Description courte d'une fonctionnalité formulée du point de vue de l'utilisateur, suivant le format : "En tant que [rôle], je veux [action] afin de [bénéfice]". Elle capture le besoin sans prescrire la solution. Les user stories alimentent le backlog produit et sont estimées par l'équipe de développement. Elles remplacent les spécifications détaillées par des conversations structurées. Les critères d'acceptation, ajoutés à chaque story, définissent quand elle est terminée.
Les user stories s'écrivent collaborativement entre Product Owner, designers et développeurs. Elles doivent être assez petites pour tenir dans un sprint. Le piège courant : écrire des stories techniques déguisées en besoin utilisateur. Les critères d'acceptation transforment l'intention en conditions vérifiables. L'acronyme INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) sert de grille de qualité.
Chez Spotify : "En tant qu'utilisateur free, je veux sauvegarder une playlist pour la retrouver à ma prochaine visite." Critère d'acceptation : la playlist apparaît dans "Ma bibliothèque" après reconnexion.