Mudanças entre as edições de "Diretrizes de Gestão de Configuração"

De MSTECH wiki
Ir para: navegação, pesquisa
(Repositórios e Estrutura Padrão de Pastas)
 
(47 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 1: Linha 1:
 
== Objetivo ==
 
== 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.
+
Esta página descreve como estão definidos os níveis de controle, itens de configuração, ''baselines'' nos projetos e processos organizacionais de Gestão de Portfólio de Projetos e Medição.
  
== Nível de Controle ==
+
== 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:
 
Os documentos e artefatos gerados pelos projetos e processos organizacionais são considerados itens de configuração e são classificados entre:
Linha 8: Linha 8:
 
* Formal
 
* 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).
 
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:
+
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.
 
+
'''#ID Alteração de artefato: <nome do artefato>'''
+
 
+
Sendo que #ID é o número da issue na ferramenta (Redmine ou Youtrack).
+
  
 
* Versionado
 
* 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 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 ==
+
'''Controle de Acessos'''
 
+
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;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
 
|-
 
|-
 
! scope="col" rowspan=2 |Papeis
 
! scope="col" rowspan=2 |Papeis
! scope="col" |Repositório
+
! scope="col" colspan=8 |Repositórios
 
|-
 
|-
! scope="col"| Único
+
! 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)
 
|-
 
|-
|Product Owner
+
|Analista de Controladoria
|Colaboração
+
|Não se aplica
|-
+
|Não se aplica
|Scrum Master
+
|Colaboração
+
|-
+
|Desenvolvedores
+
|Colaboração
+
|-
+
|Analistas de Testes
+
|Colaboração
+
|-
+
|Analistas de QA
+
 
|Leitura
 
|Leitura
|-
+
|Não se aplica
|Responsável por GPP
+
|Não se aplica
 
|Colaboração
 
|Colaboração
|-
+
|Não se aplica
|Responsável por Medição
+
 
|Leitura
 
|Leitura
 
|-
 
|-
|Diretoria
+
|Analista de PCP
|Leitura
+
|-
+
|Escritório de PCP
+
 
|Colaboração
 
|Colaboração
|-
+
|Não se aplica
|Arquiteto
+
 
|Colaboração
 
|Colaboração
|}
 
 
 
Para artefatos de produtos, o acesso ao repositório no TFS é composto da seguinte forma:
 
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
 
|-
 
! scope="col" rowspan=2 |Papeis
 
! scope="col" colspan=4|Repositório
 
|-
 
! scope="col"| Src
 
! scope="col"| Docs
 
! scope="col"| Tests
 
! scope="col"| Build
 
|-
 
|Product Owner
 
 
|Leitura
 
|Leitura
|Colaboração
 
|Leitura
 
|Leitura
 
|-
 
|Scrum Master
 
 
|Colaboração
 
|Colaboração
 
|Colaboração
 
|Colaboração
Linha 130: Linha 50:
 
|Colaboração
 
|Colaboração
 
|-
 
|-
|Desenvolvedores
+
|Analista de Operações
|Colaboração
+
|Colaboração
+
 
|Leitura
 
|Leitura
 
|Colaboração
 
|Colaboração
|-
 
|Analistas de Testes
 
|Leitura
 
 
|Colaboração
 
|Colaboração
|Colaboração
 
|Colaboração
 
|-
 
|Analistas de QA
 
 
|Leitura
 
|Leitura
|Leitura
 
|Leitura
 
|Leitura
 
|-
 
|Responsável por GPP
 
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
Linha 154: Linha 60:
 
|Leitura
 
|Leitura
 
|-
 
|-
|Responsável por Medição
+
|Analistas de QA
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
|Leitura
+
|Colaboração
|-
+
|Diretoria
+
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
Linha 166: Linha 70:
 
|Leitura
 
|Leitura
 
|-
 
|-
|Escritório de PCP
+
|Analistas de Testes
 +
|Colaboração
 +
|Colaboração
 +
|Colaboração
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
 
|Leitura
|-
 
|Arquiteto
 
|Colaboração
 
|Colaboração
 
|Colaboração
 
 
|Leitura
 
|Leitura
|}
 
 
 
Já o acesso ao repositório no GitLab é composto da seguinte forma:
 
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
 
 
|-
 
|-
! scope="col" rowspan=2 |Papeis
+
|Arquiteto de Software
! scope="col" |Repositório
+
|-
+
! scope="col"| Src
+
|-
+
|Product Owner
+
 
