Processo de Entrega de Soluções

h1. 5 Fase de Transição

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

>> %{color:#3344ff}•	Garantir que a solução é estável o suficiente para a publicação em produção%

>> %{color:#3344ff}•	Realizar testes independentes não funcionais na solução final%

>> %{color:#3344ff}•	Corrigir defeitos encontrados nos testes independentes%

>> %{color:#3344ff}•	Treinar usuários no uso da solução%

>> %{color:#3344ff}•	Finalizar e publicar manuais necessários à utilização da solução%

>> %{color:#3344ff}•	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:

p. 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.

p((. ☐ Definir os itens de trabalho da sprint  - %{color:RED}IMPORTANTE!!!% *Nesta Sprint não deve ter itens de construção!!!*

 Os seguintes itens de trabalho são *%{color:#fb4f14}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.

---

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

---

p. 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.

> %{color:#3344ff}O encerramento da sprint é realizado também em duas fases: a revisão e a retrospectiva.%

>> %{color:#3344ff}I.	Revisão da Sprint%

>>> %{color:#3344ff}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.%

>>> %{color:#3344ff}Durante a Revisão, o projeto é avaliado em relação aos objetivos da Sprint, determinados durante a reunião de Planejamento da Sprint.%

>>> %{color:red}IMPORTANTE!!!% Os itens desenvolvidos precisam ser demonstrado no ambiente do Ministério, e não no ambiente da Fábrica.

>> %{color:#3344ff}II.	Retrospectiva da Sprint%

>>> %{color:#3344ff}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.%

p((. ☐  A Contratada apresenta os itens do backlog da Sprint que foram realizados

     %{color:#3344ff} 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%, %{color:red}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

     _%{color:#3344ff}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.

---

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

---

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