Duas perguntas em momentos diferentes
A Definition of Ready (DoR) pergunta: conseguimos começar sem adivinhar decisões importantes de produto? Os critérios de aceitação perguntam: como saberemos depois se o resultado pode ser aceite? Uma tarefa pode estar pronta apesar de um pormenor em aberto. Não está pronta se uma decisão pendente puder alterar profundamente a arquitetura ou o âmbito.
A DoR costuma ser um acordo da equipa. Pode exigir clareza sobre objetivo, âmbito, dependências e responsáveis. Os critérios pertencem a um ticket concreto e descrevem resultados observáveis. A Definition of Done é outra coisa: estabelece padrões comuns de conclusão, como revisão de código e testes.
Exemplo: exportação de clientes
Um ticket pede uma exportação na lista de clientes. Para começar, a equipa precisa de saber que dados podem ser exportados, quem tem permissão, que API está disponível e quem decide as questões em aberto. A falta de uma decisão sobre dados pessoais pode ser um bloqueio. É a perspetiva da DoR.
Depois de confirmar as decisões, os critérios podem estabelecer que uma pessoa autorizada exporta as colunas acordadas de todos os registos abrangidos pelos filtros; uma pessoa sem permissão não o consegue fazer; um pedido falhado apresenta a mensagem combinada. São resultados verificáveis. Não inventes estas regras antes de serem aprovadas.
Nem toda a dúvida impede o arranque
O texto final de um botão pode não impedir a implementação da API se houver responsável e prazo para o decidir. Já a escolha entre exportação imediata e tarefa em segundo plano pode alterar a solução técnica. Regista o impacto de cada dúvida e quem a vai resolver.
Usa a checklist de prontidão da tarefa para decidir quando começar e o guia de critérios de aceitação para definir o resultado. A ferramenta de preparação pode estruturar ambas as conversas no refinement.