6 min leitura • Guide 158 of 877
Implementando Checklists Definition of Done
Definition of Done (DoD) é um acordo sobre o que "completo" significa para seu time. Sem ele, "done" se torna subjetivo—para um done inclui testing, para outro não. Checklists DoD criam padrões qualidade compartilhados que previnem trabalho incompleto de shippear e reduzem back-and-forth de requisitos esquecidos.
Fundamentos Definition of Done
O Que DoD Inclui
COMPONENTES DOD:
┌─────────────────────────────────────────────────────────────┐
│ CONSTRUINDO DEFINITION OF DONE COMPLETO │
├─────────────────────────────────────────────────────────────┤
│ │
│ ELEMENTOS DOD CORE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ QUALIDADE CÓDIGO: ││
│ │ ☐ Código compila sem erros ││
│ │ ☐ Todos unit tests passam ││
│ │ ☐ Code reviewed e aprovado ││
│ │ ☐ Sem novos linter warnings ││
│ │ ☐ Segue coding standards ││
│ │ ││
│ │ TESTING: ││
│ │ ☐ Unit tests escritos para código novo ││
│ │ ☐ Integration tests atualizados ││
│ │ ☐ Manual testing completado ││
│ │ ☐ Edge cases verificados ││
│ │ ☐ Regression tests passam ││
│ │ ││
│ │ DOCUMENTAÇÃO: ││
│ │ ☐ Code comments adicionados onde necessário ││
│ │ ☐ API documentation atualizada ││
│ │ ☐ User docs atualizados (se aplicável) ││
│ │ ││
│ │ DEPLOYMENT: ││
│ │ ☐ Merged para main branch ││
│ │ ☐ Deployed para staging ││
│ │ ☐ Verificado em staging environment ││
│ │ ││
│ │ ACCEPTANCE: ││
│ │ ☐ Acceptance criteria atendidos ││
│ │ ☐ Product owner revisou ││
│ │ ☐ Sem blockers abertos ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DOD POR TIPO TAREFA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ Feature work DoD: ││
│ │ Todos elementos core + user docs + demo preparado ││
│ │ ││
│ │ Bug fix DoD: ││
│ │ Elementos core + root cause documentado + test add ││
│ │ ││
│ │ Tech debt DoD: ││
│ │ Elementos core + métricas before/after + team review ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Implementando DoD no GitScrum
Checklists Tarefa
SETUP CHECKLIST:
┌─────────────────────────────────────────────────────────────┐
│ ADICIONANDO CHECKLISTS DOD A TAREFAS │
├─────────────────────────────────────────────────────────────┤
│ │
│ ADICIONANDO CHECKLIST A TAREFA INDIVIDUAL: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Abrir tarefa → Adicionar seção checklist ││
│ │ ││
│ │ Exemplo tarefa: "Adicionar feature busca usuário" ││
│ │ ││
│ │ Definition of Done: ││
│ │ ☐ Search API endpoint implementado ││
│ │ ☐ Frontend search component completo ││
│ │ ☐ Unit tests escritos (>80% coverage) ││
│ │ ☐ Resultados busca paginados ││
│ │ ☐ Empty state tratado ││
│ │ ☐ Error states tratados ││
│ │ ☐ Code reviewed pelo lead ││
│ │ ☐ Deployed para staging ││
│ │ ☐ QA verificou em staging ││
│ │ ☐ Product owner aceitou ││
│ │ ││
│ │ Progresso visível: 0/10 completo ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ USANDO TASK TEMPLATES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Criar template com DoD pré-preenchido: ││
│ │ ││
│ │ Template: "Feature Task" ││
│ │ ││
│ │ Definition of Done: ││
│ │ ☐ Todos acceptance criteria atendidos ││
│ │ ☐ Code reviewed e aprovado ││
│ │ ☐ Unit tests escritos ││
│ │ ☐ Integration tests passam ││
│ │ ☐ Documentação atualizada ││
│ │ ☐ Deployed para staging ││
│ │ ☐ QA verificou ││
│ │ ☐ Product owner aceitou ││
│ │ ││
│ │ Ao criar nova feature task, usar este template ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Aplicando DoD
Prevenindo Completação Prematura
ESTRATÉGIAS ENFORCEMENT:
┌─────────────────────────────────────────────────────────────┐
│ GARANTINDO QUE DOD SEJA SEGUIDO │
├─────────────────────────────────────────────────────────────┤
│ │
│ ABORDAGEM COLUNA WORKFLOW: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Criar coluna que requer verificação DoD: ││
│ │ ││
│ │ In Progress → DoD Check → Done ││
│ │ ↑ ││
│ │ Verificar todos itens checklist ││
│ │ antes de mover para Done ││
│ │ ││
│ │ Cue visual: ││
│ │ Se checklist incompleto, tarefa mostra warning ││
│ │ "8/10 DoD itens completos" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CHECK DAILY STANDUP: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Quando alguém diz "Terminei tarefa X": ││
│ │ ││
│ │ Verificação rápida: ││
│ │ "O DoD checklist está completo?" ││
│ │ ││
│ │ Se não: Tarefa fica em "In Progress" ││
│ │ Se sim: Tarefa move para "Done" ││
│ │ ││
│ │ Isso se torna hábito time, não microgerenciamento ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Evoluindo Seu DoD
Melhorando ao Longo do Tempo
EVOLUÇÃO DOD:
┌─────────────────────────────────────────────────────────────┐
│ CRESCENDO SUA DEFINITION OF DONE │
├─────────────────────────────────────────────────────────────┤
│ │
│ COMEÇANDO SIMPLES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DoD time novo (mínimo): ││
│ │ ││
│ │ ☐ Código funciona ││
│ │ ☐ Code reviewed ││
│ │ ☐ Testado manualmente ││
│ │ ☐ Merged para main ││
│ │ ││
│ │ Começar aqui, adicionar itens enquanto time amadurece ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ADICIONANDO BASEADO EM PROBLEMAS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Padrão: Bug escapou para produção ││
│ │ Adicionar ao DoD: ☐ Edge cases testados ││
│ │ ││
│ │ Padrão: Falhas deployment ││
│ │ Adicionar ao DoD: ☐ Verificado em staging ││
│ │ ││
│ │ Padrão: Documentação faltando ││
│ │ Adicionar ao DoD: ☐ API docs atualizados ││
│ │ ││
│ │ Cada retro: "O que deveríamos adicionar ao DoD?" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