MSTECH wiki - Contribuições do usuário [pt-br]

Atualizado em 24/08/2017

2017-08-28T13:51:16Z

Flavia.mariano: /* Batman */

[[Arquivo:2508Quadrante.PNG]]

==Projetos considerados==

====Batman====
{| class="wikitable"
|-
! scope="col"| Nome
! scope="col"| PO
! scope="col"| Término previsto
! scope="col"| Término efetivo
! scope="col"| % prazo
! scope="col"| Pontuação prazo
! scope="col"| Horas prevista
! scope="col"| Horas consumidas
! scope="col"| % esforço
! scope="col"| Pontuação esforço

|-
|MSTECH_GESTAOESCOLAR_2017/000231
|Renata Prado
|21/08/2017
|21/08/2017
|100%
|1
|138,60
|125,63
|91%
|1
|-
|DESENVOLVIMENTO_QUADROHORARIOS_2017/000186
|Juliano Real
|29/06/2017
|21/08/2017
|209%
|'-1'
|144,00
|130,05
|90%
|1
|-
|DESENVOLVIMENTO_QUADROHORARIOS_2017/000204
|Ana Cordão
|26/07/2017
|16/08/2017
|165%
|'-1'
|262,80
|237,43
|90%
|1
|-
|MSTECH_GESTAOPEDAGOGICA_2017/000182
|Ana Cordão
|26/06/2017
|16/08/2017
|200%
|'-1'
|954,00
|546,57
|57%
|'-1'
|-
|MSTECH_GESTAOESCOLAR_2017/000210
|Renata Prado
|12/07/2017
|12/07/2017
|100%
|1
|10,00
|12,17
|122%
|1
|}

Atualizado em 24/08/2017

2017-08-28T13:51:00Z

Flavia.mariano: /* Batman */

[[Arquivo:2508Quadrante.PNG]]

==Projetos considerados==

====Batman====
{| class="wikitable"
|-
! scope="col"| Nome
! scope="col"| PO
! scope="col"| Término previsto
! scope="col"| Término efetivo
! scope="col"| % prazo
! scope="col"| Pontuação prazo
! scope="col"| Horas prevista
! scope="col"| Horas consumidas
! scope="col"| % esforço
! scope="col"| Pontuação esforço

|-
|MSTECH_GESTAOESCOLAR_2017/000231
|Renata Prado
|21/08/2017
|21/08/2017
|100%
|1
|138,60
|125,63
|91%
|1
|-
|DESENVOLVIMENTO_QUADROHORARIOS_2017/000186
|Juliano Real
|29/06/2017
|21/08/2017
|209%
|-1
|144,00
|130,05
|90%
|1
|-
|DESENVOLVIMENTO_QUADROHORARIOS_2017/000204
|Ana Cordão
|26/07/2017
|16/08/2017
|165%
|'-1'
|262,80
|237,43
|90%
|1
|-
|MSTECH_GESTAOPEDAGOGICA_2017/000182
|Ana Cordão
|26/06/2017
|16/08/2017
|200%
|'-1'
|954,00
|546,57
|57%
|'-1'
|-
|MSTECH_GESTAOESCOLAR_2017/000210
|Renata Prado
|12/07/2017
|12/07/2017
|100%
|1
|10,00
|12,17
|122%
|1
|}

Diretrizes de Gestão de Configuração

2017-03-17T15:12:39Z

Flavia.mariano: /* Itens de configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

'''Controle de Acessos'''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T14:29:42Z

Flavia.mariano: /* Controle de Acessos */

Diretrizes de Gestão de Configuração

2017-03-17T14:29:11Z

Flavia.mariano: /* Níveis de Controle */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

'''Controle de Acessos'''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T14:29:03Z

Flavia.mariano: /* Níveis de Controle */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

'''Controle de Acessos'''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T14:28:51Z

Flavia.mariano: /* Níveis de Controle */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

'''Controle de Acessos'''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T14:26:31Z

Flavia.mariano: /* Itens de configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T14:10:18Z

Flavia.mariano: /* Itens de configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.
Além disso, é utilizado um repositório na ferramenta Sharepoint, com a finalidade de armazenar informações contábeis dos projetos. A utilização deste repositório é obrigatória a todos os projetos e o ambiente é administrado pela MSTECH.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T13:53:26Z

Flavia.mariano: /* Nível de Controle */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Níveis de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-17T13:52:58Z

Flavia.mariano: /* Objetivo */

