Story Mapping pas à pas
Auteur : Cara Turner
Source : Story Mapping - step by step
Date : Janvier 2011
Traducteur : Fabrice Aimetti
Date : 29/01/2011
Traduction :
1. Introduction
Une story map[1] est une vue haut-niveau de l'application à développer du point de vue de l'utilisateur.
Le Story Mapping fait partie de l'étape de Planification de Release et se révèle un excellent outil pour identifier les Minimal Marketable Features (MMF[2]) de la prochaine version. Cela se fait avec le Product Owner, idéalement avant de commencer le développement d'un nouveau produit, puis avant chaque nouvelle version.
Pour préparer correctement une session de Story Mapping, vous devez d'abord identifier :
- Un Personnage[3] pour chacun des utilisateurs du système, par exemple : Cathy, la gestionnaire de la flotte de véhicules et administrateur du système.- Les principales activités effectuées par cet utilisateur et correspondant aux différentes parties du système qu'il va utiliser (par exemple, le tableau de bord, le suivi des véhicules, l'administration du système); écrivez-les sur de grands bristols.- Faites-vous une idée sur ce que seraient les sous-activités de chacune de ces activités principales.
Vous aurez également besoin d'une pièce avec soit un grand tableau blanc, soit un grand mur, ou même un grand plancher pour déployer tous les post-its. Comme toujours, vous vous aiderez de pâte à coller et de marqueurs de toutes les couleurs.
2. La réunion de Story Mapping
Les Personnages :
- Pour démarrer le Story mapping, créez un bristol pour chacun des personnages identifiés et mettez-les en place.- Le bristol doit contenir le nom du personnage, son rôle et ses responsabilités principales.
Le Squelette :
La ligne du haut est appelée le squelette.
- Sélectionnez un utilisateur et les bristols concernant les principales activités pour lesquelles il est impliqué.- Collez-les dans l'ordre de fréquence d'utilisation pour lesquelles ces activités sont réalisées et de gauche à droite.
Cela nous donne la vue sur un parcours typique de l'utilisateur à travers le système.
La Colonne vertébrale :
Dans l'étape suivante, on commence à définir les tâches typiques au sein de chacune des activités de haut niveau.
Par exemple, pour le suivi des véhicules, Cathy devra être en mesure de :
- Voir une carte- Voir l'état du véhicule- Activer le relais de communication- Afficher les événements en temps-réel- ... y compris quelques activités de configuration du système.
Les Étapes :
Maintenant, nous sommes prêts à décomposer chacune des tâches en étapes.
Déplacez le bristol du Squelette vers un autre tableau/mur et placez les tâches de la Colonne vertébrale identifiées dans l'étape précédente sur une ligne horizontale, cette fois par ordre de priorité pour le Version.
Ici, "Configuration du système" a été mis en première position, ensuite la Carte et enfin les Actions sur carte en plus faible priorité.
En dessous, nous listons les étapes à suivre pour chaque tâche :
- Quelles actions ou étapes, Cathy, peut-elle réaliser pour chaque tâche ?- Quels sont celles de plus haute priorité ?
Inscrivez-les sur des post-its, et ordonnez-les verticalement par ordre de priorité.
Le Product Owner est maintenant facilement en mesure d'identifier les éléments qui seront critiques pour sa première version, et commence à avoir une très bonne intuition pour les versions futures. Ils peuvent être regroupés ou marqués avec des pastilles de différentes couleurs pour faire la différence entre la version 1, la version 2 et les autres priorités.
Pour préparer [4] le Backlog Produit, chacune des "Etapes" sera décomposée en 3 ou 4 Stories Utilisateurs, de sorte que le Product Owner sera également en mesure de commencer à les prioriser dans les sprints à venir.
Et il est facile de partager la vision avec les équipes de développement, qui peuvent comprendre le contexte de chacune des étapes qu'elles fabriqueront.
NdT :
[1] Cartographie des stories ?
[2] Ensemble de fonctionnalités minimales apportant de la valeur à l'utilisateur.
[3] On pourrait presque traduire par Persona.
[4] Grooming
