Méthode & gestion de projet
User Story
Expression courte d'un besoin du point de vue de l'utilisateur, qui décrit une fonctionnalité par la valeur qu'elle apporte plutôt que par sa technique.
Qu'est-ce qu'une user story ?
Une user story (récit utilisateur) est une expression courte d'un besoin du point de vue de l'utilisateur, qui décrit une fonctionnalité par la valeur qu'elle apporte plutôt que par sa solution technique. C'est l'unité de travail de base d'un projet agile : le backlog en est composé, et l'équipe en livre quelques-unes à chaque sprint.
L'idée n'est pas de tout spécifier à l'avance, mais d'ouvrir une conversation : la user story pose le besoin, et les détails se précisent au moment de la réaliser.
Le format d'une user story
La formulation classique tient en une phrase :
En tant que [type d'utilisateur], je veux [action], afin de [bénéfice].
Par exemple : « En tant que client, je veux recevoir un e-mail de confirmation, afin d'avoir une preuve de ma commande. » Cette structure force à expliciter qui, quoi et surtout pourquoi — c'est le bénéfice qui justifie la fonctionnalité.
Les critères d'acceptation
Une user story s'accompagne de critères d'acceptation : les conditions concrètes qui permettent de dire qu'elle est « terminée ». Ils transforment une intention en quelque chose de testable.
| Élément | Rôle |
|---|---|
| La story | Le besoin et son bénéfice, en une phrase |
| Les critères d'acceptation | Les conditions de validation, vérifiables |
| L'estimation | L'effort évalué par l'équipe |
Une bonne user story est souvent résumée par l'acronyme INVEST : indépendante, négociable, à valeur, estimable, suffisamment petite et testable.
La user story et le sur-mesure
Sur un projet de logiciel sur-mesure, les user stories sont l'outil qui rend le besoin lisible par tous : le client comprend ce qu'il valide (un bénéfice métier), l'équipe sait ce qu'elle construit. Chez AppMinds, c'est le Product Owner qui rédige et priorise ces stories dans le backlog, en s'appuyant sur le cahier des charges traduit en petites unités livrables.
Ce découpage fin est aussi ce qui rend une démarche MVP possible : on identifie les quelques stories indispensables au lancement, et on reporte le reste sans jamais le perdre de vue.
Questions fréquentes
Quelle différence entre une user story et une fonctionnalité ? Une fonctionnalité est souvent large (« la gestion des commandes ») ; une user story est un petit besoin livrable au sein de cette fonctionnalité. On découpe une fonctionnalité en plusieurs stories.
Qui écrit les user stories ? Le plus souvent le Product Owner, mais l'écriture est collaborative : l'équipe affine et précise les critères d'acceptation.
Une user story doit-elle décrire la solution technique ? Non. Elle exprime le besoin et le bénéfice. C'est l'équipe qui décide ensuite comment le réaliser techniquement.
