Introduction aux roadmaps

Avant de commencer : roadmap signifie « feuille de route ».

Par exemple, une feuille de route quand vous partez en vacances peut se traduire comme ceci : j'ai un premier jalon, m'arrêter à Lyon afin de remettre de l'essence. S'arrêter à Menton pour dormir (réserver l'hôtel, ne pas oublier la trousse de toilette). Vérifier la pression des pneus. Continuer de rouler jusqu'à Turin. C'est assez classique.

Ça peut nous aider personnellement, mais ça peut aussi être partagé autour de soi. Et c'est vivement conseillé. Imaginez votre partenaire qui n'avait pas prévu de s'arrêter à Lyon, etc.

Dans cet exemple, ça sous-entend qu'on a déjà l'objectif. On sait exactement ce qu'il va se passer. Mais vous savez très bien qu'un plan se déroule rarement comme prévu.

La Go Product Roadmap, quant à elle, a été imaginée par Roman Pichler comme une roadmap orientée objectif. Si on traduit notre roadmap ci-dessus, on aurait comme objectif « partir en vacances à Turin ». On mettrait autour de la table toutes les personnes qui auront un impact sur cet objectif, et on construirait la roadmap avec elles. Imaginons que nous mettions votre partenaire autour de la table : il pourrait très bien dire « pourquoi ne pas y aller en train ? Pas besoin de vérifier la voiture. »

Le problème des roadmaps classiques

Les roadmaps classiques sous-entendent qu'on maîtrise tous les éléments, qu'il n'y a aucune incertitude. On est souvent sur des jalons fixes, avec un périmètre fixe et un temps fixe.

Une roadmap classique est souvent initiée au début du projet ou de la construction produit, et on ne revient plus dessus. Finalement, on écrit une nouvelle roadmap chaque année sans savoir si on a réellement atteint les objectifs précédents.

L'avantage de la Go Product Roadmap

La base même de la Go Product Roadmap repose sur un système de gestion par objectif. Vous définissez d'abord l'objectif à atteindre, quel impact vous escomptez obtenir sur un temps donné. N'oubliez pas de réunir les bonnes personnes autour de la table, c'est très important pour la définition de la roadmap.

Comment écrire votre première Go Product Roadmap

L'heure est arrivée : vous avez tous les membres, votre créneau est bloqué dans les agendas, votre salle virtuelle ou physique est prête avec le matériel adéquat. C'est le moment d'animer cette séance. Dans l'ordre :

• Timeframe — vous pouvez y mettre vos périodes de temps. ⏰
• Name — donner un nom à votre version ou à votre trimestre pour communiquer plus simplement autour de vous.
• Goal — quelle est la raison de créer une nouvelle release ? 🎯
• High Features — quelles sont les grandes fonctionnalités nécessaires qui vont permettre d'atteindre l'objectif ? 🚀
• Métrique — une des lignes les plus importantes : quelles sont les métriques qui vont déterminer si on atteint l'objectif ? 📊

Pour finir, vous pouvez nommer vos colonnes temporelles avec un nom représentant l'objectif à atteindre dans le temps défini.

Quels timeframes donner à ma Go Product Roadmap

Ça dépend de votre contexte, de vos équipes, de vos systèmes et du rythme que vous souhaitez donner à votre organisation. La Go Product Roadmap peut aussi vous aider à planifier vos sprints.

Comprendre le Go Product Roadmap

Comment animer une Go Product Roadmap dans le temps

Toutes les deux semaines, vous pouvez brièvement parcourir la Go Product Roadmap afin de partager auprès de l'équipe et rappeler le sens et la direction dans laquelle on va tous ensemble. Si vous êtes en multi-équipe, c'est un point de synchronisation important, peu coûteux en temps et en énergie.

J'aime utiliser 45 minutes pour répondre aux questions suivantes :

• La Go Product Roadmap est-elle à jour ? Les objectifs pour les timeframes suivants n'ont pas changé ? (< 10 min) — mettre à jour si changement de stratégie ou pivot du produit.
• Avons-nous fini des features high level ? (< 10 min) — les marquer comme « fini » ou utiliser un code couleur.
• Où en sommes-nous dans l'atteinte de la métrique ? (< 10 min) — mettre à jour la métrique.
• Rencontrons-nous actuellement des problèmes ? (< 10 min) — si oui, les partager rapidement afin que tout le monde soit au courant ; il se peut que vos collègues aient des pistes de réflexion ou même de solutions.
• ROTI, debriefing pour améliorer la prochaine réunion (~ 5 min).

Conclusion

Voilà, vous pouvez d'ores et déjà utiliser la Go Product Roadmap pour :

• Aligner vos équipes sur les objectifs du produit
• Partager et communiquer simplement avec un outil visuel
• Communiquer lors de rituels simples, timés et efficaces

Je tiens tout particulièrement à remercier Roman Pichler, qui m'a permis de créer ce contenu sur le Go Product Roadmap et s'est rendu disponible pour moi. Roman effectue des formations autour de la gestion produit sur son site.

Si vous souhaitez en savoir davantage, n'hésitez pas à rejoindre le Discord Klaxx Learning pour poser vos questions. Hâte de vous lire. Xav'

Ressources