== Objetivo ==
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' e nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T22:19:25Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Informação na tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T22:13:20Z

Flavia.mariano: /* Nível de Controle */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T20:27:28Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > Projects > Groups > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > Projects > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T20:25:44Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios''

''https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T20:24:51Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

''http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios''
''https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto''

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

''http://redmine.mstech.com.br/ > Projetos > Medição''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

''https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes''

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T20:14:48Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T20:11:48Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|Não se aplica
|Leitura
|Não se aplica
|Não se aplica
|Colaboração
|Não se aplica
|Leitura
|-
|Analista de PCP
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|-
|Analista de Operações
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de QA
|Leitura
|Leitura
|Leitura
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Analistas de Testes
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Arquiteto de Software
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Auditor Técnico de Baseline
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Desenvolvedores
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Designer
|Colaboração
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Product Owner
|Colaboração
|Não se aplica
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|Não se aplica
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|Responsável por GPP
|Colaboração
|Não se aplica
|Leitura
|Leitura
|Colaboração
|Colaboração
|Leitura
|Leitura
|-
|Scrum Master
|Colaboração
|Colaboração
|Colaboração
|Leitura
|Leitura
|Leitura
|Leitura
|Leitura
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T19:41:53Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|
|
|
|
|
|
|
|-
|Analista de PCP
|Colaboração
|
|
|
|
|
|
|
|-
|Analista de Operações
|Leitura
|
|
|
|
|
|
|
|-
|Analistas de QA
|Leitura
|
|
|
|
|
|
|
|-
|Analistas de Testes
|Colaboração
|
|
|
|
|
|
|
|-
|Arquiteto de Software
|Colaboração
|
|
|
|
|
|
|
|-
|Auditor Técnico de Baseline
|Colaboração
|
|
|
|
|
|
|
|-
|Desenvolvedores
|Colaboração
|
|
|
|
|
|
|
|-
|Designer
|Colaboração
|
|
|
|
|
|
|
|-
|Product Owner
|Colaboração
|
|
|
|
|
|
|
|-
|Responsável pela Oportunidade
|Leitura
|
|
|
|
|
|
|
|-
|Responsável por GPP
|Colaboração
|
|
|
|
|
|
|
|-
|Scrum Master
|Colaboração
|
|
|
|
|
|
|
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T19:41:30Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|
|
|
|
|
|
|
|-
|Analista de PCP
|Colaboração
|
|
|
|
|
|
|
|-
|Analista de Operações
|Leitura
|
|
|
|
|
|
|
|-
|Analistas de QA
|Leitura
|
|
|
|
|
|
|
|-
|Analistas de Testes
|Colaboração
|
|
|
|
|
|
|
|-
|Arquiteto de Software
|Colaboração
|
|
|
|
|
|
|
|-
|Auditor Técnico de Baseline
|Colaboração
|
|
|
|
|
|
|
|-
|Desenvolvedores
|Colaboração
|
|
|
|
|
|
|
|-
|Designer
|Colaboração
|
|
|
|
|
|
|
|-
|Product Owner
|Colaboração
|
|
|
|
|
|
|
|-
|Responsável pela Oportunidade
|Leitura
|
|
|
|
|
|
|
|-
|Responsável por GPP
|Colaboração
|
|
|
|
|
|
|
|-
|Scrum Master
|Colaboração
|
|
|
|
|
|
|
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T19:40:20Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Gestão de Projetos (Redmine)
! scope="col"| Gestão de Produtos (GitLab)
! scope="col"| Gestão de Produtos (Youtrack)
! scope="col"| Garantia de Qualidade
! scope="col"| Gestão de Portfólio de Projetos (Redmine)
! scope="col"| Gestão de Portfólio de Projetos (Sharepoint)
! scope="col"| Medição (Redmine)
! scope="col"| Diretrizes (Processo)
|-
|Analista de Controladoria
|Não se aplica
|
|
|
|
|
|
|-
|Analista de PCP
|Colaboração
|
|
|
|
|
|
|-
|Analista de Operações
|Leitura
|
|
|
|
|
|
|-
|Analistas de QA
|Leitura
|
|
|
|
|
|
|-
|Analistas de Testes
|Colaboração
|
|
|
|
|
|
|-
|Arquiteto de Software
|Colaboração
|
|
|
|
|
|
|-
|Auditor Técnico de Baseline
|Colaboração
|
|
|
|
|
|
|-
|Desenvolvedores
|Colaboração
|
|
|
|
|
|
|-
|Designer
|Colaboração
|
|
|
|
|
|
|-
|Product Owner
|Colaboração
|
|
|
|
|
|
|-
|Responsável pela Oportunidade
|Leitura
|
|
|
|
|
|
|-
|Responsável por GPP
|Colaboração
|
|
|
|
|
|
|-
|Scrum Master
|Colaboração
|
|
|
|
|
|
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T18:49:48Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" colspan=8 |Repositórios
|-
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T18:38:09Z

