Uma história de usuário é uma descrição breve e simples de um recurso contada da perspectiva do usuário. Ela captura quem quer algo, o que quer e por que. Critérios de aceitação definem o que "pronto" significa para essa história — as condições que ela deve satisfazer para ser aceita.
As a [type of user]
I want [some goal]
so that [some benefit].
Example:
As a returning customer
I want to save my shipping address
so that I don't re-enter it every order.
O "para que" é a parte mais importante — indica o valor, o que ajuda o time a encontrar soluções melhores do que a solicitada literalmente.
Given a logged-in customer with a saved address
When they reach checkout
Then the saved address is pre-filled
And they can edit it before confirming
✓ Testable and unambiguous
✓ Defines done — no "I thought you meant..."
Independente, Negociável, Valiosa, Estimável, Pequena, Testável. Uma história muito grande para ser estimada ou concluída em um sprint deve ser dividida.
As histórias mantêm o time focado no valor do usuário em vez de uma lista de tarefas técnicas, e convidam a conversação em vez de ditar uma solução.
Critérios de aceitação claros previnem o atrito de entrega mais comum: construir algo que funciona tecnicamente, mas não é o que realmente era necessário.