---
title: Acceptance Criteria
localeTitle: Critérios de aceitação
---
## Critérios de aceitação

A História do usuário, como um item em sua lista de pendências, é um marcador de posição para uma conversa. Nesta conversa, o Product Owner e a Delivery Team chegam a um entendimento sobre o resultado desejado.

Os Critérios de Aceitação informam à Equipe de Entrega como o código deve se comportar. Evite escrever o **"como"** da história do usuário; mantenha o **"o que"** . Se a equipe estiver seguindo o TDD (Test Driven Development), ela poderá fornecer a estrutura para os testes automatizados. Os Critérios de Aceitação serão o início do plano de teste para a equipe de QA.

Mais importante ainda, se a história não atender a cada um dos Critérios de aceitação, o Product Owner não deve aceitar a história no final da iteração.

Os critérios de aceitação podem ser vistos como um instrumento para proteger a equipe de entrega. Quando a equipe de entrega se compromete com um conjunto fixo de histórias no planejamento da Sprint, ele também se compromete com um conjunto fixo de critérios de aceitação. Isso ajuda a evitar o deslizamento do escopo.

Considere a seguinte situação: ao aceitar a história do usuário, o Product Owner sugere adicionar algo que não estava no escopo da história do usuário. Nesse caso, a equipe de entrega está em condições de rejeitar essa solicitação (por menor que seja) e solicitar que o proprietário do produto crie uma nova história de usuário que possa ser resolvida em outro Sprint.

#### Mais Informações:

Nomad8 fornece uma [FAQ sobre Critérios de Aceitação](https://nomad8.com/acceptance_criteria/)

Maior Agile nos [Critérios de Aceitação](https://www.leadingagile.com/2014/09/acceptance-criteria/)