Flavia.mariano: /* Itens de Configuração */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

Diretrizes de Gestão de Configuração

2017-03-16T18:37:48Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T18:37:35Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

**''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

GitLab:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T18:33:40Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T18:13:16Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

As tabelas abaixo mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T18:01:16Z

Flavia.mariano: /* Itens de Configuração por repositório */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T17:58:33Z

Flavia.mariano: /* Lista de itens no repositório de diretrizes */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

Diretrizes de Gestão de Configuração

2017-03-16T17:58:03Z

Flavia.mariano: /* Lista de Itens no repositório de Medição */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T17:57:46Z

Flavia.mariano: /* Lista de Itens nos repositórios de GPP */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T17:55:56Z

Flavia.mariano: /* Lista de itens no repositório do QA */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T17:55:30Z

Flavia.mariano: /* Lista de itens no repositório do produto */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T17:54:08Z

Flavia.mariano: /* Repositórios e Estrutura Padrão de Pastas */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Itens de Configuração por repositório ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T17:54:05Z

Flavia.mariano: /* Lista de itens no repositório do projeto */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

Youtrack:

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T15:19:16Z

Flavia.mariano: /* Baseline de Produto */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados na entrega. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T15:17:02Z

Flavia.mariano: /* Repositórios e Estrutura Padrão de Pastas */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos: um para os artefatos de gestão (nomeado nesse documento como repositório de gestão) e outro para os artefatos que compõem o produto a ser produzido ou mantido (nomeado nesse documento como repositório de produto).
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos de desenvolvimento de software.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog dos produtos e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição (com exceção de artefatos gerados pela coleta de indicadores de projetos) e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T15:05:50Z

Flavia.mariano: /* Nível de Controle */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos, um para os artefatos de gestão nomeado nesse documento como repositório de gestão e outro para os artefatos que compõem o produto a ser produzido ou mantido, nomeado nesse documento como repositório de produto.
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2017-03-16T15:04:18Z

Flavia.mariano: /* Nível de Controle */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são vinculadas a tasks no Youtrack, por meio da referência do commit realizado para alteração do documento na tarefa de alteração.

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos, um para os artefatos de gestão nomeado nesse documento como repositório de gestão e outro para os artefatos que compõem o produto a ser produzido ou mantido, nomeado nesse documento como repositório de produto.
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Fluxo de tarefas no Redmine

2017-02-14T17:20:52Z

Flavia.mariano: Criou página com '<<descrever todos os tipos do Redmine e seus fluxos>>'

<<descrever todos os tipos do Redmine e seus fluxos>>

Guias de instruções

2017-02-14T17:19:37Z

Flavia.mariano:

[[Template do guia]]

*[[Cadastrar entregas no Redmine]]
*[[Cadastrar marcos e pontos de controle no Redmine]]
*[[Solicitar projetos contábeis]]
*[[Criar projetos no Redmine]]
*[[Criar tarefas no Redmine]]
*[[Gerar número de ordem de serviço]]
*[[Vincular tarefas do Youtrack a uma ordem de serviço]]
*[[Definições contábeis e tipos de serviço]]
*[[O que é hub?]]
*[[O que é container?]]
*[[O que é ordem de serviço?]]
*[[Como pontuar no sprint planning?]]
*[[Fonte de Riscos]]
*[[Critérios de impacto de riscos]]
*[[Etapas de teste de código-fonte]]
*[[Repertório de estimativas]]
*[[Aviso de necessidade de nova proposta]]
*[[Aviso de resultado de auditoria]]
*[[Aviso de escalonamento]]
*[[Validar estimativas no planning]]
*[[Fluxo de tarefas no Redmine]]

Necessidades e requisitos

2017-02-09T12:12:36Z

Flavia.mariano: /* Estimativas */

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Estimativas ==
Para criação das estimativas de requisitos, devem ser utilizadas as informações da aba "CRITÉRIOS".
Na aba "BACKLOG", caso algum requisito apresente a necessidade de uso de mais de um critério, as células da planilha podem ser mescladas desde que o ID do requisito permaneça com as células divididas, sendo copiado em todas as linhas que possuem critérios para aquele requisito.
No final da planilha, são apresentados os totais por tipo de requisito e os totais por requisito.

