Para que serve
- Todo mundo entende "pronto" da mesma forma.
- Evita entregar algo incompleto.
- Reduz retrabalho no fim do sprint.
- Facilita a revisão, porque os critérios são claros.
Exemplo para um item de software
- Código escrito e revisado por outra pessoa.
- Testes automáticos passando.
- Testado em ambiente parecido com o real.
- Documentação atualizada.
- Aprovado pelo dono do produto.
- Pronto para ser publicado.
Exemplo fora de software
Para um relatório mensal: dados conferidos, revisado por outra pessoa, formatado no padrão, aprovado por quem pediu, enviado e arquivado.
Como criar a sua
- Reúna o time.
- Pergunte: "O que já ficou faltando e causou problema?".
- Liste os itens e escolha só os essenciais.
- Escreva em frases simples, que dê para responder "sim" ou "não".
- Coloque em lugar visível.
- Revise na retrospectiva.
| O que perguntar | Para quem |
|---|---|
| "O que costuma ser esquecido antes de entregar?" | Time |
| "O que o usuário precisa para considerar entregue?" | Dono do produto |
| "Há exigência de segurança, legal ou de qualidade?" | Especialistas |
Definição de pronto x critério de aceite
| Definição de pronto | Critério de aceite | |
|---|---|---|
| Vale para | Todos os itens | Um item específico |
| Exemplo | "Código revisado e testado" | "O cliente consegue ver o status do pedido" |
| Quem define | O time | Dono do produto, com o time |
Os dois se completam: o item só está pronto quando atende aos critérios dele e à definição de pronto.
Erros comuns
- Lista longa demais que ninguém cumpre.
- Lista que muda a cada sprint sem aviso.
- Marcar como pronto "quase".
Perguntas frequentes
A definição de pronto existe no Scrum?
Sim. O Scrum Guide trata a Definição de Pronto como um compromisso do incremento de produto.
Posso usar fora de tecnologia?
Pode. Qualquer time que entrega tarefas se beneficia de um "pronto" combinado.