Alors 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 toilettes). 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 partager autour de soi. Et c’est vivement conseillé de partager une feuille de route autour de soi. Imaginer votre partenaire qui n’avait pas planifié de s’arrêter à Lyon, etc. 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 ne se déroule rarement comme prévu.
La Go Product Roadmap quant à elle, a été imaginée par Roman Pichler, comme une Roadmap orienté objectif. Si on traduit notre roadmap du 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 mettons votre partenaire autour de la roadmap, 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 ?
Si on fait le parallèle avec le module précédent, 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. Dans le module suivant, je vous présente et partage le canva de la Product Roadmap.
Comment écrire votre première Go Product Roadmap ?
L’heure est arrivée, vous avez tous les membres, votre créneau est bloquée dans les agenda, votre salle virtuelle ou physique de prête avec le matériel adéquat. C’est le moment d’expliquer et d’animer cette séance autour du GO Product Roadmap.
Dans l’ordre,
1️⃣ Dans la ligne Timeframe, vous pouvez y mettre vos périodes de temps comme expliqué dans le module précédent. ⏰
2️⃣ La ligne name, permet de donner un nom à votre version ou à votre trimestre pour communiquer plus simplement autour de vous.
3️⃣ Concernant la ligne Goal, vous pouvez répondre à la question suivante :
Quelle est la raison de créer une nouvelle release ? 🎯
4️⃣ A propos de la ligne High Features, vous pouvez répondre à ces questions :
Quelles sont les grandes fonctionnalités nécessaires qui vont permettre d’atteindre l’objectif ? 🚀
5️⃣ Ensuite, une des lignes les plus importants est la métrique, vous pouvez répondre à cette question :
Quels sont les métriques qui vont déterminer si on atteint l’objectif ? 📊
Ensuite, pour finir, vous pouvez nommer vos colonnes temporelles avec un nom représentant l’objectif à atteindre dans le temps défini.
Quels timeframes puis-je donner à ma Go Product Roadmap ?
Ca dépend de votre contexte, de vos équipes, de vos systèmes et du rythmes que vous souhaitez mettre à votre organisation.
J’aime mettre
La Go Product Roadmap peut aussi vous aider à planifier mes sprints.
La Go Product Roadmap et mes OKRs.
➡️ Visionner la vidéo pour 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 en multi équipe, c’est un point de synchronisation important peu coûteux en temps et en énergie.
J’aime utiliser 45 min pour répondre aux questions ci dessous :
Les grandes questions qu’on pourrait poser pendant ce moment :
- 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)
- Marquer les features high level 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éflexions ou même de solutions.)
- ROTI, debriefing pour améliorer la prochaine réunion ( ~ 5min)
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. Sachez que Roman effectue des formations autour de la gestion produits sur son site :
Si vous souhaitez en savoir davantage, n’hésitez pas à rejoindre le Discord “Klaxx Learning” à ce lien pour poser vos questions. Hâte de vous lire. Xav’
Ressources
Voici la Go Product Roadmap de Roman ⤵️
Vous avez des problèmes pour aligner vos équipes afin qu’elles se concentrent sur les mêmes objectifs de l’entreprise ? 🎯
Vous n’arrivez pas à tenir votre roadmap produit ?
Je vous propose d’accéder gratuitement à tout le contenu pour aligner vos équipes en créant et animant votre “Go Product Roadmap”. Contenus, vidéos, quizz et récap’ ! 🚀
Demandez moi en commentaire ou écrivez Roadmap 🗺️