Definição de Pronto

Formato de colaboração Definição de Pronto

Critérios de Qualidade

Quais padrões de qualidade o trabalho deve atender para estar pronto?

Este tópico captura os parâmetros técnicos e de qualidade que cada trabalho deve satisfazer antes de ser considerado concluído. Incentive a equipe a pensar sobre qualidade de código, cobertura de testes, desempenho e padrões. Faça perguntas instigantes como 'O que nos deixaria confiantes de que isso não vai quebrar em produção?' para revelar expectativas implícitas e transformá-las em critérios explícitos e mensuráveis.

Documentação e Comunicação

O que precisa ser documentado ou compartilhado antes de estar pronto?

Use este tópico para revelar as expectativas de compartilhamento de conhecimento e documentação que mantêm a equipe alinhada e reduzem confusões futuras. Estimule os participantes a considerar quem precisa saber sobre a mudança e quais artefatos devem existir. Esta costuma ser a parte mais negligenciada do 'pronto', então incentive uma reflexão honesta sobre falhas passadas.

Testes e Validação

Como verificamos se o trabalho realmente funciona?

Este tópico foca nas etapas de verificação que comprovam que o trabalho atende aos requisitos e se comporta como esperado. Oriente a equipe a pensar além dos testes automatizados, incluindo testes manuais, exploratórios e de aceitação. Incentive-os a definir quem valida o trabalho e em qual ambiente.

Implantação e Prontidão

O que precisa ser verdade para liberar o trabalho com segurança?

Aqui a equipe define o que significa o trabalho estar pronto para ser liberado e disponível para os usuários. Estimule a discussão sobre implantação, monitoramento, planos de rollback e prontidão operacional. Isso ajuda as equipes a evitar a lacuna comum entre 'código completo' e 'entregar valor de fato'.

Quando utilizar esta retrospectiva

• Quando uma nova equipe está se formando e precisa estabelecer padrões de qualidade compartilhados desde o início.
• Quando o trabalho está sendo frequentemente reaberto ou bugs estão escapando para a produção, sinalizando critérios de conclusão pouco claros.
• Antes de iniciar um novo projeto ou sprint para garantir que todos concordem sobre como é o trabalho finalizado.
• Ao integrar novos membros que precisam entender as expectativas de qualidade da equipe.
• Durante uma retrospectiva quando a equipe identifica inconsistência na forma como o trabalho é considerado concluído.

Perguntas sugeridas para quebra-gelo

• Se 'pronto' tivesse uma personalidade, como ela seria — perfeccionista, pragmática ou herói de última hora?
• Qual foi a coisa mais surpreendente que você descobriu que, na verdade, NÃO estava finalizada?

Ideias e dicas para sua reunião de retrospectiva

• Co-crie a Definição de Pronto com toda a equipe para que todos sintam senso de propriedade — evite deixar uma única pessoa ditar os padrões.
• Mantenha os critérios realistas e alcançáveis; uma DoD excessivamente ambiciosa que nunca é cumprida mina seu propósito.
• Torne cada critério específico e verificável para que não haja ambiguidade sobre se ele foi satisfeito.
• Trate a Definição de Pronto como um documento vivo e revise-a periodicamente conforme os padrões e ferramentas da sua equipe evoluem.
• Incentive os membros mais quietos a contribuir dando a todos um tempo para adicionar ideias de forma independente antes da discussão em grupo.
• Distinga entre a Definição de Pronto e os critérios de aceitação — a DoD se aplica a todo trabalho, enquanto os critérios de aceitação são específicos de cada história.

Perguntas frequentes