Processo de Entrega de Soluções

h1. 6 Recebimento Provisório da Ordem de Serviço

Conforme descrito no Contrato 28/2018 :

p. *6.1*  Receber da Contratada:

>> 8.2.4.1.15 Para fins de *aceite provisório da release*, a CONTRATADA deverá entregar, *%{color:#d00067}no ambiente do MP%*, em *%{color:#d00067}até cinco dias úteis*% *após a data de encerramento da última sprint da release*, como produtos de encerramento:

>> ☐ 8.2.4.1.15.1 Código-fonte final da release;

>> ☐ 8.2.4.1.15.2 Dockerfile, Docker Compose, scripts de build, deploy e banco de dados;

>> ☐ 8.2.4.1.15.3 Testes unitários automatizados e suas evidências;

>> ☐ 8.2.4.1.15.4 Testes de integração automatizados e suas evidências;

>> ☐ 8.2.4.1.15.5 Testes de interface automatizados e suas evidências;

>> ☐ 8.2.4.1.15.6 Smoke tests para as funcionalidades priorizadas pelo Dono do Produto;

>> ☐ 8.2.4.1.15.7 Artefatos previstos na OS;

>> ☐ 8.2.4.1.15.8 Modelo de dados;

>> ☐ 8.2.4.1.15.9 Contagem final do tamanho funcional do escopo da OS.

> %{color:#3344ff} Para validar a assinatura do profissional na planilha de contagem, sugere-se solicitar uma cópia de documento pessoal da pessoa. Fazer upload do documento no Redmine, nas páginas do contratos da empresa (assim evita-se pedir sempre o documento).%

> %{color:#3344ff} A contagem detalhada final da OS é do produto final e não a contagem sprint por sprint. Caso a fábrica queira comprovar que o volume de refinamentos realizado ao longo do ciclo da release foi superior a 30 % (ver item [[ 8.2 Serviços de desenvolvimento de soluções de software ]] do Termo de Referência), então, além da contagem detalhada final, ela também envia a contagem detalhada sprint por sprint. Só assim é possível verificar se houve refinamentos que ultrapassam 30 % da contagem final.%

---

p. *6.2*  Emitir o  "Termo de Recebimento Provisório", se *TUDO* do item 6.1 foi entregue.

Abaixo segue o Fluxo para a emissão do Termo de Recebimento Provisório:

|!emissaotermossei.png!|

> %{color:#d00067}IMPORTANTE: após a emissão do Termo de Recebimento Provisório, começa a contar o prazo de 30 dias para que o MP emita o Termo de Recebimento Definitivo. Caso alguma não conformidade seja encontrada durante esse período, o prazo é reiniciado quando a Contratada devolver os itens corrigidos. Por isso, é de extrema importância o controle dos prazos, a formalização das idas e vindas e a verificação da qualidade!!%

>> %{color:#d00067}19.1 São instrumentos formais de comunicação entre o MP e a CONTRATADA:%

>> %{color:#d00067}19.1.1 E-mails;%

>> %{color:#d00067}19.1.2 Ordem de serviço e todos os registros e documentos eletrônicos associados em ferramentas definidas para gestão de projetos ou gestão de serviços de TI relacionados às OS pelo MP;%

>> %{color:#d00067}19.1.3 Atas de reunião;%

>> %{color:#d00067}19.1.4 Ofícios.%

> %{color:#d00067}14.4 Os testes da solução de software devem atender aos seguintes índices de cobertura:%

>>> |Tipo de Teste	|% cobertura|

>>> |Unitários	|70%|

>>> |De Integração	|100%|

>>> |De Interface	|20%|

> %{color:#d00067}Ou outros índices definidos na Ordem de Serviço.%

> %{color:#3344ff}Formalizar os problemas encontrados à Contratada, informando prazo limite para a correção. Registrar no Histórico da OS.%

> %{color:#3344ff}Emitir "Termo de Recebimento Provisório" a cada vez que receber os itens relacionados à entrega da OS (ver lista do item 6.1). O prazo de 30 dias para emitir o recebimento definitivo recomeça a contar a cada aceite provisório.%

---

p. *6.3*  Necessário registro no Histórico da OS?

---

p. *6.4*  Avaliar a qualidade: 

p((. ☐ Reexecução dos testes unitários, de integração e de interface; 

     ☐ Realização de testes funcionais de sistema, exploratórios, testes de desempenho, de carga, de estresse e de segurança, conforme definido no planejamento da release.

     ☐ Calcular os Indicadores de Nível Mínimo de Serviço (INMS) e apurar as eventuais glosas: [[modelos-de-documentos-da-cgsis:1.7 - Cálculo dos Indicadores de Nível Mínimo de Serviço]]

     ☐ Verificar se os produtos entregues estão em conformidade com os critérios de qualidade definidos na OS e/ou no item 14 - Avaliação da Qualidade, em conjunto o especificado no item 15 - Níveis de Serviço do T**ermo de Referência (document#930)

     ☐ Verificar se o profissional que assina a contagem detalhada final da OS é certificado pelo IFPUG (consulta no site: https://netforum.avectra.com/eweb/DynamicPage.aspx?Site=IFPUG&WebCode=IndSearch  *ou* _http://www.ifpug.org/?lang=pt > Certificação > Pesquisa IFPUG Pessoas Certificadas_.)

     ☐ Verificar a contagem detalhada de Pontos de Função (Equipe de Métricas)

     ☐ Necessária a emissão de OS de Ajuste?

> %{color:#3344ff}Caso haja divergência na contagem detalhada , valem as cláusulas contratuais ver em [[ 13. Procedimentos para medição ]]%

--- 

p. *6.5*  Procedimentos para esta fase:

p. *6.5.1* Caso seja encontrada alguma irregularidade durante a reexecução dos testes, emitir o *Termo de Devolução de Produtos da OS* e solicitar as correções à CONTRATADA. Ela terá *cinco dias úteis* para realizá-las. 

p. *6.5.2* Utilizar a aba _Backlogs_ do projeto no Redmine para controlar a abertura de não conformidades para a CONTRATADA corrigir e os itens as serem verificados pelo MP (inclusive Dono do Produto).

>> %{color:#d00067}a) Abrir "sprints" reduzidas (cinco dias úteis) na aba _Backlogs_ do projeto: uma para a CONTRATADA com os itens a corrigir, outra para a área de negócio verificar após o retorno das correções pela CONTRATADA.%

>> %{color:#d00067}b) Sugestão para o nome da "sprint" reduzida: *Correções do Termo de Recebimento Provisório nº n*%

>> %{color:#d00067}c) Usar a tag [Validação] para os itens de trabalho que a equipe do MP vai validar%

>> %{color:#d00067}d) Usar a tag [Bug] para os itens de trabalho que a fábrica vai corrigir%

>> %{color:#d00067}e) Um item de trabalho de validação sempre se refere a um produto que foi entregue ao fim da OS ou a um item de trabalho [Bug] que a fábrica corrigiu e re-entregou.%

p. *6.5.3* Ao receber as correções, emitir novo "Termo de Recebimento Provisório". A contagem do prazo de 30 dias para que o MP emita o Termo de Recebimento Definitivo recomeça de novo.

>> %{color:#d00067}Sugestão: numere os Termos de Recebimento Provisórios emitidos%

p. *6.5.4* Repete-se o processo desde o item 6.5.1 até que não haja mais não conformidades identificadas na verificação e possa ser emitido o Termo de Recebimento Definitivo.