Une feuille de route produit est l’un de vos outils de communication les plus essentiels en gestion de produit. Elle permet de transmettre votre vision et votre stratégie produit à tous les intervenants pour obtenir leur adhésion, de gérer plusieurs produits ainsi que votre backlog produit, et de suivre la priorisation des fonctionnalités. En tant que chef de produit, vous rendez un mauvais service à votre développement produit si une roadmap n’est pas en place.
Un produit réussi doit avoir un plan clair de là où il va pour pouvoir s’imposer. Vous voulez garantir que toutes vos équipes produit suivent la bonne direction et la même trajectoire.
Une bonne feuille de route produit peut vous permettre justement cela.
Parfois, il suffit d’une étincelle d’inspiration pour démarrer cette feuille de route produit. Dans cet article, nous verrons quelques exemples de feuilles de route produit à suivre. Je présenterai différents types de feuilles de route pour vous donner une idée des différentes approches possibles.
J’inclurai également un exemple de mauvaise feuille de route afin d’illustrer ce qu’il ne faut PAS faire.
1. Feuille de route produit Unreal Engine
Qu’est-ce que c’est ?
Unreal Engine est une suite complète d’outils de création pour le développement de jeux vidéo, la visualisation architecturale et automobile, la création de contenus linéaires pour le cinéma et la télévision, la production de diffusions et d’événements en direct, la formation et la simulation, ainsi que d’autres applications en temps réel.
FAQ Unreal Engine
L’Unreal Engine est principalement associé au développement de jeux vidéo. Sorti pour la première fois en 1998, Unreal Engine a lancé sa cinquième édition, Unreal Engine 5, en avril 2022.
Jetons un œil de plus près à cette feuille de route produit visuelle unique. Voici la vue d’ensemble :

Vous pouvez consulter la feuille de route produit du nouveau produit, Unreal Engine 5, mais aussi celles des versions précédentes comme Unreal Engine 4.
Il faut noter que sur cette capture d’écran, on ne le voit pas, mais certaines images sont en gif pour illustrer le fonctionnement de chaque fonctionnalité listée.
Avec cette vue d’ensemble, vous pouvez avoir une idée générale de la vision produit et des objectifs pour la version actuelle d’Unreal Engine.
Néanmoins, en fonction de vos connaissances, il est possible que vous ne compreniez pas la signification de certaines fonctionnalités spécifiques présentes sur la feuille de route.
Par exemple, qu’est-ce que la « résolution temporelle supérieure » ? Si vous cliquez dessus, vous accédez à plus de détails sur cette fonctionnalité spécifique :

Parfait ! Cela permet effectivement de mieux comprendre cette fonctionnalité en particulier.
Avec l’image ci-dessus, notez la section en bas qui demande à quel point cette fonctionnalité vous paraît importante.
Pour un produit avec une base de clients aussi vaste qu’Unreal Engine, il y a de nombreux intervenants ayant chacun des besoins différents. Les objectifs business varient selon l’acteur concerné.
Pour reprendre l’exemple de la résolution temporelle supérieure, pour certains, la fonctionnalité peut être utile, importante, ou même essentielle.
Lorsque vous sélectionnez l’une de ces trois options, ceci apparaît :

Vous pouvez voter sur l’importance de cette fonctionnalité et indiquer (par email) en quoi cela est pertinent pour vous, afin de transmettre votre retour aux équipes internes.
Qu’est-ce qui fait de ceci un excellent exemple de feuille de route produit ?
Il est très facile de voir les feuilles de route produit bourrées de fonctionnalités, de jalons, d’epics, et ainsi de suite.
Il est facile de commencer à regarder une feuille de route produit et d’avoir l’impression que vos yeux se croisent avec des mots partout. Comme déplier une ancienne carte routière avant l’ère des smartphones.
Ce qui rend la feuille de route produit d’Unreal Engine remarquable et inspirante, c’est à la fois sa facilité de lecture et la profondeur à laquelle vous pouvez accéder si vous souhaitez explorer plus en détail.
Dès la première couche de la feuille de route produit, vous avez un exemple clair et visuel (certains utilisent des gifs) pour illustrer les livrables présents sur cette feuille de route.
Cependant, si vous avez besoin de mieux comprendre ce que chaque fonctionnalité du produit signifie et ce qu’elle fera, vous pouvez cliquer dessus pour en apprendre beaucoup plus.
Il est également facile pour les parties prenantes externes de donner leur avis.
Concernant les outils, le logiciel de gestion de feuille de route produit utilisé par Unreal Engine est productboard.
2. Feuille de route produit GitHub
Qu’est-ce que c’est ?
GitHub est une plateforme d’hébergement de code pour le contrôle de versions et la collaboration. Cela vous permet, à vous et à d’autres, de travailler ensemble sur des projets depuis n’importe où.
Hello World - GitHub Docs
De loin, GitHub est la plus grande plateforme d’hébergement de code. Si vous travaillez dans une entreprise impliquée dans le développement logiciel, je suis certain que votre équipe de développement l’utilise.
Voici une vue d’ensemble de la feuille de route des fonctionnalités de GitHub. Si vous connaissez Jira, cet affichage vous semblera familier.

