Definition of Ready (DoR)

Introdução

A Definition of Ready (DoR) é uma prática comumente utilizada na metodologia ágil, especialmente no contexto do desenvolvimento de software. Ela é usada para garantir que os itens de trabalho (como histórias de usuário ou tarefas) estejam devidamente preparados antes de serem selecionados para serem trabalhados em uma iteração ou sprint.

A definição de prontidão ajuda a garantir que os itens de trabalho selecionados para uma iteração ou sprint estejam suficientemente claros e preparados, o que contribui para uma execução mais suave e eficiente do trabalho. Além disso, ela promove uma melhor comunicação e colaboração entre os membros da equipe, pois todos compartilham uma compreensão comum do que significa um item estar pronto para ser trabalhado.

Abaixo temos uma lista com as definições decididas:

Descrição clara: O requisito está claramente descrito, de forma concisa e compreensível.
Critérios de aceitos: Os critérios de aceitação estão documentados de forma detalhada, descrevendo os resultados esperados.
Valor para o usuário: O requisito possui valor direto para o usuário ou para o negócio, atendendo a uma necessidade ou objetivo específico.
Escopo limitado: O requisito é suficientemente pequeno e bem definido, permitindo que seja concluído dentro de uma iteração do projeto.
Especificação completa: Todas as informações necessárias para implementar o requisito estão disponíveis, como designs, wireframes, protótipos ou qualquer outra forma de especificação.
Dependências identificadas: Todas as dependências externas ou requisitos prévios necessários para a implementação do requisito são identificados e são conhecidos.
Recursos disponíveis: Os recursos necessários para implementar o requisito, como tempo, equipe, ferramentas e conhecimentos técnicos, estão disponíveis ou podem ser adquiridos dentro das restrições do projeto.
Riscos e problemas conhecidos: Quaisquer riscos ou problemas relacionados ao requisito são conhecidos e documentados, com planos de mitigação ou ações corretivas aplicáveis, quando aplicável.
Revisado pelo Product Owner: O requisito foi revisado e aprovado pelo Product Owner ou representante do cliente, garantindo seu alinhamento com as necessidades e objetivos do projeto.
Pronto para estima: O requisito está suficientemente preparado para ser estimado pela equipe de desenvolvimento, considerando a complexidade, o esforço necessário e a capacidade da equipe.