5 Fase de Transição¶

A Transição é a última fase de uma release, dura, pelo menos, duas sprints e consiste de:

• Garantir que a solução é estável o suficiente para a publicação em produção
• Realizar testes independentes não funcionais na solução final
• Corrigir defeitos encontrados nos testes independentes
• Treinar usuários no uso da solução
• Finalizar e publicar manuais necessários à utilização da solução
• Publicar a solução de software em ambiente estável. Idealmente, a transição deveria ser a instalação da solução de software em ambiente de produção. Entretanto, como depende do planejamento das evoluções do produto, é mais comum ser em ambiente de homologação controlado.

Para cada Sprint da fase de Transição:

5.1 Realizar a reunião de abertura (ou reunião de planejamento) da Sprint.

Participantes: Líder do Projeto, Dono da Arquitetura, Gerente Técnico da Contratada, Dono do Produto.

☐ Definir os itens de trabalho da sprint - IMPORTANTE!!! Nesta Sprint não deve ter itens de construção!!!

Os seguintes itens de trabalho são obrigatórios e deverão ser incluídos no Backlog da Sprint:
 ☐ [ Workitem ] Entregar o Código-fonte final da release no ambiente do MP; 
 ☐ [ Workitem ] Entregar os Dockerfile, Docker Compose, scripts de build, deploy e banco de dados; 
 ☐ [ Workitem ] Entregar os Testes unitários automatizados ; 
 ☐ [ Workitem ] Entregar os Testes de integração automatizados; 
 ☐ [ Workitem ] Entregar os Testes de interface automatizados; 
 ☐ [ Workitem ] Entregar os Artefatos previstos na OS; 
 ☐ [ Workitem ] Entregar a Contagem detalhada final da OS, assinada por profissional que possua a certificação de Certified Function Points Specialist – CFPS do International Function Point Users Group – IFPUG vigente e 
    válida na data da contagem:     https://netforum.avectra.com/eweb/DynamicPage.aspx?Site=IFPUG&WebCode=IndSearch ou http://www.ifpug.org/?lang=pt > Certificação > Pesquisa IFPUG Pessoas Certificadas.

---

5.2 Agendar no calendário dos participantes a reunião de entrega (ou reunião de encerramento) da Sprint

---

5.3 Realizar a reunião de entrega (ou reunião de encerramento) da Sprint de Transição.

Participantes: Líder do Projeto, Dono da Arquitetura, Gerente Técnico da Contratada, Dono do Produto.

O encerramento da sprint é realizado também em duas fases: a revisão e a retrospectiva.

I. Revisão da Sprint

Ao final de cada Sprint é realizada a reunião de Revisão da Sprint, em que a equipe mostra o que foi alcançado durante a Sprint, no formato de uma demonstração das novas funcionalidades, e uma breve apresentação das ocorrências importantes da Sprint.
Durante a Revisão, o projeto é avaliado em relação aos objetivos da Sprint, determinados durante a reunião de Planejamento da Sprint.

IMPORTANTE!!! Os itens desenvolvidos precisam ser demonstrado no ambiente do Ministério, e não no ambiente da Fábrica.

II. Retrospectiva da Sprint

A reunião de Retrospectiva da Sprint ocorre ao final de uma Sprint e serve para identificar o que funcionou bem, o que pode ser melhorado e que ações serão tomadas para melhorar.

☐ A Contratada apresenta os itens do backlog da Sprint que foram realizados
8.2.4.1.12 Deverão constar na entrega de cada sprint, além dos artefatos de documentação e outros previstos para a sprint, o código-fonte produzido, os testes unitários, de integração e de interface automatizados e suas evidências.
☐ O Dono do Produto deve aceitar os produtos do backlog da Sprint que foram entregues conforme descrição e definição de pronto do item estabelecidos na reunião de abertura
8.2.4.1.11 Os produtos entregues ao final da Sprint serão validados, na reunião de Revisão da Sprint, conforme a definição de pronto e a descrição dos itens definidas na Reunião de Planejamento da sprint.
☐ Os itens do backlog da sprint não entregues, não aceitos ou aceitos parcialmente devem ter esse estado registrado no seu atributo Situação.
☐ São criados novos itens de backlog do produto para os não entregues, não aceitos ou aceitos parcialmente em uma sprint com estimativa de pontos de história que reflita o esforço para executá-los.
☐ Finalizar o preenchimento do "Termo de Aceitação da Sprint" no SEI e solicitar assinaturas.

---

5.4 Sempre que necessário realizar registros no Histórico da OS de fatos importantes que ocorreram durante a execução da sprint.

---

5.5 Iniciar as tratativas para disponibilizar a release em produção ver 4.2.1 - Implantação de novo sistema