DoR e DoD

Definition of Ready (DoR)

DoR (Definition of Ready) são os critérios que uma história de usuário ou tarefa precisa atender para ser considerada pronta para ser iniciada pela equipe. Isso inclui ter requisitos claros, dependências resolvidas e o escopo bem definido, garantindo que a equipe tenha tudo o que precisa para começar o trabalho de forma eficiente.

• O Requisito está detalhado e sem ambiguidade?
  O requisito deve ser claro, sem interpretações vagas, para evitar confusões durante o desenvolvimento. Ele deve fornecer detalhes suficientes sobre o que é esperado.

• O Requisito possui todas as informações necessárias para ser desenvolvido?
  O requisito deve ser completo, com todas as informações essenciais, como especificações técnicas, contexto de negócio e qualquer dado necessário para iniciar o desenvolvimento.

• O Requisito possui critérios de aceitação?
  Critérios de aceitação são condições específicas que indicam quando o requisito será considerado completo. Isso ajuda a garantir que o trabalho atenda às expectativas e não haja surpresas ao final.

• O Requisito está declarado na forma de Histórias de Usuário, seguindo a estrutura: "Como quero para "?
  A história de usuário deve ser formulada de forma que descreva claramente quem está solicitando a funcionalidade, o que é esperado e qual é o objetivo dessa funcionalidade, ajudando a manter o foco no valor entregue ao usuário.

• O Requisito cabe em uma iteração de desenvolvimento?
  O requisito deve ser pequeno o suficiente para ser completado dentro de um ciclo de desenvolvimento (sprint), evitando que a tarefa seja grande demais para ser entregue em um único período.

• O Requisito é independente de outros requisitos ou possui suas dependências listadas?
  Idealmente, cada requisito deve ser independente, permitindo que seja trabalhado sem bloqueios. Se houver dependências, elas devem ser claramente identificadas e resolvidas antes de iniciar o trabalho.

Definition of Done (DoD)

DoD (Definition of Done) são os critérios que uma tarefa ou história deve cumprir para ser considerada concluída. Isso envolve a implementação completa, testes realizados e aprovados, documentação atualizada e revisão pelo Product Owner, garantindo que o trabalho esteja pronto para ser entregue ou implementado.

• A Entrega possui todos os critérios de aceitação atendidos?
  A entrega só é considerada completa quando todos os critérios de aceitação definidos no início estão atendidos. Isso garante que a funcionalidade desenvolvida atenda às expectativas do usuário e aos requisitos do negócio.

• A Entrega foi testada e validada com testes unitários e integração?
  Antes de ser considerada concluída, a entrega precisa passar por testes adequados, como testes unitários para verificar o comportamento de componentes individuais e testes de integração para garantir que o sistema como um todo funcione corretamente.

• A Entrega mantém as funcionalidades anteriores, no caso de manutenção?
  Quando a entrega envolve manutenção ou alterações em funcionalidades existentes, deve-se garantir que as funcionalidades anteriores não sejam quebradas. Isso pode ser verificado por meio de testes de regressão ou validação de que as funcionalidades antigas continuam funcionando conforme esperado.

• A Entrega oferece um incremento ao produto?
  A entrega deve agregar valor ao produto, seja com novas funcionalidades, melhorias de performance, correção de erros ou outras melhorias. Cada entrega deve representar um avanço no desenvolvimento do produto ou serviço.

Histórico de Versão

Data	Versão	Descrição	Autor	Revisores
16/12/2024	1.0	Criação da página e organizações gerais	Camila Careli	Todos os Membros