Definição de Critérios de Pronto vs Aceitação no Scrum

A  definição de conclusão  (DoD) é uma lista de requisitos que a história do usuário deve cumprir para que a equipe possa invocá-la como concluída.

Os  critérios de aceitação  para histórias de usuários incluem um conjunto de cenários de teste que atenderão aos requisitos para confirmar se o software funciona conforme o esperado.

Quando a história do usuário será concluída?

Em outras palavras, para completar histórias de usuários, DOD e critérios de aceitação devem ser atendidos. Os incrementos de produto não são considerados completos, a menos que ambas as listas sejam concluídas. Portanto, precisamos definir dois aspectos da definição do DoD – critérios de conclusão e critérios de aceitação:

Definição de Pronto

A definição de Pronto está estruturada como uma lista de itens, cada um usado para validar uma História ou PBI, que existe para garantir que a Equipe de Desenvolvimento concorde com a qualidade do trabalho que está tentando produzir. Ele serve como uma lista de verificação que é usada para verificar a  integridade de cada   Item do Backlog do Produto (também conhecido como PBI) ou História do Usuário. Os itens na definição de “Concluído” devem ser aplicáveis ​​a todos os itens do Product Backlog, não apenas a uma única História de Usuário.

Ele pode ser resumido da seguinte forma:

• O termo se aplica mais ao incremento do produto como um todo
• Na maioria dos casos, o termo implica que o incremento do produto pode ser entregue
• O termo é definido no Guia do Scrum
• Usado como uma forma de comunicação entre os membros da equipe
• Qualidade geral do software
• Se o incremento é entregável ou não

Exemplo – Definição de Pronto

• Código revisado por pares?
• Código concluído?
• Código revisado?
• Código registrado?
• Testes unitários passaram?
• Testes funcionais passaram?
• Testes de aceitação concluídos?
• Product Owner  revisado e aceito?

Critérios de Aceitação

As histórias de usuário são um dos principais  artefatos de desenvolvimento  para  o desenvolvimento ágil , mas  o Scrum  não exige explicitamente que as histórias de usuário ou os critérios de aceitação sejam usados. Se um item do backlog do produto for considerado grande demais para ser colocado em um sprint, normalmente será dividido em história de usuário e, posteriormente, em um conjunto de tarefas, conforme mostrado na Figura:

As histórias de usuário encapsulam os critérios de aceitação, portanto, muitas vezes vemos a definição de critérios de aceitação e concluídos coexistindo em nosso processo de desenvolvimento de scrum. A história do usuário fornece o contexto da funcionalidade que a equipe deve entregar. Os critérios de aceitação orientam sobre os detalhes dessa funcionalidade e como o cliente os aceitará. Os dois juntos fornecem toda a entrega.

Alguns dos Critérios de Aceitação serão descobertos em eventos de Refinamento do Backlog Contínuo antes do início do Sprint, e outros serão descobertos logo após o  Planejamento do Sprint ,  quando se sentar para conversar sobre a história do usuário em uma pequena equipe. Portanto, os Critérios de Aceitação são atributos exclusivos da História do Usuário ou do Item do Backlog do Produto.

• O termo se aplica a um PBI/História individual
• Os Critérios de Aceitação são diferentes para cada PBI/História
• O prazo não está definido no Guia do Scrum
• Usado como uma forma de comunicar a todos os envolvidos que os requisitos para uma PBI/história em particular foram atendidos
• Também conhecido como Testes de Aceitação, Condições de Satisfação, em alguns casos “Casos de Teste”, etc.

Exemplo de história de usuário com critérios de aceitação

A figura abaixo mostra um exemplo de critérios de aceitação de uma história de usuário.