[[Arquivo:exemplo-req.png | 800px | centro]]

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Necessidades e requisitos

2017-02-09T12:12:18Z

Flavia.mariano: /* Estimativas */

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Estimativas ==
Para criação das estimativas de requisitos, devem ser utilizadas as informações da aba "CRITÉRIOS".
Na aba "BACKLOG", caso algum requisito apresente a necessidade de uso de mais de um critério, as células da planilha podem ser mescladas desde que o ID do requisito permaneça com as células divididas, sendo copiado em todas as linhas que possuem critérios para aquele requisito.
No final da planilha, são apresentados os totais por tipo de requisito e os totais por requisito.

[[Arquivo:exemplo-req.png | 600px]]

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Arquivo:Exemplo-req.png

2017-02-09T12:11:42Z

Flavia.mariano:

Necessidades e requisitos

2017-02-09T12:11:13Z

Flavia.mariano: /* Estimativas */

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Estimativas ==
Para criação das estimativas de requisitos, devem ser utilizadas as informações da aba "CRITÉRIOS".
Na aba "BACKLOG", caso algum requisito apresente a necessidade de uso de mais de um critério, as células da planilha podem ser mescladas desde que o ID do requisito permaneça com as células divididas, sendo copiado em todas as linhas que possuem critérios para aquele requisito.
No final da planilha, são apresentados os totais por tipo de requisito e os totais por requisito.

[[Arquivo:exemplo-req.png]]

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Necessidades e requisitos

2017-02-09T11:23:10Z

Flavia.mariano: /* Estimativas */

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Estimativas ==
Para criação das estimativas de requisitos, devem ser utilizadas as informações da aba "CRITÉRIOS".
Na aba "BACKLOG", caso algum requisito apresente a necessidade de uso de mais de um critério, as células da planilha podem ser mescladas desde que o ID do requisito permaneça com as células divididas, sendo copiado em todas as linhas que possuem critérios para aquele requisito.
No final da planilha, são apresentados os totais por tipo de requisito e os totais por requisito.

[[imagem.png]]

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Necessidades e requisitos

2017-02-08T20:15:55Z

Flavia.mariano:

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Estimativas ==
Para criação das estimativas de requisitos, devem ser utilizadas as informações da aba "CRITÉRIOS".
Na aba "BACKLOG", caso algum requisito apresente a necessidade de uso de mais de um critério, as células da planilha podem ser mescladas desde que o ID do requisito permaneça com as células divididas, sendo copiado em todas as linhas que possuem critérios para aquele requisito.
No final da planilha, são apresentados os totais por tipo de requisito e os totais por requisito.

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Necessidades e requisitos

2017-02-07T18:01:08Z

Flavia.mariano:

A partir do mês de setembro/2016, o levantamento de requisitos será realizado através do método de estórias de usuário, baseadas nas necessidades do cliente.
Veja a seguir alguns conceitos importantes para esse tipo de levantamento.

== User Stories ==

A história de usuário, também chamada de ''“User story”'', é uma descrição simples das necessidades do cliente para o produto.
Ela precisa ser escrita a partir do ponto de vista de quem precisa da nova necessidade, como por exemplo um perfil de usuário, o cliente do sistema ou um representante de negócios do cliente.

Outro ponto importante é que a história deve explicar com clareza para quem, o que e por que ela está sendo criada. Na planilha de necessidades, esses campos são representados pelas colunas '''“Como um”''', '''“Eu quero”''', '''“Para”''', consecutivamente, já que a história, na planilha, deve ser contada em primeira pessoa.

Segue um exemplo de uma história contada nestes parâmetros:

''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''

[[Arquivo:UserStory_HQ_Dilbert.jpg | 600px ]]

Desta forma, teremos sempre em uma ''user story'' três elementos principais:

[[Arquivo:AtorAcaoFuncionalidade.jpg | 600px ]]

*'''Ator''': De forma simplista é o usuário, o interessado naquela funcionalidade. Mas é recomendado descrever de forma específica quem é o ator para ser mais fácil identificar o contexto da história dentro do sistema.

*'''Ação''': É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar seu objetivo dentro do sistema.

