Skip to content

DoR e DoD

Esta seção apresenta os conceitos de Definition of Ready (DoR) e Definition of Done (DoD), que ajudam a garantir que o trabalho seja bem definido antes de ser iniciado e que esteja completo antes de ser considerado pronto para entrega.

Definition of Ready (DoR)

O DoR define os critérios que devem ser atendidos para que uma história de usuário, caso de uso, ou cenário esteja pronto para ser desenvolvida. Isso ajuda a garantir que os requisitos estejam claros, bem declarados e que não haja impedimentos para o desenvolvimento.

  • A equipe estimou o esforço necessário para completar a tarefa? O requisito deve ter o seu esforço avaliado pela a equipe para saber se pode ser concluído na Sprint.
  • O requisito possui informação necessária para ser trabalhado? O requisito deve ter detalhes suficientes para que o time de desenvolvimento entenda o que precisa ser feito, sem ambiguidades.
  • O requisito cabe em uma Sprint? O tempo de desenvolvimento de um requisito não deve exceder a duração de um Sprint.
  • O requisito foi priorizado? A equipe precisa saber o quão importante é o requisito para a produção do MVP para saber melhor quando ele deve ser desenvolvido.

Definition of Done (DoD)

O DoD define os critérios que precisam ser cumpridos para que uma funcionalidade seja considerada completa. Isso inclui os requisitos, desenvolvimento, testes, revisão e validação da qualidade, garantindo que a entrega atenda ao escopo e aos padrões de qualidade acordados

  • O código foi desenvolvido e revisado (peer review): A implementação foi concluída e revisada por outro desenvolvedor para garantir qualidade aos padrões.
  • Teste manual: Todos os testes manuais realizados pela a equipe de desenvolvimento foram concluídos sem nenhum erro encontrado.
  • Entrega um incremento do produto: A funcionalidade desenvolvida agrega valor ao produto, resultando em um incremento utilizável.
  • Contempla os critérios de aceitação estabelecidos: Todos os critérios de aceitação definidos foram cumpridos, garantindo que o comportamento esperado do requisito foi atingido.
  • Funcionalidade validada pelo Product Owner (PO): O PO revisou e aceitou a entrega, confirmando que atende aos requisitos de negócio.
  • Está aderente aos padrões de codificação? O código deve seguir os padrões de codificação estabelecidos pela equipe, garantindo qualidade, consistência e facilidade de manutenção.