|Colaboração
 
|Colaboração
|-
 
|Scrum Master
 
 
|Colaboração
 
|Colaboração
|-
 
|Desenvolvedores
 
 
|Colaboração
 
|Colaboração
|-
 
|Analistas de Testes
 
|Colaboração
 
|-
 
|Analistas de QA
 
|Colaboração
 
|-
 
|Responsável por GPP
 
|Colaboração
 
|-
 
|Responsável por Medição
 
|Colaboração
 
|-
 
|Diretoria
 
|Colaboração
 
|-
 
|Escritório de PCP
 
|Colaboração
 
|-
 
|Arquiteto
 
|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
 
|-
 
|Product Owner
 
|Colaboração
 
|-
 
|Scrum Master
 
|Colaboração
 
|-
 
|Desenvolvedores
 
|Colaboração
 
|-
 
|Analistas de Testes
 
|Colaboração
 
|-
 
|Analistas de QA
 
 
|Leitura
 
|Leitura
|-
 
|Responsável por GPP
 
 
|Leitura
 
|Leitura
|-
 
|Responsável por Medição
 
 
|Leitura
 
|Leitura
|-
+
|Leitura
|Diretoria
+
 
|Leitura
 
|Leitura
 
|-
 
|-
|Escritório de PCP
+
|Auditor Técnico de Baseline
 +
|Colaboração
 
|Colaboração
 
|Colaboração
|-
 
|Arquiteto
 
 
|Colaboração
 
|Colaboração
|}
 
 
Para cada célula, haverá um membro da equipe com acesso suficiente para administrar todas as permissões dos repositórios 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
 
|-
 
|Product Owner
 
 
|Leitura
 
|Leitura
|-
 
|Scrum Master
 
 
|Leitura
 
|Leitura
|-
 
|Desenvolvedores
 
 
|Leitura
 
|Leitura
|-
+
|Leitura
|Analistas de Testes
+
 
|Leitura
 
|Leitura
 
|-
 
|-
|Analistas de QA
+
|Desenvolvedores
 +
|Colaboração
 +
|Colaboração
 
|Colaboração
 
|Colaboração
|-
 
|Responsável por GPP
 
 
|Leitura
 
|Leitura
|-
 
|Responsável por Medição
 
 
|Leitura
 
|Leitura
|-
 
|Diretoria
 
 
|Leitura
 
|Leitura
|-
 
|Escritório de PCP
 
 
|Leitura
 
|Leitura
|-
 
|Arquiteto
 
 
|Leitura
 
|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
+
|Designer
! scope="col" |Repositório
+
|Colaboração
|-
+
|Colaboração
! scope="col"| Único
+
|-
+
|Product Owner
+
|Leitura
+
|-
+
|Scrum Master
+
|Leitura
+
|-
+
|Desenvolvedores
+
|Leitura
+
|-
+
|Analistas de Testes
+
|Leitura
+
|-
+
|Analistas de QA
+
 
|Colaboração
 
|Colaboração
|-
 
|Responsável por GPP
 
 
|Colaboração
 
|Colaboração
|-
 
|Responsável por Medição
 
 
|Leitura
 
|Leitura
|-
 
|Diretoria
 
 
|Leitura
 
|Leitura
|-
 
|Escritório de PCP
 
|Colaboração
 
|-
 
|Arquiteto
 
 
|Leitura
 
|Leitura
|}
+
|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
+
 
|-
 
|-
 
|Product Owner
 
|Product Owner
 
|Colaboração
 
|Colaboração
|-
+
|Não se aplica
|Scrum Master
+
 
|Colaboração
 
|Colaboração
|-
 
|Desenvolvedores
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de Testes
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de QA
 
 
|Leitura
 
|Leitura
|-
 
|Responsável por GPP
 
|Colaboração
 
|-
 
|Responsável por Medição
 
 
|Leitura
 
|Leitura
|-
 
|Diretoria
 
 
|Leitura
 
|Leitura
 
|-
 
|-
|Escritório de PCP
+
|Responsável pela Oportunidade
|Colaboração
+
|Leitura
|-
+
|Não se aplica
|Arquiteto
+
 
|Leitura
 
|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
 
|-
 
|Product Owner
 
 
|Leitura
 
|Leitura
|-
 
|Scrum Master
 
 
|Leitura
 