Cliquer sur l’une des user stories permettra d’en voir le détail et de suivre sa progression.

Alors qu’est-ce qui fait de ceci un excellent exemple de feuille de route produit ?
Deux principaux aspects font de la feuille de route produit de GitHub un exemple à suivre pour s’inspirer.
D’abord, le fait d’utiliser ses propres outils pour créer la feuille de route produit illustre la philosophie du "dogfooding" chez GitHub.
Qu’entends-je par là ?
"Manger sa propre nourriture pour chien" désigne la pratique d’une entreprise à utiliser ses propres produits et services. Ce terme s’est popularisé grâce à Microsoft.
Ils n’ont pas utilisé un outil externe (comme productboard avec Unreal Engine), mais plutôt un de leurs outils internes.
Ensuite, ce qui fait aussi la force de cette feuille de route, c’est sa compréhension précise de ses parties prenantes.
Comment vous êtes-vous senti en consultant cette feuille de route pour la première fois ? L’avez-vous trouvée un peu trop dense ? Trop d’informations dès le départ ?
En matière de fonctionnalités, GitHub n’est peut-être pas aussi convivial que ce à quoi vous êtes habitué.
Cependant, en ce qui concerne les parties prenantes, GitHub s’adresse presque exclusivement aux développeurs de logiciels.
Vous n’allez probablement pas y trouver plusieurs profils différents, comme Jim de la comptabilité ou Barb du service juridique, utilisant GitHub.
Les développeurs de logiciels sont habitués à la complexité. Je ne dis pas qu’il faut faire l’impasse sur l’UX ou l’UI, mais vu l’intégration de git et GitHub dans le monde du développement logiciel, le manque de variété d’utilisateurs n’est pas un problème majeur.
Il est fréquent que les équipes de développement passent leurs journées de travail sur GitHub, pour ajouter du code, choisir les priorités, etc.
Au lieu de devoir apprendre à utiliser un autre outil, les équipes de développement peuvent donc simplement consulter rapidement la feuille de route produit sur GitHub en profitant de leur maîtrise de la plateforme.
Qu’il s’agisse de user stories, d’épiques, d’intégrations, de sprints, de lancements de produit et de plannings de sorties de fonctionnalités — tout est à leur disposition.
C’est un exemple parfait de feuille de route produit qui comprend ses parties prenantes clés et leur transmet l’information dont elles ont besoin.
3. Exemple de mauvais feuille de route produit - Star Citizen
Qu'est-ce que c'est ?
Star Citizen est un simulateur de vie spatiale à venir, un jeu vidéo pour Microsoft Windows et GNU/Linux[1] en développement par Chris Roberts et Cloud Imperium Games.
Star Citizen Wiki
Star Citizen et Squadron 42 se déroulent tous deux dans la Voie lactée du 30e siècle, centrée autour de l’UEE (Empire Uni de la Terre), un empire fictif. L’accent sera fortement mis sur l’interaction entre les joueurs, le comportement des joueurs influençant et étant influencé par un système économique dynamique.
Au cours des dernières années, Star Citizen est devenu une sorte de blague récurrente au sein de la communauté des joueurs.
Star Citizen est un jeu financé par la foule : Au moment d’écrire ces lignes en mai 2022, environ 3,84 millions de clients ont promis environ 466 millions de dollars au projet.
Depuis son annonce en octobre 2012, Star Citizen a été retardé de nombreuses fois, avec des dates de sortie sans cesse repoussées. Le processus de développement a constamment évolué, l’ajout continu de nouvelles fonctionnalités menant à une inflation des fonctionnalités.
Bien qu’il existe des versions de démonstration accessibles, rien n’indique qu’un lancement complet du produit aura bientôt lieu, ou même qu’il aura lieu un jour. C’est un excellent exemple d'un projet au périmètre incontrôlé et d’une mauvaise gestion de projet qui, j’en suis sûr, sera étudié et analysé pendant des années.
Pour en savoir plus sur le développement chaotique de Star Citizen, consultez cet article détaillé publié par Forbes en 2019, lorsque le financement s’élevait à environ 300 millions de dollars.
Voici à quoi ressemble la feuille de route publique du produit au moment d’écrire ceci :