*'''Funcionalidade''': É o que o ator espera que aconteça ao realizar a ação. Ou seja, é o resultado de executar a ação segundo a ótica do ator. Também pode ser visto como justificativa.

== Requisitos ==
Antigamente dizia-se que requisitos eram sinônimos de funções, ou seja, tudo que o software deveria fazer funcionalmente. No entanto, atualmente assumiu-se que requisitos de software são muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]

Na MSTECH, de forma geral, utilizaremos quatro tipos de classificação de requisitos, são eles:
*'''Funcionais (RF):''' Os requisitos funcionais são a descrição das diversas funções que clientes e usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada do software. [http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-software.html]
*'''Não funcionais (RNF):''' Já os requisitos não funcionais, referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez, etc. Ou então, os critérios podem ser quanto a qualidade para o processo de software, ou seja, requisitos de entrega, implementação, etc. [http://www.devmedia.com.br/introducao-a-requisitos-de-software/29580]
*'''Integração:''' Esses requisitos são relacionados à integrações entre sistemas, internos ou externos.
*'''Bug:''' Requisitos classificados como bugs são especificações de defeitos encontrados, para que então sejam corrigidos.

'''Importante:'''
No campo "Critérios de aceite" devem ser descritos os resultados esperados para que o requisito seja aceito ao término da sprint.

== Cenários ==

Os cenários têm por objetivo descrever comportamentos de um determinado requisito, sendo que um único requisito pode ter '''n''' cenários.

Dessa forma, os requisitos das nossas histórias de usuário ficam mais descritivos, possuindo cenários que indicam o seu funcionamento esperado.
As palavras chave '''"Dado que"''', '''"Quando"''' e '''"Então"''' nos apoiam na criação de cenários para descrever o seu comportamento.

Veja um exemplo utilizando um requisito já exemplificado:

*História: ''“'''Como''' um aluno '''eu quero''' curtir as notícias do mural do meu professor, '''para''' demonstrar apoio ao conteúdo publicado”.''
**Requisito: Habilitar opção curtir no mural do professor.
***Cenário 1: ''"'''Dado''' que o aluno acessa o mural do professor, '''quando''' clicar sobre o botão "Curtir", '''então''' um ícone ilustrativo deverá aparecer abaixo da notícia e o contador de curtidas deverá ser incrementado".''
***Cenário 2: ''"'''Dado''' que o professor acesse o próprio mural, '''quando''' clicar sobre o botão "Curtir", '''então''' deverá aparecer a lista de alunos que curtiram a sua notícia".''

Conforme demonstrado, o "DADO QUE" é utilizado para indicar o cenário atual, o "QUANDO", para a ação do usuário e o "ENTÃO" para indicar o comportamento esperado.

== Relação entre user stories, requisitos e cenários ==

[[Arquivo:US_Requisitos_Cenarios.jpg | 700px]]

== Outras referências ==
'''CULTURA ÁGIL.''' Estória de usuário. Você saberia contar? [http://www.culturaagil.com.br/estoria-de-usuario-voce-saberia-contar/]

Diretrizes de Gestão de Configuração

2016-12-20T17:34:49Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são registradas através de issues na ferramenta Redmine ou tasks no Youtrack e estas devem seguir o padrão abaixo:

'''#ID Alteração de artefato: <nome do artefato>'''

Sendo que #ID é o número da issue na ferramenta (Redmine ou Youtrack).

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos, um para os artefatos de gestão nomeado nesse documento como repositório de gestão e outro para os artefatos que compõem o produto a ser produzido ou mantido, nomeado nesse documento como repositório de produto.
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}

Diretrizes de Gestão de Configuração

2016-12-17T12:49:52Z

Flavia.mariano: /* Controle de Acessos */

== Objetivo ==
Esta página descreve como estão definidos os itens de configuração, ''baselines'' e níveis de controle nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.

== Nível de Controle ==

Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:

* Formal
Itens controlados com histórico de alterações e recuperação de versões anteriores. São artefatos que definem os requisitos e que contenham informações para a produção do produto a ser entregue (Exemplos: códigos fonte, documento de arquitetura, documentos técnicos enviados pelo cliente, outros documentos técnicos).
As modificações em artefatos formais são registradas através de issues na ferramenta Redmine ou tasks no Youtrack e estas devem seguir o padrão abaixo:

'''#ID Alteração de artefato: <nome do artefato>'''

Sendo que #ID é o número da issue na ferramenta (Redmine ou Youtrack).

* Versionado
Itens controlados com histórico de alterações e recuperação de versões anteriores, sem a necessidade de solicitação formal para a realização de alterações. São artefatos de gestão (por exemplo: atas, relatórios gerenciais, coleta de indicadores) e demais artefatos que não se encaixem como “Formal”.

Nos tópicos a seguir serão apresentados os itens de configuração definidos para os projetos, bem como seus níveis de controle e acesso.

== Repositórios e Estrutura Padrão de Pastas ==

Os projetos utilizam pelo menos dois repositórios distintos, um para os artefatos de gestão nomeado nesse documento como repositório de gestão e outro para os artefatos que compõem o produto a ser produzido ou mantido, nomeado nesse documento como repositório de produto.
Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.
Os projetos devem indicar os repositórios a serem utilizados e pode ser utilizado mais de um repositório de produto.

* '''Repositórios de gestão do projeto'''
O repositório de gestão utiliza a ferramenta Redmine e esse ambiente é administrado pela MSTECH. A utilização desse repositório é obrigatória para todos os projetos.

Repositório de gestão do projeto:
http://redmine.mstech.com.br/ > Projetos > Nome do Projeto

* '''Repositórios de Produto'''
O repositório de artefatos técnicos do produto utiliza a ferramenta GitLab. O ambiente é administrado pela MSTECH e cada registro de projeto (na ferramenta SharePoint) possui a informação do nome do grupo do respectivo repositório. A utilização desses repositórios é obrigatória para todos os projetos.
Além disso, a ferramenta Youtrack deve ser utilizada para gestão do backlog e apontamento de horas.

Repositórios de produto:
http://gitlab.mstech.com.br/ > ''Projects'' > ''Groups'' > Grupo de Repositórios > Repositórios
https://youtrack.mstech.com.br/ > ''Projects'' > Container do produto

* '''Repositório de Garantia da Qualidade'''
O repositório oficial de Garantia da Qualidade utiliza a ferramenta Redmine com o nome “Garantia da Qualidade”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade

* '''Repositórios de Gestão de Portfólio de Projetos'''
O repositório de uso do processo de Gestão de Portfólio de Projetos encontra-se na ferramenta Redmine com o nome “Gestão de Portfólio de Projetos”. O ambiente é mantido pela MSTECH e a utilização é obrigatória.

Repositórios:
http://redmine.mstech.com.br/ > Projetos > Gestão de Portfólio de Projetos

* '''Repositórios de Medição'''
O repositório para armazenamento de artefatos concluídos de medição e análises de indicadores utiliza a ferramenta Redmine com o nome “Medição”. O ambiente é administrado pela MSTECH e sua utilização é obrigatória.

Repositório:
http://redmine.mstech.com.br/ > Projetos > Medição

* '''Repositório de Diretrizes'''
Todas as diretrizes existentes são mantidas na wiki corporativa da MSTECH, com exceção das diretrizes de Medição, que pode ser encontrada na página de processos, em "Medição".

Repositório:
https://wiki.mstech.com.br/ > Padrões de Desenvolvimento MSTECH > Diretrizes

== Controle de Acessos ==

Para o repositório de gestão de projetos, o acesso é estabelecido no Redmine, conforme indicado abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Colaboração
|-
|}