|Leitura
|-
 
|Desenvolvedores
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de Testes
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de QA
 
 
|Leitura
 
|Leitura
 
|-
 
|-
 
|Responsável por GPP
 
|Responsável por GPP
|Leitura
 
|-
 
|Responsável por Medição
 
 
|Colaboração
 
|Colaboração
|-
+
|Não se aplica
|Diretoria
+
|Leitura
 
|Leitura
 
|Leitura
|-
 
|Escritório de PCP
 
 
|Colaboração
 
|Colaboração
|-
+
|Colaboração
|Arquiteto
+
 
|Leitura
 
|Leitura
|}
 
 
 
O repositório que armazena as diretrizes da MSTECH, por sua vez, possui 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
 
|-
 
|Product Owner
 
 
|Leitura
 
|Leitura
 
|-
 
|-
 
|Scrum Master
 
|Scrum Master
 +
|Colaboração
 +
|Colaboração
 +
|Colaboração
 
|Leitura
 
|Leitura
|-
 
|Desenvolvedores
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de Testes
 
 
|Leitura
 
|Leitura
|-
 
|Analistas de QA
 
 
|Leitura
 
|Leitura
|-
 
|Responsável por GPP
 
 
|Leitura
 
|Leitura
 
|-
 
|-
|Responsável por Medição
 
|Leitura
 
|-
 
|Diretoria
 
|Leitura
 
|-
 
|Escritório de PCP
 
|Colaboração
 
|-
 
|Arquiteto
 
|Leitura
 
 
|}
 
|}
  
== ''Baseline'' de Produto ==
+
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.
  
As ''baselines'' de cada entrega do produto deverão ser nomeadas de acordo com a regra abaixo.
+
== Itens de configuração por repositório ==
  
'''v<X.X.X.X.>'''
+
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).  
  
'''Exemplo:''' v1.2.1.3
+
Os projetos devem indicar os repositórios a serem utilizados, podendo utilizar mais de um repositório de produto. Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.  
  
Obs.: as ''baselines'' são estabelecidas utilizando ''labels'' (no TFS) ou ''tags'' (no GitLab).
+
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.
  
