Una user story è una breve descrizione in linguaggio semplice di una feature raccontata dal punto di vista dell'utente. Cattura chi vuole qualcosa, cosa vuole e perché. I criteri di accettazione definiscono cosa significa "fatto" per quella story — le condizioni che deve soddisfare per essere accettata.
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.
La parte "so that" (affinché) è la più importante — esprime il valore, che aiuta il team a trovare soluzioni migliori rispetto a quella letteralmente richiesta.
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..."
Indipendent, Negotiable, Valuable, Estimable, Small, Testable. Una story troppo grande per essere stimata o completata in uno sprint dovrebbe essere suddivisa.
Le story mantengono il team focalizzato sul valore per l'utente piuttosto che su una lista di task tecnici, e invitano la conversazione invece di dettare una soluzione.
I criteri di accettazione chiari prevengono l'attrito di delivery più comune: costruire qualcosa che funziona tecnicamente ma non è quello che era effettivamente necessario.