Definição de Pronto

Definição de Pronto (DoD) é o entendimento compartilhado do que "concluído" significa. Sem ela, "pronto" significa coisas diferentes para pessoas diferentes — levando a trabalho incompleto, problemas de qualidade e confusão. Uma boa DoD cria clareza e consistência.

DoD vs Critérios de Aceitação

Criando DoD

Construindo Sua Definição

CRIANDO DEFINIÇÃO DE PRONTO
═══════════════════════════

COMECE COM O BÁSICO:
─────────────────────────────────────
DoD mínimo viável:
├── Código está escrito
├── Código é revisado
├── Testes passam
├── Mesclado ao main
├── Implantável
└── Qualidade básica

ADICIONE ITENS DE QUALIDADE:
─────────────────────────────────────
├── Testes unitários escritos
├── Testes de integração (se aplicável)
├── Cobertura de código mantida
├── Sem novos avisos
├── Documentação atualizada
├── Verificação de segurança passou
└── Portões de qualidade

ADICIONE ITENS DE PROCESSO:
─────────────────────────────────────
├── PR revisado por 2 desenvolvedores
├── Critérios de aceitação verificados
├── Product Owner aprovou
├── Implantado em staging
├── Teste de fumaça realizado
└── Conformidade de processo

DISCUSSÃO DA EQUIPE:
─────────────────────────────────────
Perguntas a fazer:
├── "O que pronto significa para nós?"
├── "O que enviamos que não estava pronto?"
├── "Que problemas de qualidade vemos?"
├── "O que pegaria problemas mais cedo?"
├── Definição colaborativa
└── Propriedade da equipe

Exemplo de DoD

Definição Completa

EXEMPLO DE DEFINIÇÃO DE PRONTO
══════════════════════════════

CÓDIGO CONCLUÍDO:
─────────────────────────────────────
☐ Recurso implementado conforme especificado
☐ Código segue padrões da equipe
☐ Sem código comentado
☐ Sem console.log/print de depuração
☐ Código autodocumentado (nomes claros)

TESTADO:
─────────────────────────────────────
☐ Testes unitários escritos e passando
☐ Testes de integração (se aplicável)
☐ Teste manual concluído
☐ Casos extremos considerados
☐ Sem bugs conhecidos

REVISADO:
─────────────────────────────────────
☐ Revisão de código por 2 membros da equipe
☐ Feedback da revisão endereçado
☐ Sem comentários não resolvidos

MESCLADO:
─────────────────────────────────────
☐ PR mesclado à branch main
☐ Pipeline CI passando
☐ Sem conflitos de mesclagem

DOCUMENTADO:
─────────────────────────────────────
☐ Documentação da API atualizada
☐ README atualizado se necessário
☐ Decisões significativas documentadas

IMPLANTADO:
─────────────────────────────────────
☐ Implantado no ambiente de staging
☐ Teste de fumaça em staging
☐ Pronto para implantação em produção

ACEITAÇÃO:
─────────────────────────────────────
☐ Critérios de aceitação verificados
☐ Product Owner revisou
☐ Pronto para demo

Níveis de DoD

Múltiplas Definições

NÍVEIS DE DOD
═════════════

NÍVEL DA HISTÓRIA:
─────────────────────────────────────
Para cada história de usuário:
├── Código concluído
├── Testes passam
├── Código revisado
├── Mesclado
├── Documentação atualizada
├── Critérios de aceitação atendidos
└── História concluída

NÍVEL DO SPRINT:
─────────────────────────────────────
Para o sprint ser concluído:
├── Todas as histórias atendem ao DoD da história
├── Objetivo do sprint alcançado
├── Incremento é liberável
├── Sem bugs críticos
├── Demo concluída
├── Retrospectiva realizada
└── Sprint concluído

NÍVEL DA RELEASE:
─────────────────────────────────────
Para a release ser concluída:
├── Todos os DoDs do sprint atendidos
├── Teste de release passou
├── Performance validada
├── Segurança revisada
├── Documentação completa
├── Notas de release escritas
├── Aprovação das partes interessadas
└── Pronto para envio

Evoluindo DoD

Melhorando Com o Tempo

