Une user story est une description courte et en langage naturel d'une fonctionnalité du point de vue de l'utilisateur. Elle capture qui veut quelque chose, quoi il veut, et pourquoi. Les critères d'acceptation définissent ce que « fait » signifie pour cette story — les conditions qu'elle doit satisfaire pour être acceptée.
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 partie « so that » est la plus importante — elle énonce la valeur, ce qui aide l'équipe à trouver de meilleures solutions que celle littéralement demandée.
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..."
Indépendante, Négociable, Précieuse, Estimable, Petite, Testable. Une story trop grande pour être estimée ou terminée dans un sprint doit être divisée.
Les stories gardent l'équipe focalisée sur la valeur utilisateur plutôt que sur une liste de tâches techniques, et elles invitent à la conversation au lieu de dicter une solution.
Des critères d'acceptation clairs préviennent les frictions les plus courantes en termes de livraison : construire quelque chose qui fonctionne techniquement mais n'est pas ce qui était réellement nécessaire.