La plupart des feuilles de route produit sont abandonnées dans le trimestre qui suit leur rédaction. Non pas parce que les équipes manquent de discipline, mais parce que la feuille de route a été construite sur de mauvaises fondations : des dates fixes, des listes de fonctionnalités et des souhaits de parties prenantes emballés comme un plan. Quand la réalité diverge inévitablement — une fonctionnalité prend plus de temps, un besoin client évolue, un concurrent bouge — la feuille de route devient une fiction, et les équipes cessent de la consulter.
Une feuille de route que les gens suivent vraiment n'est pas un diagramme de Gantt déguisé en stratégie produit. C'est un document vivant qui représente la meilleure réflexion actuelle de l'équipe sur l'ordre dans lequel les problèmes doivent être résolus, structuré pour être honnête sur ce qui est connu et ce qui ne l'est pas.
Avant de concevoir une feuille de route, il vaut la peine de clarifier son objectif. Une feuille de route fait trois choses : elle communique la direction (où allons-nous et pourquoi), elle force la priorisation (nous ne pouvons pas tout faire, alors quoi en premier), et elle crée une base d'alignement (pour que l'ingénierie, le design, les ventes et le support travaillent tous vers les mêmes objectifs).
Une feuille de route ne garantit pas les dates de livraison. Elle ne s'engage pas sur des fonctionnalités précises. Et elle ne remplace pas le besoin de discovery continu. Si les parties prenantes traitent la feuille de route comme une promesse, c'est un problème de processus — pas une raison d'introduire une fausse précision dans le document.
Le format de feuille de route le plus durable pour la plupart des équipes est le modèle des trois horizons. Il est honnête face à l'incertitude : les éléments « Maintenant » sont engagés, ceux d'« Ensuite » sont planifiés mais pas verrouillés, et ceux de « Plus tard » sont vrais dans leur direction mais sujets à changement au fur et à mesure que vous apprenez.
Notez que chaque élément inclut non seulement ce qu'il est, mais pourquoi il est là. Une feuille de route sans justification n'est qu'une liste. Quand les membres de l'équipe comprennent pourquoi chaque élément a été choisi, ils peuvent prendre de meilleures décisions quand les choses changent — et avoir des conversations plus productives quand un client demande quelque chose qui n'est pas sur la liste.
Les feuilles de route basées sur les fonctionnalités (« construire X, construire Y, construire Z ») créent une dynamique dangereuse : l'équipe livre des fonctionnalités et considère le travail terminé, même si les fonctionnalités ne font pas bouger les métriques qu'elles étaient censées faire bouger. La fonctionnalité a été livrée ; le problème n'a pas été résolu.
Les feuilles de route basées sur les résultats reformulent chaque élément comme un objectif : « Réduire le temps jusqu'à la première valeur pour les nouveaux utilisateurs de 4 jours à moins de 24 heures ». L'équipe peut alors décider — et revisiter — comment atteindre ce résultat. Cette structure facilite également beaucoup la dé-priorisation d'une fonctionnalité lorsqu'on découvre un meilleur moyen d'atteindre le même résultat.
Le chef de produit possède la feuille de route. Cela signifie qu'il est responsable de son contenu, de ses mises à jour et de sa communication aux parties prenantes. Mais la propriété ne signifie pas la rédaction en solo — les meilleures feuilles de route sont construites de façon collaborative, avec des contributions de l'ingénierie (sur la faisabilité et l'effort), du design (sur les implications d'expérience utilisateur) et des équipes face aux clients (sur le signal marché).
Ce que le chef de produit doit résister, c'est de concevoir la feuille de route par comité. Les parties prenantes peuvent fournir des inputs ; elles ne devraient pas avoir de droit de veto sur les éléments individuels. Le chef de produit synthétise les inputs et prend des décisions. Si le processus pour atteindre ces décisions est fiable, les résultats le seront aussi.
La colonne Maintenant doit être revue à chaque sprint. La colonne Ensuite doit être revue au début de chaque trimestre, ou chaque fois qu'une preuve significative arrive (un client important se désengage, un concurrent lance quelque chose de pertinent, un sprint de discovery produit une découverte surprenante). La colonne Plus tard doit être revisitée une fois par trimestre — non pas pour l'affiner, mais pour confirmer que les paris directionnels ont toujours du sens.
L'objectif est une feuille de route qui n'est jamais assez périmée pour être embarrassante, mais pas mise à jour si fréquemment qu'elle crée de l'anxiété. La plupart des équipes pèchent par sous-mise à jour — la feuille de route reflète des décisions prises il y a six mois et personne ne sait vraiment quand elle a changé pour la dernière fois.
La feuille de route sera suivie si — et seulement si — l'équipe lui fait confiance. Cette confiance vient de trois choses : la justification de chaque élément est visible et solide, l'équipe a participé à sa construction plutôt qu'on lui a remis, et le chef de produit la met à jour rapidement quand les circonstances changent plutôt que de prétendre que le plan initial tient toujours.
Une feuille de route traitée comme un outil de négociation, ou comme un document produit pour satisfaire des dirigeants, sera ignorée au niveau de l'équipe et source de ressentiment au niveau des parties prenantes. Une feuille de route qui reflète une vraie réflexion, de vrais compromis et une honnête incertitude deviendra un outil que les gens utilisent — parce qu'elle les aide vraiment à décider.