Skip to main content

DOR e DOD

Definition of Ready (DoR)

A Definition of Ready (DoR) estabelece os critérios mínimos que uma User Story ou funcionalidade deve atender para ser considerada pronta para ser desenvolvida. O objetivo é garantir clareza, viabilidade e alinhamento com o valor de negócio, minimizando incertezas e otimizando o processo de desenvolvimento.

1. Clareza de Negócio e Valor​

  • O valor para o negócio e o "porquê" da história estão claramente descritos.
  • A funcionalidade está alinhada com os objetivos do produto e da sprint atual.
  • O cliente e a equipe compartilham do mesmo entendimento sobre o problema a ser resolvido.

2. Escopo Definido e Testável​

  • Os Critérios de Aceitação estão escritos, são claros e, principalmente, testáveis.
  • A história é pequena o suficiente para ser concluída dentro de uma única sprint.
  • As dependências externas foram identificadas e mapeadas.

3. Viabilidade e Preparação Técnica​

  • A equipe de desenvolvimento entende os requisitos e discutiu a viabilidade técnica.
  • A equipe concorda que tem o conhecimento e a capacidade para entregar a funcionalidade.

Definition of Done (DoD)

A Definition of Done (DoD) estabelece os critérios que uma funcionalidade deve atender para ser considerada completa e pronta para entrega da sprint. O objetivo é garantir que a entrega da sprint esteja em conformidade com os requisitos técnicos e as necessidades práticas das lojas Closet Chic e Leoni, assegurando confiabilidade no uso diário.

1. Código e Testes Concluídos​

  • Testes realizados manualmente estão passando sem nenhuma falha (Todos os casos de teste criados vieram a partir das Histórias de Usuário ou Definidos com o Cliente).
  • O código foi revisado e aprovado por outro membro da equipe (Code Review).
  • O código foi integrado à branch principal (main/developer) sem erros.

2. Critérios de Aceitação Validados​

  • A funcionalidade cumpre todos os critérios de aceitação definidos na história.
  • Os testes manuais foram executados e aprovados pela equipe.

3. Validação do Negócio​

  • A funcionalidade foi totalmente aprovada pelo Product Owner (PO) durante a Sprint Review.
  • Feedbacks da Sprint Review foram revisados e validados.