Skip to content

DoR e DoD

Nesta seção são apresentados os conceitos de Definition of Ready (DoR) e Definition of Done (DoD), mecanismos que asseguram o detalhamento necessário antes de iniciar uma iteração e a validação completa antes de oficializar uma entrega.

Definition of Ready (DoR)

No contexto do ciclo iterativo, o Definition of Ready (DoR) atua como um mecanismo de controle pré-desenvolvimento. Ele define as condições que um item do backlog deve cumprir para ser considerado apto a entrar em uma nova iteração. A adoção desse padrão evita incertezas durante a prototipagem do Ciclo RAD e assegura que o grupo possua a base de conhecimento necessária para uma implementação eficiente. Os critérios de DoR incluem:

Critério Descrição
O Requisito possui informação necessária para ser trabalhado? O requisito deve possuir contexto suficiente sobre o problema a ser resolvido e as regras de negócio envolvidas. Essas informações devem estar claras para a equipe de desenvolvimento e para os demais stakeholders
O Requisito está representado por uma história de usuário? Deve ser descrito no formato padrão de histórias de usuário ("Como [usuário], quero [ação], para [benefício]").
O Requisito está coberto por critérios de aceite? O requisito deve conter as condições claras que comprovam que a funcionalidade atende ao negócio (Critérios de Aceite).
O Requisito está mapeado para um protótipo? O requisito deve possuir uma representação visual correspondente no protótipo. Todos os elementos de tela, fluxos de navegação e dados que serão exibidos ou capturados pela funcionalidade devem estar previamente modelados.
O protótipo foi validado pelo cliente? A solução visual e interativa proposta (protótipo de baixa ou alta fidelidade) deve ter passado por um ciclo de revisão e aceite junto ao cliente.
O item a ser trabalhado está coerente com a prioridade definida no MoSCoW e na Matriz Valor x Negócio? O requisito deve ter sua prioridade explicitamente classificada e estar posicionado no topo do backlog de acordo com a matriz de Valor x Negócio. Isso justifica e autoriza sua inclusão imediata na iteração atual.
O Requisito cabe em uma Iteração? O esforço estimado para implementar a funcionalidade deve ser compatível com a duração da iteração.

Somente após cumprir esses pontos, o item pode ser considerado pronto para desenvolvimento em uma Iteração.

Definition of Done (DoD)

O Definition of Done (DoD) é o checklist que define o que a equipe técnica entende por 'estar pronto'. O DoD garante qualidade, transparência e consistência no processo de desenvolvimento. Para que o requisito seja considerado pronto deve responder as seguintes perguntas:

  • Entrega um incremento do produto?
  • A entrega está coerente com o protótipo validado pelo cliente?
  • Contempla os critérios de aceite estabelecidos?
  • Todos os testes unitários e de integração relacionados à funcionalidade foram implementados e aprovados?
  • A entrega foi revisada por toda a equipe na reunião de revisão da Iteração? recebeu validação?
  • A documentação técnica (Backlog) foi revisada e atualizada conforme as mudanças de funcionalidade?

Somente após cumprir todos os critérios listados, a funcionalidade será considerada "Done" e estará pronta para ser incorporada à versão do produto entregue ao cliente.

Histórico de versão

Versão Data Descrição Autor(es) Revisor(es)
1.0 14/05/2026 Criação da página Edson