IMP — DOD: Definition of Done (B)

O que é

Ponto de vista: IMP (critérios acordados com GTI) · Pasta típica: IMP (Implementação)/01-visao-geral/ ou local definido pelo projeto.

O DOD (Definition of Done) define os critérios que toda história deve satisfazer para ser considerada concluída. O DOD vigente é aprovado pelo GTI antes de qualquer sprint e vale para toda a equipe.

Como usar

Publique uma versão aprovado antes de iniciar entregas no modo acordado.
Verifique cada história em implementado contra todos os critérios do DOD.
Atualize o DOD quando o GTI mudar política de qualidade ou evidências mínimas.

Exemplo

---
id: IMP-DOD-0001
tipo: DOD
titulo: "Definition of Done — Modo Essencial"
status: aprovado
aprovado-por: GTI
data-aprovacao: 2026-04-11
---

criterios:
  - codigo-revisado: "Pull Request aprovado por ao menos 1 revisor"
  - testes-passando: "Todos os testes automatizados verdes"
  - cobertura: "Cobertura ≥ 80% para o módulo entregue"
  - linter: "Linter de Governança verde (sem bloqueadores)"
  - evidencia: "Evidência de execução registrada em 04-evidencias/"
  - historia-vinculada: "ID da história no commit (ex: feat: ESP-HNU-0001)"

Onde se aplica

Destino	Link
Framework IMP	/framework/imp/
Índice IMP	/artefatos/imp/
GTI	/framework/gti/ — aprovação do DOD
Fluxo ESP	/artefatos/esp/fluxo-de-vida/
Desvio controlado da especificação	/framework/imp/desvio-especificacao/ — pendências documentais e classes de impacto

Pendências documentais (desvio controlado)

Quando a entrega envolver implementação à frente ou divergente da documentação oficial até o momento do merge, o DOD exige, além dos critérios globais:

Classificação da mudança (A–F) conforme Desvio controlado da especificação.
Registro provisório em IMP/04-evidencias/ (nota de desvio) e/ou RFC / IRA quando a norma obrigar.
Vínculo no PR e nos commits ao ID da história ESP e ao identificador da nota ou RFC.
Conformidade com gates: sem promoção a produção quando a tabela de impacto proibir até consolidação na ESP/GTI/PDP/GDA, salvo dispensa explícita registada pelo GTI.

Os critérios globais da tabela “Critérios mínimos por modo” mantêm-se; esta secção não os substitui.

Critérios mínimos por modo

Critério	Essencial	Completo
Código revisado (PR)	✅	✅
Testes automatizados verdes	✅	✅
Cobertura ≥ 80%	✅	✅
Linter de Governança verde	✅	✅
Evidência de execução	✅	✅
RIPD atualizado (se PDP)	—	✅
ERD atualizado (se GDA)	—	✅
Protótipo congelado referenciado (se PRO)	—	✅

Regras

O DOD é global: não pode ser ignorado individualmente por uma história ou desenvolvedor.
Mudanças no DOD exigem novo artefato com nova versão e aprovação GTI.
Histórias entregues sem satisfazer o DOD devem retornar ao refinamento — nunca recebem status implementado.

Retrabalho e reabertura (antes do aceite final) {#retrabalho-e-reabertura}

Correção até o DOD: falhas encontradas em PR, pipeline ou revisão antes de cumprir todos os critérios do DOD são parte da mesma entrega — corrigidas sem nova história, com commits no mesmo ramo de trabalho vinculados ao mesmo ID da história ESP.
Retrabalho após implementado com defeito de aceite: se o comportamento entregue não satisfizer critérios de aceite já aprovados, a história não permanece concluída: o estado retorna conforme o fluxo de vida (implementado → refinado ou aprovado, conforme política do órgão), com registro obrigatório em IMP/04-evidencias/ ou ESP/04-evidencias/ citando: ID da história, identificador da não-conformidade (NC) ou do relatório de teste, e data. Políticas de contratação podem tratar esse retrabalho como correção da mesma unidade enquanto não houver novo aceite formal.
Reabertura vs nova história após aceite em produção: segue o tipo de demanda — defeito em comportamento já aceito enquadra-se em demanda corretiva (vide fluxos SIS); nova capacidade enquadra-se em demanda evolutiva e exige nova história H* quando assim definido na política do órgão.

← API Contract · CHG — CHANGELOG →