8. DoR e DoD
8.1 Definition of Ready (DoR)
Conjunto de critérios que assegura que uma funcionalidade ou requisito identificado possua informações claras, está bem compreendido pela equipe e estimado de forma adequada, estando pronto para ser desenvolvido. Esses critérios reduzem ambiguidades e contribuem para um avanço mais fluido e eficaz do time durante o ciclo de desenvolvimento.
- O Requisito está documentado no backlog de forma detalhada e sem ambiguidade? Para que possa ser iniciado, o requisito deve estar registrado de maneira clara, objetiva e completa no backlog, incluindo contexto, cenários de uso e dados de entrada e saída bem definidos.
- A História de Usuário está dentro da estrutura padrão? A história de usuário deve seguir o formato padrão: "Como [persona], eu quero [funcionalidade], para que [benefício]".
- O requisito foi prototipado? Existe um mockup ou protótipo navegável (ex.: no Figma) referenciado na própria User Story, garantindo clareza visual sobre o comportamento e layout esperado da funcionalidade.
- Os Critérios de Aceitação foram definidos e acordados com o cliente? Cada critério foi validado em reunião de refinamento com o cliente.
- A interface está em conformidade com o design aprovado, refletindo cores, tipografia e layout especificados? As telas foram validadas pelo designer e estão de acordo com o guia de estilo definido.
- A interface atende às normas e diretrizes de Interação Humano-Computador (IHC), garantindo usabilidade e acessibilidade? Foram seguidas boas práticas de usabilidade.
- O requisito cabe em uma única iteração de desenvolvimento? Deve ser pequeno e bem delimitado para ser concluído no período de duas semanas.
8.2 Definition of Done (DoD)
Trata-se de um conjunto de critérios objetivos que estabelece quando uma funcionalidade implementada ou incremento de produto pode ser considerado completamente finalizado. Esses critérios geralmente envolvem a aprovação nos testes previstos, a devida atualização da documentação associada e a revisão de código. A não conformidade com esses requisitos implica que a entrega não deve ser considerada concluída nem liberada para uso.
- O código foi revisado por um desenvolvedor diferente do que fez o código? O código deve ser revisado por outro desenvolvedor, diferente de quem o escreveu, para que um olhar externo possa identificar melhorias e possíveis ajustes.
- A funcionalidade passou por todos os Critérios de Avaliação? A funcionalidade só pode ser considerada concluída se for avaliada e aprovada em todos os critérios definidos previamente.
- A funcionalidade foi testada e validada com todos os testes unitários e de integração? A funcionalidade deve ser validada com testes unitários e de integração que cubram todos os fluxos críticos do sistema, garantindo seu correto funcionamento.
- A entrega representa um incremento ao produto? Cada entrega deve adicionar uma funcionalidade relevante que contribua, de forma prática, para a evolução do produto.
Histórico de Versão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 22/05/2025 | 1.0 | Criação do documento | Weverton Rodrigues |
| 26/05/2025 | 1.1 | Refatoração do DoR e DoD | Vinícius Rufino |
| 23/06/2025 | 2.0 | Refatoração do DoR e DoD | Felipe Henrique |
| 24/05/2025 | 1.1 | Correção do DoR e DoD | Vinícius Rufino |