En ce qui concerne la feuille de route du produit, elle est assez détaillée, et il est facile d’en déployer les différentes couches pour obtenir davantage d’informations.
Vous pouvez jeter un œil plus attentif à des aspects tels que les métriques, les livrables promis et les dépendances.
Alors pourquoi citer ceci comme un mauvais exemple de feuille de route produit ?
Avec le bref résumé que j’ai fourni, vous pouvez constater que ce jeu manque totalement de vision produit et part dans tous les sens en termes de gestion de projet.
Mi-2020, les clients étaient frustrés par l’absence de mises à jour du produit sur la feuille de route. En réponse, l’équipe de développement a annoncé… une feuille de route pour la feuille de route du produit.
Oui, vous avez bien lu. Ils ont fait une feuille de route, pour la feuille de route.
La nouvelle feuille de route est quelque chose dont nous avons parlé en mars, mais comme elle est toujours en plein développement, nous ne pouvons pas en partager autant que je le voudrais. Croyez-moi quand je dis que j’ai personnellement très hâte de la publier pour vous.
Nous avons pris le temps d’étudier des options pour mieux représenter notre progression, et je pense que nous approchons d’une très bonne solution. Notre objectif avec cette nouvelle feuille de route est de vous donner une meilleure visibilité sur ce sur quoi les équipes travaillent, partager la progression d’un plus grand nombre d’équipes, et indiquer aussi la taille des projets pour nos équipes techniques, fonctionnelles et artistiques.
Cette nouvelle feuille de route va radicalement changer votre manière de suivre les progrès de développement pour Squadron 42 comme pour Star Citizen. La nouvelle feuille de route sera plus axée sur la séparation des équipes et des fonctionnalités, afin que vous puissiez voir de façon interactive sur quoi chacune travaille, plutôt que de se concentrer sur les fonctionnalités prévues pour une sortie X.
Même si elle n’est pas tout à fait prête, c’est actuellement la priorité absolue des projets en cours pour l’équipe web.
À très court terme, nous prévoyons de vous transmettre les communications suivantes :
Donner une explication des objectifs de notre nouvelle feuille de route et ce que vous pouvez en attendre
Présenter une maquette approximative de la nouvelle feuille de route proposée
Partager une version en cours d’élaboration de la feuille de route pour au moins une de nos équipes principales
Et enfin, passer à cette nouvelle feuille de route
Dire que la communauté n’était pas satisfaite est un doux euphémisme. Vous pouvez lire certains commentaires ici. Plusieurs articles dans la presse spécialisée ont écrit sur cet incident amusant et ont créé des mèmes à ce sujet.

Star Citizen est un exemple flagrant de mauvaise gestion de projet, de visions de produit floues, de dérive de portée à n’en plus finir, et quasiment aucune initiative réelle d’achever le développement du jeu. Après tout, le jeu est financé par le crowdfunding, ils peuvent donc prendre tout le temps qu’ils veulent.
C’est dans des situations comme celle-ci que l’on peut créer une feuille de route produit pour... de futures feuilles de route produit.
En conclusion
Nous avons examiné quelques feuilles de route produit inspirantes, et une à éviter.
À présent, vous devriez avoir une meilleure compréhension de ce qui fait une feuille de route produit de qualité, que vous pourrez adopter dans votre organisation.
Rassemblez donc votre équipe produit, profitez d’un travail d’équipe de qualité et élaborez une feuille de route stratégique adaptée à votre produit.
Si vous souhaitez en savoir plus sur les feuilles de route produit, voici quelques articles complémentaires à consulter :
- Comment créer une feuille de route produit : 6 éléments importants
- 6 modèles gratuits de feuille de route produit pour impressionner vos parties prenantes
- 10 meilleurs outils gratuits de feuille de route produit pour les chefs de produit
- Obtenez gratuitement un modèle PowerPoint de feuille de route produit digne d’or
Abonnez-vous à notre liste de diffusion pour tout savoir sur le management produit.
Articles associés :
- Cycle de vie des versions logicielles (SRLC) : Comprendre les 6 principales étapes
- Comment rédiger des notes de version logicielles efficaces qui plaisent aux utilisateurs
À découvrir également :
- 8 bonnes pratiques pour les feature flags à connaître
- Tarification produit : stratégie basée sur la valeur, packaging logiciel, avec Dan Balcauski
Liste d’outils :