Já o acesso ao repositórios no GitLab é composto da seguinte forma:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| src
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Não se aplica
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Não se aplica
|-
|Responsável pela Oportunidade
|Não se aplica
|-
|Responsável por GPP
|Não se aplica
|-
|Scrum Master
|Colaboração
|-
|}

Por fim, o repositório para gestão do backlog do produto é configurado da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Colaboração
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Colaboração
|-
|Arquiteto de Software
|Colaboração
|-
|Auditor Técnico de Baseline
|Colaboração
|-
|Desenvolvedores
|Colaboração
|-
|Designer
|Colaboração
|-
|Product Owner
|Colaboração
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Colaboração
|-
|}

Para cada célula, haverá um membro da equipe (Scrum Master) com acesso suficiente para administrar as permissões dos repositórios técnicos de produtos atendidos pela célula. Na falta desse integrante, deve ser nomeado um substituto para assumir a responsabilidade de manter as permissões dos repositórios devidamente atribuídas.

Para artefatos gerados pelo QA, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"| Único
|-
|Analista de PCP
|Não se aplica
|-
|Analista de PCP
|Leitura
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Colaboração
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Redmine, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para artefatos gerados por GPP na ferramenta Sharepoint, o acesso ao repositório se faz da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Colaboração
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Colaboração
|-
|Scrum Master
|Leitura
|-
|}

