Critérios de aceitação

Definição

Critérios de aceitação são condições que precisam ser atendidas para que um Product Backlog Item seja aceito pelos stakeholders. Algumas equipes usam termos como "condições de satisfação", "critérios de sucesso", "critérios de validação" ou "critérios de adequação" – todos descrevem essencialmente o mesmo conceito.

Contexto

Os critérios de aceitação ajudam as equipes a esclarecer quando um Product Backlog Item foi implementado com sucesso. Eles reduzem ambiguidades, criam um entendimento comum das expectativas e tornam transparente quando um trabalho é considerado concluído. Isso aumenta a qualidade do produto e facilita verificar se uma funcionalidade atende às necessidades dos stakeholders.

Descrição

Os critérios de aceitação são frequentemente definidos para User Stories. Eles descrevem, em declarações claras e verificáveis, como uma funcionalidade deve se comportar para ser considerada "Done".

Quando as equipes formulam esses critérios antecipadamente e os refinam durante o Product Backlog Refinement, conseguem identificar e resolver mal-entendidos cedo, antes do início do desenvolvimento.

Critérios de aceitação bem formulados seguem o princípio SMART:

• Específico: descreve claramente o comportamento esperado
• Mensurável: o resultado pode ser verificado
• Alcançável: a equipe consegue implementá-lo
• Relevante: atende diretamente à necessidade do usuário
• Temporal: define, quando necessário, uma expectativa de tempo

Exemplo

Exemplo de uma User Story:

"Como consultor bancário, quero saber se um cliente tem uma boa pontuação de crédito, para que eu possa decidir se aprovo seu pedido de empréstimo."

Um critério de aceitação para isso poderia ser:

"O sistema exibe a pontuação de crédito do cliente com a data da última atualização e a fonte dos dados. A pontuação deve ser baseada em dados com no máximo 30 dias."

Este critério é específico, porque a pontuação, a data e a fonte são exibidas; mensurável, já que todos os elementos podem ser verificados na interface e nos logs; alcançável, porque a equipe consegue implementá-lo; relevante, pois apoia decisões de crédito sólidas; e temporal, porque exige dados com no máximo 30 dias.

Mal-entendidos comuns

Um mal-entendido comum é equiparar os critérios de aceitação à Definition of Done. Na realidade, os critérios de aceitação se aplicam a um único Product Backlog Item, enquanto a Definition of Done se aplica a todos os itens que a equipe entrega.

Quer saber mais?

Leia o artigo sobre User Stories para entender como os critérios de aceitação complementam esse formato. Descubra também no artigo Product Backlog Refinement como os critérios de aceitação são integrados ao processo de refinamento.