Roadmap tech
Construire un plan technique que le dirigeant valide
Formation 1 à 2 jours pour tech leads, devs seniors et CTO freelances : passer d'une liste de chantiers techniques à une trajectoire arbitrée, financée et tenue.
Le symptôme
« Et nos fonctionnalités, elles sont où là-dedans ? »
Tu y as passé deux week-ends. Le document est propre. Douze chantiers, six trimestres, tout est là : la montée de version, la refonte de l'authentification, l'observabilité, le découpage du monolithe, la reprise des tests.
Tu le présentes au comité. Le CEO fait défiler, s'arrête, et pose une seule question : « Et nos fonctionnalités, elles sont où là-dedans ? »
La discussion est terminée. Ton document part dans un dossier partagé que personne n'ouvrira.
Ce qui s'est joué, c'est que tu as construit une roadmap parallèle. Deux plans qui se disputent la même capacité d'équipe, et entre les deux, celui qui produit du chiffre d'affaires gagne toujours. Le dirigeant ne méprise pas la technique. Personne ne lui a montré ce que ton plan lui rapportait.
Le prix de l'inaction
Ce que ça te coûte, concrètement
Ton plan ne sert à rien.
Un document que personne n'utilise pour décider reste une liste de souhaits avec une belle mise en page.
La priorisation technique se fait quand même, sans toi.
Par défaut, elle se fait à l'urgence : ce qui est tombé cette nuit, ce qui a fait râler un client, ce qui bloque la démo de vendredi. Tu subis un ordre de priorité que personne n'a choisi.
Tu ne peux pas dire non.
Refuser une demande sans avoir un plan à lui opposer te fait passer pour quelqu'un qui protège son confort. Avec un plan validé derrière, le même refus devient un rappel d'engagement.
Tu es toujours en réaction.
Les investissements techniques ne sont financés qu'après un incident, quand le coût est déjà payé. C'est le mode de fonctionnement le plus cher qui existe.
Tu perds en crédibilité à chaque échéance.
Parce qu'une roadmap technique construite en dates plutôt qu'en horizons se révèle fausse au bout de trois semaines, et que c'est toi qui portes cette fausseté.
Ce que ça change
Ce que tu gagnes
Une trajectoire technique qui vit à l'intérieur de la roadmap produit.
Elle cesse d'être un concurrent et devient une condition de ce que le produit veut faire.
Le droit de dire non.
Un plan validé par le dirigeant transforme chaque arbitrage ultérieur en conversation courte, référée à une décision déjà prise ensemble.
De l'anticipation.
Tu traites les sujets six mois avant qu'ils ne deviennent des incidents, ce qui coûte une fraction du prix et ne réveille personne la nuit.
Des engagements que tu tiens.
Une façon d'estimer et de communiquer l'incertitude qui te permet de t'engager sans mentir, et de rester crédible au trimestre suivant.
Un rendez-vous récurrent avec le décideur.
La roadmap devient le support d'un dialogue régulier sur la technique, ce qui vaut beaucoup plus que le document lui-même.
Profil
Pour qui
Tech leads, développeurs seniors qui prennent une responsabilité de cadrage, architectes, CTO freelances et fractional CTO. Également utile aux CTO salariés de structures jeunes qui construisent leur premier plan technique.
Il faut avoir une expérience réelle du développement et intervenir dans un contexte où il existe une roadmap produit, un dirigeant ou un client à convaincre, et une capacité d'équipe limitée à répartir.
Ce n'est pas fait pour toi si
tu cherches une méthode de planification projet, un outil de gestion de portefeuille ou de la conduite de programme. Ici, on travaille le contenu de la trajectoire, sa justification et sa défense.
La méthode
Les grandes étapes
Ce qu'une roadmap tech doit produire
Sa fonction est de provoquer et de documenter des décisions, bien avant d'annoncer des dates. On commence par distinguer le plan d'exécution, qui appartient à l'équipe, de la trajectoire, qui appartient à la discussion avec le dirigeant. Confondre les deux est l'erreur la plus fréquente et la plus coûteuse.
D'où vient réellement le contenu
Une roadmap technique crédible ne sort pas des frustrations de l'équipe. Elle se construit à partir de sources identifiables : les ambitions produit des douze prochains mois, la dette qui menace la capacité de livrer, les seuils de charge à venir, les obligations de sécurité et de conformité, l'évolution de l'équipe, l'outillage. On travaille la collecte et l'arbitrage entre ces sources.
Séquencer par horizons plutôt que par dates
Ce qu'on sécurise maintenant, ce qu'on prépare ensuite, ce qu'on garde en vue pour plus tard. Un horizon se tient, une date à neuf mois se révèle fausse. On travaille la granularité, qui doit être fine sur l'horizon proche et volontairement grossière au-delà, et la façon d'expliquer cette asymétrie à quelqu'un qui attend un planning.
Estimer sans mentir
Comment donner un ordre de grandeur défendable, comment exprimer l'incertitude sans se réfugier derrière elle, et comment gérer le moment où on te demande un chiffre ferme sur un sujet que personne n'a jamais fait. La crédibilité d'une roadmap se joue entièrement ici.
Rendre lisible et défendre
Traduire chaque chantier en ce qu'il débloque pour l'activité : un délai réduit, un risque levé, un plafond repoussé, une équipe plus autonome. Construire la version d'une page que le dirigeant peut regarder seul. Et présenter des options avec une recommandation plutôt qu'une demande d'autorisation.
La tenir vivante
Une roadmap qui n'est pas révisée devient un mensonge en trois mois. On installe le rituel de révision, les signaux qui doivent déclencher un réarbitrage hors cycle, et la façon de rendre visible ce qui a été fait, ce qui a bougé et pourquoi.
La mise en pratique
L'exercice de la formation
À partir d'un contexte client complet, ambitions business, état de la codebase, composition d'équipe et contraintes budgétaires, tu construis une trajectoire technique sur trois horizons.
Puis tu la défends en dix minutes face à un dirigeant joué par un autre participant, avec ses objections, ses contraintes de trésorerie et son obsession pour la date de sortie.
Le retour du groupe porte sur la lisibilité, le niveau de jargon, la solidité des estimations et la capacité à faire prendre une décision plutôt qu'à obtenir un accord de principe.
Livrables
Tu repars avec :
Tarif
Format et tarif
1 jour
900 € HT
L'essentiel : les sources, le séquencement par horizons, l'estimation et la mise en lisibilité.
2 jours
1 800 € HT
Une journée supplémentaire consacrée aux cas réels des participants, à la construction de leur propre roadmap sur leur contexte actuel, à la simulation de défense en comité et au travail sur les objections.
Pédagogie volontairement pratique : apports courts, construction progressive d'une roadmap complète, jeux de rôle avec un dirigeant en face, et feedback collectif.
La formation coûte l'équivalent d'une journée de développement. Un trimestre d'équipe correctement orienté se compte en dizaines de journées.
Questions fréquentes
Les questions qu'on nous pose
« Voici les douze chantiers techniques des dix-huit prochains mois. »
« Pour tenir les objectifs du premier semestre, trois choses doivent être sécurisées maintenant. Deux autres se préparent ensuite, et je vous dirai en janvier si elles restent pertinentes. Il y a une décision à prendre ce trimestre, sur l'authentification, et voici les deux options. »
Le même travail technique derrière. Un dirigeant qui décide, au lieu d'un dirigeant qui reporte.