1.8 KiB
| title | localeTitle |
|---|---|
| Acceptance Criteria | 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
Maior Agile nos Critérios de Aceitação