Para os artefatos de medição, o acesso ao repositório é composto da forma abaixo:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Não se aplica
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

Os repositórios que armazenam as diretrizes da MSTECH, por sua vez, envolvem a página de processos e a Wiki corporativa e possuem o acesso composto da seguinte maneira:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
|-
! scope="col"|Único
|-
|Analista de Controladoria
|Leitura
|-
|Analista de PCP
|Colaboração
|-
|Analista de Operações
|Leitura
|-
|Analistas de QA
|Leitura
|-
|Analistas de Testes
|Leitura
|-
|Arquiteto de Software
|Leitura
|-
|Auditor Técnico de Baseline
|Leitura
|-
|Desenvolvedores
|Leitura
|-
|Designer
|Leitura
|-
|Product Owner
|Leitura
|-
|Responsável pela Oportunidade
|Leitura
|-
|Responsável por GPP
|Leitura
|-
|Scrum Master
|Leitura
|-
|}

== ''Baseline'' de Produto ==

A ''baseline'' de cada entrega do produto é composta pela ''baseline'' de cada um dos repositórios alterados. As ''baselines'' são identificadas por ''tags'' no GitLab e deverão ser nomeadas de acordo com a regra abaixo, sendo que, os valores correspondem à versão do produto ou do documento.

'''v<X.X.X>'''

'''Exemplo:''' v1.2.1

A composição das ''baselines'' deve estar descrita no diário de bordo de cada projeto, localizado na wiki do Redmine.

== Itens de Configuração ==

As tabelas abaixo estão divididas de acordo com os repositórios definidos (de gestão, produto, QA, GPP e Medição) e mostram a identificação dos itens de configuração e as seguintes informações: identificação do item, regra de nomenclatura, local para armazenamento, nível de controle, obrigatoriedade de ser gerado, necessidade de aprovação pelo cliente, e ''baseline'' onde é incorporado.

=== Lista de itens no repositório do projeto ===

Redmine:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Necessidades do cliente*
|(Nome do projeto)-NecessidadesCliente
|Documentos do pré-projeto no Redmine
|Formal
|Sim
|Sim
|Entrega
|-
|Plano de projeto inicial
|(Nome do projeto)-PlanoProjetoInicial
|Documentos do pré-projeto no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de iniciação
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de projeto
|Não se aplica
|Wiki do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Cronograma do projeto
|Não se aplica
|Gantt/ Calendário do Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Riscos do projeto
|Não se aplica
|Tarefa de risco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade inicial
|Não se aplica
|Tarefa de análise de viabilidade inicial no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de comprometimento da equipe
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria de planejamento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Termo de aceite
|(Nome do projeto)-TermoAceite
|Documentos no no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Revisão de resultados do projeto
|Não se aplica
|Tarefa de revisão de resultados no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de problema do projeto
|Não se aplica
|Tarefa de problema no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de encerramento
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria de encerramento no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de ponto de controle
|Não se aplica
|Tarefa de ponto de controle no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de revisão de marco
|Não se aplica
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de mudança
|Não se aplica
|Tarefa de registro de mudança no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de viabilidade periódica
|Não se aplica
|Tarefa de análise de viabilidade periódica no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do projeto
|Não se aplica
|Tarefa de lição aprendida no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de não conformidade de projeto
|Não se aplica
|Tarefa de não conformidade no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de cancelamento/ suspensão do projeto
|Não se aplica
|Tarefa de cancelamento/ suspensão do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Relatório de entrega
|(Nome do projeto)-RelatorioEntrega
|Documentos no Redmine do projeto
|Versionado
|Sim
|Sim
|Não íntegra
|-
|Checklist de auditoria periódica de projeto
|(Nome do projeto)-ChecklistPeriódica
|Anexo na tarefa de auditoria periódica do projeto no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de entrega
|(Nome do projeto)-ChecklistEntrega
|Anexo na tarefa de auditoria de entrega no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|}

*''O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''

SharePoint:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Ordem de serviço interna (pré-projeto)
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Ordem de serviço interna (projeto)
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Registro do projeto do Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|}

