User story : définition et modèle
Une user story, ou récit utilisateur, est la description courte d'un besoin, exprimée du point de vue de celui qui en tirera parti : qui il est, ce qu'il veut faire et dans quel but. Elle sert d'unité de travail dans les méthodes agiles et se complète de critères d'acceptation, qui disent quand le besoin est satisfait. La notion est née avec l'Extreme Programming de Kent Beck, à la fin des années 1990.
Origine et modèle de la user story
Kent Beck introduit les user stories sur le projet C3 de Chrysler, en 1997, puis les décrit en 1999 dans Extreme Programming Explained, comme la matière du jeu de planification. En 2001, Ron Jeffries résume la démarche en trois C : la carte, support physique de l'histoire ; la conversation entre ceux qui expriment le besoin et ceux qui le réalisent ; la confirmation, qui vérifie que l'objectif est atteint.
La formule « En tant que [rôle], je veux [action] afin de [bénéfice] » vient de l'équipe de Rachel Davies chez Connextra, une société britannique, au début des années 2000. Mike Cohn l'a diffusée largement avec son livre User Stories Applied, paru en 2004.
Critères d'acceptation et découpage
Les critères d'acceptation fixent les conditions vérifiables de réussite : règles de gestion, cas limites, messages attendus. Beaucoup d'équipes les rédigent sous la forme « Étant donné, quand, alors », qui se transforme directement en test automatisé. Pour une story de validation de facture : étant donné une facture supérieure au seuil de délégation, quand le comptable la soumet, alors elle part en approbation chez le responsable budgétaire.
Une story trop large se découpe par parcours, par règle de gestion ou par type de données, jusqu'à tenir dans une itération. Le critère INVEST, proposé par Bill Wake en 2003, résume les qualités attendues : indépendante, négociable, porteuse de valeur, estimable, de petite taille, testable.
Qui écrit les user stories
Le product manager ou le product owner en répond : il s'assure que chaque story sert l'objectif du produit et la place dans le backlog. La rédaction est souvent partagée. Dans un projet de système d'information de gestion, le chef de projet MOA les écrit avec les utilisateurs métier, à partir des processus décrits en atelier. Les développeurs web et mobile les discutent avant de s'engager, posent les questions de règles et proposent un découpage réalisable.
Les métiers
Les métiers qui s'en occupent.
- Produit, UX & Performance DigitaleProduct Manager
42 k€ à 250 k€ et plus brut annuel
- Systèmes d'Information Finance & MOAChef de Projet MOA
40 k€ à 120 k€ et plus brut annuel
- Développement, Architecture & Direction TechniqueDéveloppeur Web et Mobile
38 k€ à 130 k€ et plus brut annuel
Questions fréquentes
User story : vos questions.
- Quelle différence entre user story et use case ?
- Le cas d'utilisation, ou use case, décrit en détail l'interaction entre un acteur et le système : scénario principal, variantes, exceptions, préconditions. La user story énonce le besoin en une phrase et renvoie le détail à la conversation et aux critères d'acceptation. Le use case convient aux spécifications complètes rédigées d'avance ; la user story, aux équipes qui précisent le besoin au fil des itérations. Certains projets de progiciel emploient les deux.
- Comment écrire une bonne user story ?
- Une bonne user story nomme un utilisateur précis, une action et le bénéfice attendu, puis se complète de critères d'acceptation vérifiables. Elle décrit le besoin et laisse la solution à l'équipe. Elle tient dans une itération et se discute avec les développeurs avant d'être engagée. « En tant que contrôleur de gestion, je veux comparer le réel au budget par centre de coûts afin d'expliquer les écarts au comité mensuel » réunit ces qualités.
- Qu'est-ce qu'une epic en agilité ?
- Une epic, ou épopée, est un besoin trop large pour tenir dans une seule itération, qui se découpe en plusieurs user stories. Elle couvre par exemple toute la saisie budgétaire d'un outil de planification, puis se décline en stories sur la saisie, la validation et l'export. Dans les cadres agiles à l'échelle, les epics se rattachent elles-mêmes à des thèmes ou à des initiatives, ce qui relie le travail des équipes aux objectifs de l'entreprise.
Dans le lexique : Backlog produit, Cahier des charges, CI/CD.
À propos de l'auteur
Consultant Sourcing chez Entourage Recrutement
Sourceur depuis sept ans sur les métiers financiers et technologiques, Bruno approche les profils qui restent loin des annonces. Il intervient sur les mandats en CDI comme sur les missions freelance.
Vous recrutez sur ces sujets ?
Décrivez le poste et son périmètre. Un consultant Tech vous recontacte sous 24 heures ouvrées pour cadrer la recherche avec vous.