EVOLUINDO DEFINIÇÃO DE PRONTO
═════════════════════════════

REVISÃO REGULAR:
─────────────────────────────────────
Em retrospectivas:
├── "Estamos atendendo ao nosso DoD?"
├── "O que escapa?"
├── "O que devemos adicionar?"
├── "O que é desnecessário?"
├── Melhoria contínua
└── Documento vivo

ADICIONANDO ITENS:
─────────────────────────────────────
Adicione quando:
├── Problemas de qualidade se repetem
├── Mesmo problema várias vezes
├── Capacidade da equipe aumenta
├── Novos requisitos emergem
├── Melhoria gradual
└── Não sobrecarregue inicialmente

REMOVENDO ITENS:
─────────────────────────────────────
Remova quando:
├── Automatizado em outro lugar
├── Não é mais relevante
├── Causando atraso desnecessário
├── Equipe internalizou
├── Mantenha enxuto
└── Focado em valor

PROGRESSÃO DE MATURIDADE:
─────────────────────────────────────
Equipe nova:
├── DoD básico
├── Código funciona e testado
├── Revisado e mesclado
└── Início simples

Equipe madura:
├── DoD abrangente
├── Verificações automatizadas
├── Padrões de alta qualidade
├── Segurança incluída
├── Performance verificada
└── Construído ao longo do tempo

Aplicação

Fazendo Grudar

APLICANDO DOD
═════════════

AUTOMAÇÃO:
─────────────────────────────────────
Automatize onde possível:
├── CI verifica se testes passam
├── Linter verifica estilo do código
├── Limite de cobertura
├── Verificações de segurança
├── Template de PR com checklist
└── Aplicação automatizada

TEMPLATE DE PR:
─────────────────────────────────────
## Checklist de Definição de Pronto

- [ ] Código segue padrões da equipe
- [ ] Testes unitários escritos e passando
- [ ] Código revisado por 2 desenvolvedores
- [ ] Documentação atualizada
- [ ] Sem bugs conhecidos
- [ ] Critérios de aceitação verificados

CULTURA:
─────────────────────────────────────
├── Equipe se responsabiliza mutuamente
├── Revise DoD na revisão do sprint
├── Celebre qualidade
├── Não aceite "quase pronto"
├── Pronto significa PRONTO
└── Acordo da equipe

TRANSPARÊNCIA:
─────────────────────────────────────
├── DoD visível para todos
├── Postado no espaço da equipe
├── Referenciado em reuniões
├── Conhecido por todos
└── Entendimento compartilhado

Integração com GitScrum

DoD no GitScrum

GITSCRUM PARA DOD
═════════════════

CHECKLIST DA TAREFA:
─────────────────────────────────────
├── Itens DoD como checklist
├── Marque conforme concluído
├── Progresso visual
├── Nada esquecido
└── Verificação consistente

TEMPLATES DE TAREFA:
─────────────────────────────────────
├── Crie tipo de tarefa com DoD integrado
├── Checklist automático
├── Toda tarefa tem DoD
└── Aplicado pela estrutura

DOCUMENTAÇÃO:
─────────────────────────────────────
NoteVault:
├── DoD da equipe documentado
├── Histórico de versões
├── Facilmente referenciado
├── Localização central
└── Documento vivo

WORKFLOW:
─────────────────────────────────────
├── Não pode mover para Pronto sem checklist
├── Aplicação do workflow
├── Portão de qualidade
└── Conformidade automatizada

Melhores Práticas

Para Definição de Pronto

1. Propriedade da equipe — Criado juntos
2. Visível — Postado e referenciado
3. Evoluído — Melhorado regularmente
4. Aplicado — Realmente seguido
5. Automatizado — Onde possível

Anti-Padrões

ERROS DE DOD:
✗ Sem DoD algum
✗ Imposto pela gerência
✗ Muito longo/complexo
✗ Nunca atualizado
✗ Ignorado na prática
✗ Diferente por pessoa
✗ Não visível
✗ Sem aplicação

Soluções Relacionadas

• Melhores práticas de garantia de qualidade
• Otimização do workflow de revisão de código
• Melhores práticas de revisão de sprint