Assinale a opção que, em metodologias ágeis, apresenta corretamente a principal diferença entre a "Definição de Pronto" (DoR) e a "Definição de Feito" (DoD).
- A)A Definição de Pronto define quando uma tarefa pode ser trabalhada, enquanto a Definição de Feito define quando uma tarefa é concluída.
Errada, porque a DoR não trata de conclusão, e sim de prontidão para iniciar o trabalho.
- B)A Definição de Pronto define quando um recurso pode ser trabalhado, enquanto a Definição de Feito define quando um recurso é concluído
Errada, porque usa "recurso" de forma imprecisa e não explicita corretamente a ideia de pronto versus feito em uma história de usuário.
- C)A Definição de Pronto define os critérios de aceitação para uma tarefa, enquanto a Definição de Feito define os critérios de aceitação para uma história de usuário.
Errada, porque DoR e DoD não são definidos como critérios de aceitação da forma como a alternativa descreve.
- D)A Definição de Pronto define critérios de aceitação para um recurso, enquanto a Definição de Feito define critérios de aceitação para um lançamento.
Errada, porque a DoR não define critérios de aceitação para recurso nem a DoD para lançamento; isso mistura níveis diferentes do processo.
- E)A Definição de Pronto define quando uma história de usuário pode ser trabalhada, enquanto a Definição de Feito define quando uma história de usuário é concluída.
Certa, porque a DoR indica quando a história de usuário pode ser trabalhada e a DoD indica quando ela pode ser considerada concluída.
Gabarito: E
Em metodologias ágeis, a ideia é simples: antes de começar uma demanda, a equipe quer saber se ela está "pronta" para entrar no trabalho; depois de executá-la, quer saber se ela está realmente "feita" de acordo com o padrão combinado. A Definição de Pronto, ou DoR (Definition of Ready), funciona como um checklist de entrada: a história de usuário pode seguir para desenvolvimento quando possui informações suficientes, critérios claros e dependências conhecidas. Já a Definição de Feito, ou DoD (Definition of Done), é o checklist de saída: a história só é considerada concluída quando atende aos critérios de qualidade e entrega estabelecidos pela equipe. Na prática, a DoR evita que a equipe comece item mal explicado, cheio de lacunas ou sem prioridade clara. A DoD evita aquela velha fantasia corporativa de chamar de pronto algo que ainda está pela metade. Ou seja, DoR olha para o início do trabalho; DoD olha para o fechamento do trabalho. O gabarito é a letra E porque ela traduz exatamente essa diferença: a história de usuário pode ser trabalhada quando atende à DoR, e é considerada concluída quando atende à DoD. Essa distinção é clássica em Scrum e em métodos ágeis em geral, embora não seja uma regra de lei, mas sim uma prática consolidada na literatura ágil e no Scrum Guide. Resumo de prova: DoR prepara a entrada, DoD valida a saída. Se a alternativa inverter isso ou trocar "história", "recurso" ou "lançamento" sem cuidado, desconfie na hora.