À retenir
- C'est un outil de communication avant d'être un document technique.
- Elle suit souvent le format : « En tant que [profil], je veux [action] afin de [bénéfice] ».
- Elle doit être assez courte pour tenir sur un post-it.
Dans le monde du développement logiciel, une story (ou user story) est une description très courte et simple d'une fonctionnalité, rédigée du point de vue de l'utilisateur final. Au lieu de lister des contraintes techniques complexes, on raconte une petite « histoire » pour expliquer ce que l'utilisateur veut accomplir et pourquoi cela lui est utile.
Étymologie
Emprunt direct à l'anglais story (histoire, récit). Le concept est apparu avec les méthodes agiles, notamment l'Extreme Programming (XP) à la fin des années 1990, pour replacer l'humain et le dialogue au centre de la création de logiciels, par opposition aux longs documents de spécifications rigides.
Exemples d'usage
En tant qu'abonné, je veux recevoir une notification par email quand un nouvel article est publié afin de ne rater aucune actualité.En tant que gestionnaire de stock, je veux pouvoir filtrer les produits périmés pour organiser les retraits rapidement.
Cas d'usage
Elle est utilisée principalement lors de la planification de projets (Agile, Scrum). Les stories servent à remplir le « backlog » (liste de tâches) et permettent aux développeurs de comprendre l'intention réelle derrière une demande technique.
Bonnes pratiques
Une bonne story doit suivre la règle INVEST : elle doit être Indépendante, Négociable, apporter de la Valeur, être Estimable (en temps/effort), Simple (petite) et Testable. Il est crucial de ne pas dicter la solution technique dans la story, mais de décrire le besoin.
Synonymes
Antonymes
Conseil
Si vous débutez, n'oubliez jamais la partie « afin de... » (le bénéfice). C'est elle qui permet de vérifier si la fonctionnalité est vraiment utile ou si on peut faire plus simple pour satisfaire l'utilisateur.
Questions fréquentes
Quelle est la différence entre une story et une tâche ?
La story décrit le besoin de l'utilisateur (le 'quoi' et le 'pourquoi'), alors que la tâche décrit le travail technique du développeur pour y parvenir (le 'comment').
Qui écrit les stories ?
Généralement le Product Owner (PO), mais idéalement, elles sont affinées lors de discussions avec toute l'équipe technique.