== 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.
+
* '''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.  
  
=== Lista de itens no repositório do projeto ===
+
''http://redmine.mstech.com.br/ > Projetos > Nome do Projeto''
 +
 
 +
''http://portal.mstech.com.br/epcp/Lists/Projetos%20e%20prprojetos/AllItems.aspx''
  
 
Redmine:
 
Redmine:
Linha 495: Linha 193:
 
! scope="col" |Baseline
 
! scope="col" |Baseline
 
|-
 
|-
|Necessidades do cliente
+
|Necessidades do cliente*
 
|(Nome do projeto)-NecessidadesCliente
 
|(Nome do projeto)-NecessidadesCliente
 
|Documentos do pré-projeto no Redmine
 
|Documentos do pré-projeto no Redmine
|Formal
+
|Versionado
 
|Sim
 
|Sim
 
|Sim
 
|Sim
Linha 513: Linha 211:
 
|Checklist de auditoria de iniciação
 
|Checklist de auditoria de iniciação
 
|(Nome do projeto)-ChecklistIniciação
 
|(Nome do projeto)-ChecklistIniciação
|Tarefa de auditoria no Redmine
+
|Tarefa de auditoria de iniciação no Redmine do pré-projeto
|Versionado
+
|Sim
+
|Não
+
|Não íntegra
+
|-
+
|Ordem de serviço interna
+
|OrdemServiço_AAAA-XXXXXX
+
|Registro do projeto do Sharepoint
+
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 561: Linha 251:
 
|Registro de comprometimento da equipe
 
|Registro de comprometimento da equipe
 
|Não se aplica
 
|Não se aplica
|Tarefa de registro de validação de planejamento no Redmine no projeto
+
|Tarefa de registro de validação de planejamento no Redmine no projeto + apontamento de horas do ''planning'', no ''Youtrack''
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 569: Linha 259:
 
|Checklist de auditoria de planejamento
 
|Checklist de auditoria de planejamento
 
|(Nome do projeto)-ChecklistPlanejamento
 
|(Nome do projeto)-ChecklistPlanejamento
|Tarefa de auditoria no Redmine do projeto
+
|Tarefa de auditoria de planejamento no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
 
|Não
 
|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
 
|-
 
|Autorização de publicação em produção
 
|(Nome do projeto)-AutorizaçãoPublicação
 
|Anexo na tarefa de publicação em produção no Redmine do projeto
 
|Versionado
 
|Sim
 
|Sim
 
 
|Não íntegra
 
|Não íntegra
 
|-
 
|-
 
|Termo de aceite
 
|Termo de aceite
 
|(Nome do projeto)-TermoAceite
 
|(Nome do projeto)-TermoAceite
|Anexo na tarefa de publicação em produção no Redmine do projeto
+
|Documentos no no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 617: Linha 291:
 
|Checklist de auditoria de encerramento
 
|Checklist de auditoria de encerramento
 
|(Nome do projeto)-ChecklistEncerramento
 
|(Nome do projeto)-ChecklistEncerramento
|Tarefa de auditoria no Redmine do projeto
+
|Tarefa de auditoria de encerramento no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 633: Linha 307:
 
|Registro de revisão de marco
 
|Registro de revisão de marco
 
|Não se aplica
 
|Não se aplica
|Tarefa de revisão de marco no Redmine do projeto
+
|Tarefa de ponto de controle indicando revisão de marco no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 649: Linha 323:
 
|Análise de viabilidade periódica
 
|Análise de viabilidade periódica
 
|Não se aplica
 
|Não se aplica
|Tarefa de análise de viabilidade periódica  no Redmine do projeto
+
|Informação na tarefa de ponto de controle no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 681: Linha 355:
 
|Relatório de entrega
 
|Relatório de entrega
 
|(Nome do projeto)-RelatorioEntrega
 
|(Nome do projeto)-RelatorioEntrega
|Anexo na tarefa de publicação em produção no Redmine do projeto (cronograma)
+
|Documentos no Redmine do projeto
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
 
|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
 
|Não íntegra
 
|-
 
|-
Linha 704: Linha 370:
 
|}
 
|}
  
 +
''* O documento é inserido no repositório técnico na fase de execução do projeto para que integre a baseline.''
  
 
SharePoint:
 
SharePoint:
Linha 717: Linha 384:
 
! scope="col" |Baseline
 
! scope="col" |Baseline
 
|-
 
|-
|Documento de transição
+
|Ordem de serviço interna (pré-projeto)
|(Nome do projeto)-DocumentoTransição
+
|(Nome do pré-projeto)-OrdemServiço_(AAAAXXXXXX)
|Anexo ao registro do hub no Sharepoint
+
|Registro do projeto do Sharepoint
 
|Versionado
 
|Versionado
|Não
+
|Sim
 
|Não
 
|Não
 
|Não íntegra
 
|Não íntegra
 
|-
 
|-
|Planilha de transição
+
|Ordem de serviço interna (projeto)
|(Nome do Projeto)-Transição
+
|(Nome do projeto)-OrdemServiço_(AAAAXXXXXX)
|Anexo ao registro do hub no Sharepoint
+
|Registro do projeto do Sharepoint
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
 
|Não
 
|Não
 
|Não íntegra
 
|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;"
 
|-
 
|-
|Ordem de Serviço
+
! scope="col" |Artefato (por Projeto/Produto)
|(AAAA)_(NúmeroOS)
+
! scope="col" |Regra de Nomenclatura
|Anexo ao registro do projeto no Sharepoint
+
! scope="col" |Armazenamento (do artefato concluído)
|Versionado
+
! 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
 
|Sim
 
|Não
 
|Não
 
|Não íntegra
 
|Não íntegra
 +
|-
 +
|Necessidades do cliente
 +
|(Nome do projeto)-NecessidadesCliente
 +
|Repositório “docs” no(s) grupo(s) do produto
 +
|Formal
 +
|Sim
 +
|Sim
 +
|Entrega
 
|}
 
|}
  
 
+
Youtrack:  
Youtrack:
+
  
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
Linha 774: Linha 486:
 
|Planning - Sprint (nome da sprint)
 
|Planning - Sprint (nome da sprint)
 
|Comentário na tarefa de planning no container do projeto no Youtrack
 
|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
 
|Versionado
 
|Sim
 
|Sim
Linha 796: Linha 524:
 
|}
 
|}
  
=== Lista de itens no repositório do produto ===
 
  
TFS/ GitLab
+
* '''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.
{| class="wikitable" style="text-align: center; style="margin: auto;"
+
|-
+
! scope="col" |Artefato (por Projeto/Produto)
+
! scope="col" |Regra 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
+
|(padrão CamelCase)
+
|Pasta “Src” no repositório do produto
+
|Formal
+
|Sim
+
|Não
+
|Entrega
+
|-
+
|Pacote de entrega do produto
+
|V(número da versão) - (Nome do produto)
+
|Repositório do produto
+
|Formal
+
|Sim
+
|Sim
+
|Entrega
+
|-
+
|Manual de instalação e atualização
+
|(Nome do produto)-ManualInstalacaoAtualizacao
+
|Wiki no repositório do produto (GitLab) / Pasta “Docs” no repositório do produto (TFS)
+
|Formal
+
|Não
+
|Sim
+
|Entrega
+
|-
+
|Documento de arquitetura
+
|Arquitetura do Produto
+
|Wiki no repositório do produto / Pasta “Docs” no repositório do produto (TFS)
+
|Formal
+
|Sim
+
|Não
+
|Não íntegra
+
|-
+
|Necessidades do cliente
+
|(Nome do projeto)-NecessidadesCliente
+
|Pasta “Docs” no repositório do produto
+
|Formal
+
|Sim
+
|Sim
+
|Entrega
+
|}
+
  
