La plupart des feuilles de route IA que je vois arriver ont le même défaut : elles contiennent quatorze initiatives, réparties sur quatre trimestres, avec des intitulés qui ne permettent pas de savoir si l'un d'eux a abouti. Ce n'est pas une feuille de route, c'est une liste d'envies avec des dates. Une bonne roadmap à 12 mois tient sur une page et comporte peu de chantiers — trois, parfois quatre.
Trois vagues, pas douze chantiers
La structure que j'utilise, héritée de mes années de product management et adaptée aux projets IA, comporte trois vagues distinctes. Elles ne se distinguent pas par leur taille mais par leur fonction.
Vague 1 — le quick win qui finance la crédibilité. Un chantier court, à effet visible, sur un périmètre restreint. L'objectif principal n'est pas l'économie réalisée : c'est de démontrer dans l'entreprise que ce sujet produit des résultats concrets. Trois critères : moins de deux mois, une seule équipe concernée, un gain que les gens ressentent eux-mêmes.
Vague 2 — le chantier structurant. Celui qui a un vrai impact sur un processus central. Il demande de la préparation, souvent un travail sur les données, parfois une intégration. Il ne peut pas démarrer en premier, précisément parce qu'il a besoin de la confiance construite par la vague 1.
Vague 3 — le pari. Un sujet à fort potentiel dont on ne sait pas encore s'il tiendra. Budget plafonné, décidé d'avance, et critère d'arrêt écrit. Un seul pari à la fois. C'est la ligne que le comité regarde avec méfiance, et il a raison : elle doit être visiblement bornée.
Le séquencement compte plus que le contenu
Deux entreprises avec les mêmes chantiers peuvent obtenir des résultats opposés selon l'ordre choisi.
Commencer par le structurant paraît rationnel — c'est là qu'est la valeur. En pratique, il prend quatre mois pendant lesquels rien ne se voit, l'attention se disperse, et la première difficulté technique se transforme en procès du sujet entier.
Commencer par le quick win change la conversation. Quand la vague 2 démarre, il existe une équipe qui a déjà travaillé avec ces outils, qui sait ce qu'ils font bien et mal, et qui peut expliquer aux autres. Cette compétence interne vaut plus que les semaines gagnées.
Une nuance : le quick win ne doit pas être artificiel. Un chantier choisi uniquement parce qu'il est facile, sans utilité réelle, se voit tout de suite et produit l'effet inverse. Il doit être petit et utile.
Les points de décision trimestriels
Une feuille de route sans points d'arrêt formels dérive. Je place quatre rendez-vous, un par trimestre, avec un ordre du jour fixe et court :
- Qu'est-ce qui a été livré depuis le dernier point, et qu'est-ce que ça a produit — chiffres à l'appui, même approximatifs ?
- Qu'est-ce qu'on arrête ?
- Qu'est-ce qui entre dans la liste, et qu'est-ce qui en sort pour lui faire de la place ?
- Les hypothèses de départ tiennent-elles encore ?
La deuxième question est celle qu'on saute. Il faut la poser à voix haute à chaque fois. Un portefeuille où rien n'est jamais arrêté finit par ne plus rien produire, parce que toutes les ressources sont occupées à maintenir des chantiers en demi-teinte.
Ces points ne demandent pas de préparation lourde. Une heure, une page, des décisions écrites.
Prévoir sa propre révision
C'est le point qui distingue une roadmap IA d'une roadmap classique. Le paysage technique se déplace vite : ce qui demandait un développement spécifique il y a un an est parfois devenu une fonctionnalité native de ton outil existant. Une feuille de route rigide te fera construire quelque chose qui aurait pu être acheté, ou attendre quelque chose qui est déjà disponible.
Deux mécanismes concrets :
- Une clause de réexamen sur chaque chantier au-delà du deuxième trimestre : avant de le lancer, on revérifie que le besoin et la solution envisagée sont toujours pertinents. Trente minutes, pas une nouvelle étude.
- Une liste d'attente vivante, avec pour chaque sujet écarté la condition qui le rendrait éligible. « Dès que l'historique des tickets sera centralisé », « dès qu'on aura nommé un responsable qualité ». Quand la condition se lève, le sujet remonte automatiquement à l'ordre du jour du prochain point trimestriel.
Cette liste est souvent la partie la plus utile du document au bout de six mois.
Ce qui n'a rien à faire dans une roadmap IA
Trois choses que je retire systématiquement.
Les intentions non mesurables. « Acculturer les équipes » n'est pas un chantier. Former quinze personnes de tel service, avec une évaluation d'usage à un mois, oui.
Les chantiers sans propriétaire. Une ligne sans prénom en face n'avance pas. Si personne ne veut la prendre, c'est une information : elle n'est pas prioritaire.
Les dépendances non nommées. Si le chantier 2 suppose que la migration du CRM soit finie, ça doit apparaître. Sinon on découvre en avril que rien ne peut commencer.
Le format à viser
Une page. Trois ou quatre chantiers, avec pour chacun : le gain visé, le propriétaire, la date du point de décision, le critère qui dira si on continue. Une liste d'attente en dessous, avec les conditions manquantes. Rien d'autre.
Si ta feuille de route ne tient pas sur une page, ce n'est pas un problème de mise en forme. C'est que tu n'as pas encore choisi.