Données d'exemple. Fieldnote est une entreprise fictive qui sert à remplir les 61 boards, pour que les exemples racontent une seule histoire.
Post-PMF, toute la squad Field app cartographie la journée de Léa pour découper le mode hors ligne en trois releases.
Ce que l'équipe en a tiré
La release 1 couvre tout le squelette de la journée de Léa sauf la signature : elle peut saisir chaque job hors ligne sous quatre semaines, le confort vient ensuite.
Comment l'animer
Préparation
Invite toute l'équipe de delivery plus une personne qui parle aux utilisateurs chaque semaine (support, ventes, research). Huit personnes max.
Envoie le persona et l'objectif du produit en un paragraphe la veille. La carte part d'un utilisateur, pas d'une liste de fonctionnalités.
Prépare le board avec une ligne backbone vide en haut et trois lignes horizontales de release en dessous. Empile des stickies vierges en deux couleurs : une pour les activités, une pour les stories.
Déroulé
15 min
Raconter l'histoire Une personne raconte ce que fait l'utilisateur du premier contact jusqu'au moment où il obtient de la valeur, au passé, comme si ça marchait déjà. Les autres écoutent et écrivent des activités sur des stickies, un verbe par sticky.
30 min
Construire le backbone Aligne les activités de gauche à droite dans l'ordre où l'utilisateur les vit. Fusionne les doublons. Lis la ligne à voix haute : si ça ne sonne pas comme une journée de l'utilisateur, réordonne.
50 min
Décomposer Sous chaque activité, écris les stories qui la rendent possible, la plus essentielle en haut. Des binômes travaillent sur deux activités chacun, puis tournent. Pas d'estimation pour l'instant.
20 min
Parcourir la carte Parcours de gauche à droite et demande à chaque colonne : 'quelle est la plus petite chose ici qui permet à l'utilisateur de passer à l'étape suivante ?' Descends tout le reste.
40 min
Découper les releases Trace la première ligne : ce qui traverse toutes les colonnes avec le minimum. C'est la release 1. Ne débats que des stories posées sur la ligne. Puis trace la deuxième et la troisième.
20 min
Nommer et vérifier Donne un nom à chaque tranche en langage utilisateur. Demande au tech lead si la tranche 1 tient en moins de six semaines. Sinon, retourne à la ligne.
5 min
Clôturer Photographie le board et désigne quelqu'un pour transformer la tranche 1 en items de backlog d'ici demain.
Pièges
Ne pars pas du backlog. Si tu importes les tickets existants, tu obtiens une liste de fonctionnalités déguisée en story map.
Ne laisse jamais une tranche de release sauter une colonne. Une release qui s'arrête avant que l'utilisateur obtienne de la valeur n'est pas une release, c'est une démo.
Garde le backbone sous 12 activités. Au-delà, tu cartographies une entreprise, pas un produit.
Ensuite
La tranche 1 devient le backlog de sprint, dans l'ordre des colonnes. La carte reste au mur et se met à jour après chaque release. Associe-la à un user flow pour concevoir les écrans de la tranche 1.