Youtrack:

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Backlog da sprint
|Não se aplica
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Caso de teste
|Não se aplica
|Comentários nas tarefas de teste no container do projeto no Youtrack
|Formal
|Sim
|Não
|Não íntegra
|-
|Registro do sprint planning
|Planning - Sprint (nome da sprint)
|Comentário na tarefa de planning no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro do sprint review
|Review - Sprint (nome da sprint)
|Comentário na tarefa de review no Redmine do projeto
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em homologação
|Publicação em Homologação - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Tarefa de publicação em produção
|Publicação em Produção - v(número da versão)
|Container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro da retrospectiva
|Retrospectiva - Sprint (nome da sprint)
|Comentário na tarefa de retrospectiva no container do projeto no Youtrack
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório do produto ===

GitLab

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Código-fonte
|Não se aplica
|Pasta “src” no repositório do produto
|Formal
|Sim
|Não
|Entrega
|-
|Manual de instalação e atualização
|Manual de instalação e atualização
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Não
|Não
|Entrega
|-
|Documento de arquitetura
|Arquitetura do Produto
|Wiki no repositório do produto/ Wiki do repositório "docs"
|Formal
|Sim
|Não
|Não íntegra
|-
|Necessidades do cliente
|(Nome do projeto)-NecessidadesCliente
|Repositório “docs” no(s) grupo(s) do produto
|Formal
|Sim
|Sim
|Entrega
|}

=== Lista de itens no repositório do QA ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Cronograma de auditorias do QA
|Não se aplica
|Gantt/ Calendário do Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade
|Wiki no Redmine do QA
|Formal
|Sim
|Não
|Não íntegra
|-
|Relatório Gerencial QA
|RelatórioGerencialQA_DD_MM_AAAA
|Documentos no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|-
|Registro de lição aprendida do QA
|Não se aplica
|Tarefa de lição aprendida no Redmine do QA
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens nos repositórios de GPP ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Registro de não conformidade de GPP
|Não se aplica
|Tarefa de não conformidade no Redmine de GPP
|Versionado
|Não
|Não
|Não íntegra
|-
|Registro de lição aprendida de GPP
|Não se aplica
|Tarefa de lição aprendida no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Objetivos estratégicos de GPP
|Objetivos Estratégicos
|Documentos no Redmine de GPP
|Formal
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de execução de GPP
|GPP-ChecklistExecução
|Anexo na tarefa de auditoria de execução de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Checklist de auditoria de planejamento anual de GPP
|GPP-ChecklistPlanejamentoAnual
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de Viabilidade dos projetos
|Não se aplica
|Confirmação da viabilidade no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Análise de cancelamento
|Não se aplica
|Tarefa de análise de cancelamento no Redmine de GPP
|Versionado
|Sim
|Não
|Não íntegra
|-
|Priorização de projetos
|Não se aplica
|Registro da priorização na lista de priorização de demandas, no Sharepoint
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planos de ação
|Não se aplica
|Tarefas do tipo problema no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilhas de coleta de indicadores
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Reporte Mensal da Situação do Portfólio
|Global_MED_DD.MM.AAAA
|Documentos no Redmine de Gestão de Portfólio
|Versionado
|Sim
|Não
|Não íntegra
|-
|Critérios de aceite
|(Nome da oportunidade)-CriteriosAceite_AAAA
|Anexo ao registro da oportunidade de negócios
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planejamento Anual
|PlanejamentoAnual_GPP_AAAA
|Documentos no projeto de Gestão de Portfólio de Projetos no Redmine
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de Itens no repositório de Medição ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Planilha de coleta de indicadores globais
|Global_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Planilha de coleta de indicadores de projetos
|(Nome do projeto)_MED_DD-MM-AAAA
|Anexo na tarefa de coleta no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|MED_Diretrizes_AAAA
|Documentos no Redmine de Medição
|Versionado
|Sim
|Não
|Não íntegra
|}

=== Lista de itens no repositório de diretrizes ===

{| class="wikitable" style="text-align: center; style="margin: auto;"
|-
! scope="col" |Artefato (por Projeto/Produto)
! scope="col" |Regra de Nomenclatura
! scope="col" |Armazenamento (do artefato concluído)
! scope="col" |Tipo
! scope="col" |Obrigatório?
! scope="col" |Aprovado pelo cliente?
! scope="col" |Baseline
|-
|Diretrizes de Comunicação
|Diretrizes de Comunicação
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Gestão de Configuração
|Diretrizes de Gestão de Configuração
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
|Versionado
|Sim
|Não
|Não íntegra
|-
|Diretrizes de Medição
|Diretrizes de Medição
|Página de processos
|Versionado
|Sim
|Não
|Não íntegra
|}