Definition of Ready (DoR) e Definition of Done (DoD)
O Definition of Ready (DoR) e o Definition of Done (DoD) são critérios utilizados para garantir a qualidade e clareza no desenvolvimento ágil. O DoR assegura que uma funcionalidade só seja iniciada quando estiver bem definida, com escopo claro, critérios de aceitação e sem impedimentos. Já o DoD garante que uma entrega só seja considerada concluída quando cumprir todos os requisitos funcionais, técnicos e de qualidade, incluindo testes e validação com o cliente. Esses critérios aumentam a previsibilidade, reduzem retrabalho e melhoram a comunicação entre equipe e cliente.
Definition of Ready (DoR)
A Definition of Ready (DoR) tem como objetivo garantir que os itens do backlog estejam adequadamente preparados para entrarem no ciclo de desenvolvimento. No contexto deste projeto, que adota a metodologia RAD, a DoR permite que a equipe tenha clareza e consenso sobre quando uma User Story está pronta para ser desenvolvida, reduzindo riscos, retrabalho e incertezas.
Os critérios listados a seguir são verificáveis, objetivos e de fácil entendimento, adequados à dinâmica iterativa do RAD:
- A user story está escrita no formato padrão ("Como [tipo de usuário], quero [ação], para [benefício]").
- A user story está claramente relacionada aos objetivos estratégicos do projeto, sendo possível identificar como a funcionalidade contribui para os resultados esperados pelo negócio.
- O escopo da funcionalidade está delimitado e validado com o cliente;
- Contém critérios de aceitação claros e objetivos.
- Está priorizada no backlog com base no modelo MoSCoW.
- Todas as dependências com outras funcionalidades estão mapeadas.
- Está dentro da capacidade do ciclo do RAD
- As regras de negócio estão descritas em formato BDD (Given-When-Then), garantindo clareza sobre os comportamentos esperados da funcionalidade. Esses cenários estão acessíveis para a equipe e alinhados aos critérios de aceitação da User Story
Definition of Done (DoD)
A Definition of Done (DoD) é essencial para assegurar a qualidade e a consistência das entregas. No RAD, onde entregas frequentes são esperadas, a DoD garante que uma funcionalidade esteja completamente desenvolvida, testada e pronta para uso.
Os critérios abaixo foram definidos para garantir que cada item do backlog entregue atenda às expectativas dos stakeholders e usuários finais:
- O código está implementado, testado e funciona conforme os critérios de aceitação;
- O código foi escrito, revisado e integrado ao repositório principal.
- Passou por revisão de código (code review) por outro membro da equipe.
- Todas as funcionalidades foram testadas manualmente e/ou com testes automatizados.
- Os critérios de aceitação foram validados pelo Product Owner.
- Nenhum bug crítico ou bloqueador está presente.
- Está em conformidade com os padrões de design e usabilidade definidos.
- Pode ser demonstrada ao cliente ou stakeholder.
- A funcionalidade está integrada ao fluxo do sistema.