Il y a ce moment, dans nombre de réunions de planification produit, où quelqu’un demande : « Mais c’est pour quand, exactement ? » La salle retient son souffle. Le product manager consulte son écran. Il sait que la date qu’il va donner est approximative, que des imprévus techniques pourraient tout décaler, que la demande elle-même n’est pas encore stabilisée. Pourtant, il donne une date. Tout le monde note. La réunion se termine. Personne n’est rassuré, mais tout le monde fait semblant de l’être.

Cette scène dit quelque chose d’important sur notre rapport collectif à l’incertitude dans les projets produit. Et comprendre ce qu’elle révèle est le préalable à tout changement durable vers une roadmap orientée résultats.

Pourquoi le Gantt persiste malgré son inefficacité reconnue

Une roadmap produit construite comme un diagramme de Gantt (fonctionnalités précises, échéances strictes sur douze mois) est le moyen le plus sûr de décevoir ses clients et d’épuiser ses équipes dès le premier glissement de deux jours. Tout le monde dans le secteur le sait. Pourtant, la pratique perdure. La raison n’est pas un manque de méthode : c’est une réponse psychologique cohérente à un besoin réel.

Les dates fixes remplissent une fonction précise : elles apaisent l’angoisse de l’incertitude. Quand on annonce « la fonctionnalité X sera livrée le 15 mars », on crée une illusion de maîtrise qui permet aux commerciaux de faire des promesses au client, aux parties prenantes de planifier leurs budgets, de présenter un plan crédible au comité de pilotage. Peu importe que cette date soit irréaliste. Ce qui compte, c’est qu’elle existe. Elle transforme un futur imprévisible en futur planifiable.

La sociologie des organisations ajoute une dimension que l’on évoque rarement : les dates sont aussi des instruments de contrôle managérial. « Vous avez jusqu’au 15 mars » n’est pas seulement une contrainte temporelle c’est aussi un outil de pression, un critère d’évaluation, un levier de pouvoir. Renoncer aux échéances fixes, c’est donc aussi renoncer à un certain mode de gouvernance. Ce n’est pas anodin, et les résistances que cela suscite ne sont pas irrationnelles.

Le coût invisible de fixer des échéances intenables

L’ergonomie cognitive pointe un phénomène que les équipes vivent sans toujours le nommer : le jeu du Gantt avec des échéances intenables. Ce sont ces feuilles de route avec des dates précises que tout le monde sait fausses, mais que l’on maintient parce qu’elles rassurent ceux qui ne veulent pas entendre « on ne sait pas encore ».

Pour les product managers, le coût est réel : temps passé à décaler des jalons qui glissent, stress de devoir justifier chaque retard, charge cognitive de maintenir deux réalités en parallèle, la roadmap officielle présentée en comité, et la planification réelle menée avec l’équipe. Pour les développeurs, c’est la pression constante d’échéances qu’ils savent intenables, le sentiment de culpabilité quand l’équipe « ne tient pas » des délais pourtant prévisiblement irréalistes. Et un cynisme progressif qui mine l’engagement. Pour les parties prenantes, enfin, c’est la frustration des promesses non tenues et la défiance croissante envers l’IT, perçu comme structurellement « en retard ».

Tout ce coût collectif pour maintenir une fiction rassurante. La question n’est pas de savoir si ce fonctionnement est sous-optimal, elle est de comprendre pourquoi il persiste malgré tout, et ce qu’il faudrait construire à la place.

L’approche Outcomes : s’engager sur la valeur, pas sur les dates

C’est là qu’intervient la logique des roadmaps orientées résultats, rendue opérationnelle dans l’écosystème Atlassian via Atlas et les vues roadmap de Jira. Le principe est un renversement de priorité : au lieu de promettre « la fonctionnalité X sera livrée le 15 mars », on formule « Objectif Q1 : augmenter la rétention mobile de 10 % », puis on lie à cet objectif les projets Jira qui y contribuent. 🎯

Cette logique préserve la flexibilité sur le « comment », la solution technique peut évoluer en cours de route si de nouvelles données invalident les premières hypothèses, tout en maintenant un engagement ferme sur le « pourquoi » : la valeur business attendue. On montre aux parties prenantes la direction, pas le véhicule. Et on les invite à dialoguer sur les objectifs plutôt que sur les dates.

Concrètement, une roadmap hybride s’organise sur trois niveaux.

Le niveau stratégique porte les outcomes trimestriels mesurables : des objectifs chiffrés, reliés aux métriques réelles de l’entreprise. Le niveau tactique définit les grandes initiatives qui contribuent à ces objectifs, avec des horizons temporels larges (un trimestre, pas une date précise).

Le niveau opérationnel, dans Jira, décrit les épics et les fonctionnalités concrètes, estimées en complexité plutôt qu’en jours de livraison.

La communication est ensuite différenciée selon l’audience : les outcomes annuels pour le comité de direction, les initiatives trimestrielles avec fourchettes pour les parties prenantes internes, le backlog priorisé pour les équipes.

Les conditions réelles de réussite

Cette approche n’est pas une solution universelle. Elle ne supprime pas le besoin légitime de visibilité : dire « Objectif Q1 » sans indication sur les jalons intermédiaires peut se révéler aussi frustrant qu’une liste de dates glissantes.

Elle ne résout pas non plus les contraintes de dépendances externes : quand une livraison est liée à un salon professionnel ou à un engagement contractuel, une date reste une date. Et elle exige des métriques fiables : promettre d’augmenter la rétention de 10 % sans la mesurer aujourd’hui, c’est remplacer une fiction par une autre.

La condition la plus décisive est culturelle. Les roadmaps orientées résultats ne fonctionnent que dans des organisations où le leadership accepte d’être interpellé sur ses demandes sans date, où les product managers sont protégés lorsqu’ils s’appuient sur les données pour tenir une position, et où la confiance dans les équipes remplace progressivement la surveillance des jalons.

Votre roadmap actuelle est-elle une liste de fonctionnalités ou une liste d’objectifs business ? La réponse dit beaucoup sur la culture de votre organisation, et sur ce qu’il faudrait transformer avant même d’ouvrir Atlas.