DoR e DoD avaliam momentos diferentes do fluxo: entrada do item versus conclusão do trabalho.
O DoD tem base explícita no Guia do Scrum e determina quando um item de Product Backlog se transforma em incremento.
Critério de aceitação é específico de cada item e não substitui o DoR nem o DoD.
DoR e DoD funcionam em conjunto: o primeiro filtra a entrada na Sprint; o segundo confirma a qualidade do incremento.
Um time revisa o quadro da Sprint e alguém pergunta: “esse item já pode entrar no trabalho?” Outro membro, horas depois, pergunta algo diferente: “esse item já pode ser considerado concluído?”.
As duas perguntas parecem semelhantes, mas respondem a momentos opostos do fluxo de trabalho. A primeira pergunta é resolvida pelo Definition of Ready (DoR). A segunda, pelo Definition of Done (DoD).
Parte da confusão entre as duas siglas vem da tradução para o português: “pronto” e “concluído” soam próximos, embora DoR e DoD se apliquem a pontos diferentes do ciclo de um item de trabalho.
Este artigo separa os dois conceitos, mostra onde cada um se aplica e evita um erro comum: tratar DoR, DoD e critério de aceitação como sinônimos.
O que é o DoR (Definition of Ready)?
O DoR é o conjunto de critérios que um time define para decidir se um item do backlog está maduro o suficiente para entrar na Sprint.
Teste vocacional
Qual carreira combina com o seu perfil?
Responda as perguntas e descubra o curso certo e as bolsas ideais para você!
Funciona como um critério de entrada: antes de o time aceitar o item no planejamento, ele confirma se as condições mínimas de clareza, escopo e contexto já foram atendidas. Se o item não atende ao DoR, ele continua no backlog para ser refinado.
O que é o DoD (Definition of Done)?
O DoD, por outro lado, tem definição formal no Guia do Scrum. Ele descreve o estado do incremento quando este atende às medidas de qualidade exigidas para o produto.
Quando um item do Product Backlog atende a essa definição, ele deixa de ser apenas um item de trabalho e passa a ser considerado parte do incremento entregável.
Como recomendação prática, a definição do DoD funciona melhor quando é construída de forma colaborativa pelo time, mantida visível para todos e atualizada com frequência, conforme o time aprende mais sobre o produto e o processo.
DoR e DoD lado a lado
A diferença entre as duas definições fica mais clara quando colocada lado a lado. O DoR avalia um item do backlog antes de o trabalho começar. O DoD avalia o incremento ao final do trabalho, com foco nas medidas de qualidade combinadas pelo time.
Em resumo, o DoR responde “esta história pode ser iniciada?” e o DoD responde “esta história pode ser considerada concluída?”.
Aspecto
DoR (Definition of Ready)
DoD (Definition of Done)
Momento de aplicação
Antes do item entrar na Sprint
Ao final do trabalho no item
Objeto avaliado
Item do Product Backlog
Incremento gerado pelo item
Pergunta respondida
O item pode ser iniciado?
O item pode ser considerado concluído?
Resultado quando atendido
Item aceito no planejamento da Sprint
Item se torna parte do incremento
Origem
Prática complementar do time
Prevista no Guia do Scrum
Onde entram os critérios de aceitação?
Um erro comum é tratar DoR, DoD e critério de aceitação como a mesma coisa. Eles não são.
O critério de aceitação é específico de cada item: descreve as condições particulares que aquela história precisa cumprir para ser considerada satisfatória pelo Product Owner.
Diferente disso, o DoR e o DoD são listas compartilhadas, aplicadas a qualquer item que passe pelo fluxo de trabalho.
Na prática, o critério de aceitação costuma aparecer como um dos itens de verificação dentro do próprio DoR: antes de aceitar o item na Sprint, o time confirma que o critério de aceite já foi escrito e está claro.
Exemplos de critérios para DoR e DoD
Existem alguns critérios recorrentes usados por times ágeis para compor cada checklist, como:
Critérios comuns de DoR:
Valor do item claro e compreendido pelo time.
Critério de aceite definido antes do planejamento.
Dependências externas identificadas.
Requisitos não funcionais (desempenho, segurança) registrados quando aplicáveis.
Item descrito no formato de história de usuário.
Estimativa de esforço dentro de um limite que o time considera viável para uma Sprint.
Critérios comuns de DoD:
Código revisado e testado conforme o padrão combinado pelo time.
Critérios de aceite do item verificados.
Documentação necessária atualizada.
Item integrado ao ambiente ou build relevante sem quebrar funcionalidades existentes.
Perguntas frequentes sobre DoR e DoD
O DoR faz parte do Guia do Scrum?
Não. O DoR é uma prática complementar, criada pelo Time Scrum para organizar o refinamento do backlog. O Guia do Scrum não descreve esse artefato formalmente.
O DoD se aplica a cada item isolado ou ao incremento?
O DoD se aplica ao incremento. Quando um item de Product Backlog atende às medidas de qualidade definidas, ele passa a compor o incremento entregável, conforme a definição do Guia do Scrum.
Critério de aceitação é a mesma coisa que DoD?
Não. O critério de aceitação é específico de cada item e descreve condições particulares daquela história. O DoD é uma lista geral de medidas de qualidade aplicada a qualquer incremento.
Quando o DoR é verificado no fluxo da Sprint?
O DoR é verificado antes do planejamento da Sprint, durante o refinamento do backlog, para decidir se o item já está maduro para entrar no próximo ciclo de trabalho.
Quando o DoD é verificado no fluxo da Sprint?
O DoD é verificado ao final do trabalho sobre o item, antes de considerá-lo parte do incremento que pode ser apresentado na Revisão da Sprint.
O DoR é um documento diferente para cada história?
Normalmente não. Times costumam manter uma única checklist de DoR, válida para qualquer item que entre na Sprint, em vez de redigir critérios específicos para cada história.
Quem define o DoD em um time Scrum?
A definição recomendada é que o DoD seja construído de forma colaborativa pelo time, mantido visível para todos os envolvidos e revisado com frequência conforme o aprendizado sobre o produto evolui.
Construa sua carreira em tecnologia com formações alinhadas ao mercado
Se você quer ingressar ou crescer no mercado da tecnologia, a Allevo Tech oferece formações práticas em áreas de alta demanda, como Engenharia de Software, Ciência de Dados e Inteligência Artificial.
As trilhas são estruturadas para desenvolver competências técnicas e preparar você para os desafios do mercado de trabalho.
Clique no botão abaixo e conheça as formações da Allevo Tech que podem impulsionar a sua trajetória profissional.
Ver publicações 