=== Lista de itens no repositório do QA ===
+
''http://redmine.mstech.com.br/ > Projetos > Garantia da Qualidade''
  
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
Linha 872: Linha 549:
 
|-
 
|-
 
|Plano de Garantia da Qualidade
 
|Plano de Garantia da Qualidade
|Plano de Garantia da Qualidade – (ano)
+
|Plano de Garantia da Qualidade
 
|Wiki no Redmine do QA
 
|Wiki no Redmine do QA
 
|Formal
 
|Formal
Linha 879: Linha 556:
 
|Não íntegra
 
|Não íntegra
 
|-
 
|-
|Relatório gerencial de não conformidades
+
|Relatório Gerencial QA
|Relatório Gerencial - (mês)
+
|RelatórioGerencialQA_DD_MM_AAAA
 
|Documentos no Redmine do QA
 
|Documentos no Redmine do QA
 
|Versionado
 
|Versionado
Linha 896: Linha 573:
 
|}
 
|}
  
=== Lista de Itens no repositório de GPP ===
 
  
Redmine:
+
 
 +
* '''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 sua 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;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
Linha 945: Linha 625:
 
|GPP-ChecklistPlanejamentoAnual
 
|GPP-ChecklistPlanejamentoAnual
 
|Anexo na tarefa de auditoria de planejamento anual de GPP no Redmine de GPP
 
|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
 
|Versionado
 
|Sim
 
|Sim
Linha 951: Linha 695:
 
|}
 
|}
  
=== Lista de Itens no repositório de Medição ===
+
 
 +
 
 +
* '''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;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
Linha 988: Linha 737:
 
|}
 
|}
  
=== Lista de itens no repositório de diretrizes ===
+
 
 +
* '''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;"
 
{| class="wikitable" style="text-align: center; style="margin: auto;"
Linha 1 018: Linha 771:
 
|Diretrizes de Medição
 
|Diretrizes de Medição
 
|Diretrizes de Medição
 
|Diretrizes de Medição
|Página de padrões de desenvolvimento da MSTECH na Wiki corporativa
+
|Página de processos
 
|Versionado
 
|Versionado
 
|Sim
 
|Sim
Linha 1 024: Linha 777:
 
|Não íntegra
 
|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.

Edição atual tal como às 14h56min de 21 de março de 2017

Objetivo

Esta página descreve como estão definidos os níveis de controle, itens de configuração, baselines 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

Papeis Repositórios
Gestão de Projetos (Redmine) Gestão de Produtos (GitLab) Gestão de Produtos (Youtrack) Garantia de Qualidade (Redmine) Gestão de Portfólio de Projetos (Redmine) Gestão de Portfólio de Projetos (Sharepoint) Medição (Redmine) 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 projetos devem indicar os repositórios a serem utilizados, podendo utilizar mais de um repositório de produto. Os processos organizacionais possuem pelo menos um repositório para armazenamento de artefatos e registros de ações de acompanhamento.

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:

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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 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:

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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:

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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:

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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 sua utilização é obrigatória.

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

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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

Artefato (por Projeto/Produto) Regra de Nomenclatura Armazenamento (do artefato concluído) Tipo Obrigatório? Aprovado pelo cliente? 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.