Le Story Mapping
- Code
- PRO 4.06
- Public
- Rayon disciplinaire, tous publics
- Cours
- 6 pages, PDF
- Diaporama
- 16 diapositives, thèmes sombre et clair, PowerPoint modifiable et PDF
- Synthèse
- 2 pages, PDF
- Podcast
- Fichier audio
- Vidéo
- Fichier vidéo MP4
- Infographie
- L'essentiel de la fiche sur une image
- Avec l'achat
- Téléchargement dans votre espace client
Une équipe agile peut livrer une story brillante à chaque sprint sans jamais produire une expérience utilisable de bout en bout. Le User Story Mapping résout ce paradoxe en cartographiant le parcours utilisateur.
Voir ce que traite le coursCours
6 pages rédigées, en PDF.
Diaporama
16 diapositives en PowerPoint modifiable, thème sombre pour projeter et thème clair pour imprimer.
Synthèse
2 pages pour réviser l'essentiel.
Podcast
La notion expliquée à l'oral, à écouter hors de l'écran.
Vidéo
Une présentation animée de la notion, en MP4.
Infographie
L'essentiel de la fiche sur une image.
Ce que traite le cours
5 parties, 6 pages
IOrigine, fondements et terminologie
- Le constat de Jeff Patton
- Le vocabulaire de la Story Map
- Pourquoi une carte 2D plutôt qu'une liste ?
IIAnatomie d'une Story Map
- La structure en couches
- Les règles de lecture
IIILa démarche en 6 étapes
IVLe bon découpage : slice horizontal vs Frankenstein
VPièges, compétences clés et articulation
- Erreurs fréquentes
- Compétences clés du facilitateur
- Articulation avec le référentiel
Notions, outils et auteurs
Chaque repère mène aux autres fiches qui le traitent.
Modèles et outils
Auteurs et théories
Présentation de la notion
Le constat de Jeff Patton : les stories Frankenstein
Au début des années 2000, le consultant agile Jeff Patton observe que les équipes Scrum produisent des backlogs plats — de simples listes ordonnées de user stories. Le problème est structurel : on perd la vision du parcours global et on assemble des morceaux de fonctionnalités qui ne forment jamais un produit cohérent, ce que Patton appelle les « stories Frankenstein ». Sa solution, proposée dès 2005 et formalisée dans User Story Mapping (O'Reilly, 2014) : représenter les stories sur une carte 2D plutôt que sur une liste.
La suite de cet article se lit librement sur le Mag : lire le guide complet de la notion.
Objectifs de la fiche
- Identifier le défaut d'un backlog plat : la perte de vision du parcours utilisateur global
- Construire une Story Map avec son backbone, ses activités, ses tâches et ses user stories
- Formuler une user story au format canonique persona / action / bénéfice
- Découper un produit en releases transverses porteuses de valeur
- Définir un MVP comme la plus petite tranche livrant une expérience complète
- Distinguer un MVP d'un simple prototype incomplet
Questions fréquentes
Qu'est-ce que le User Story Mapping ?
C'est une technique de priorisation et de découpage de produit qui organise les fonctionnalités sur une carte 2D : l'axe horizontal représente le parcours utilisateur, l'axe vertical la priorité. Inventée par Jeff Patton en 2005, elle rend visible la cohérence d'usage qu'un backlog plat masque.
Qu'est-ce que le backbone d'une Story Map ?
Le backbone, ou épine dorsale, est la rangée du haut de la carte : les 4 à 8 grandes activités utilisateur de haut niveau, rangées dans l'ordre chronologique du parcours (par exemple s'inscrire, découvrir, acheter, recevoir, se fidéliser).
Comment définir le MVP avec une Story Map ?
Le MVP correspond à la première tranche horizontale de la carte : la plus petite bande de stories qui livre une expérience utilisateur complète de bout en bout et apporte de la valeur. Selon Eric Ries (2011), il ne faut pas le confondre avec un prototype incomplet.
Pourquoi une carte 2D plutôt qu'une liste ?
Un backlog plat est unidimensionnel : seule la priorité y apparaît. La Story Map ajoute une seconde dimension, le parcours utilisateur. Ce croisement parcours × priorité permet de découper le produit en releases qui ont un sens du point de vue de l'utilisateur.