Roadmap projet : définition, étapes, 5 exemples et modèle gratuit

Une roadmap projet (ou feuille de route de projet) est une vue d'ensemble visuelle qui présente les objectifs d'un projet, ses grandes étapes, ses livrables et ses échéances. Elle répond à la question « où va-t-on, pourquoi et dans quel ordre », là où le planning détaillé ou le diagramme de Gantt répond à « qui fait quoi, et quand ». Elle évolue avec le projet et sert d'abord à aligner l'équipe, le sponsor et les parties prenantes.

Ce guide, mis à jour en octobre 2026, explique ce que contient une roadmap, comment la construire en 7 étapes, quels formats choisir, avec 5 exemples commentés (SaaS, refonte de site, application mobile, e-commerce, projet d'IA), les outils pour la tenir et un modèle gratuit à télécharger.

Qu'est-ce qu'une roadmap projet ?

Atlassian définit la feuille de route de projet comme « un outil visuel de haut niveau qui présente les objectifs, les étapes importantes, les livrables et les échéances afin d'assurer l'alignement du projet ». Elle inclut généralement les dates importantes, les phases, l'allocation des ressources et les dépendances entre les tâches, et c'est un document dynamique, mis à jour quand le projet change.

Le mot anglais roadmap se traduit par feuille de route : c'est le terme que retient le Grand dictionnaire terminologique de l'Office québécois de la langue française, et le Dictionnaire de l'Académie française donne à « feuille de route », par extension, le sens de « programme détaillé d'une mission contenant les principales étapes à suivre ». Les deux termes s'emploient indifféremment en gestion de projet, de même que « road map » en deux mots.

Roadmap, plan de projet, diagramme de Gantt : quelles différences ?

La confusion est fréquente, et elle fait échouer beaucoup de roadmaps : un document qui veut tout dire devient illisible pour tout le monde.

Les deux se complètent : la roadmap donne le cap, le planning organise l'exécution. Pour ce dernier, voir notre comparatif des logiciels de diagramme de Gantt et celui des outils de rétroplanning. Vérifier ensuite que le cap est tenu relève du pilotage de projet, avec ses propres indicateurs.

Roadmap projet ou roadmap produit ?

La roadmap produit couvre un horizon long : la vision d'un produit, les problèmes à résoudre pour ses utilisateurs, les grandes évolutions à venir. La roadmap projet couvre un horizon de livraison, avec un début et une fin : elle parle au sponsor et à l'équipe. Une même entreprise tient souvent les deux, et une roadmap produit peut donner naissance à plusieurs projets. Les mélanger dans un seul document est l'une des erreurs les plus courantes.

À quoi sert une roadmap projet, et qui l'utilise ?

Selon Atlassian, elle facilite la planification, la priorisation, l'identification des risques et la communication avec les parties prenantes. Concrètement, elle sert à :

• aligner : tout le monde voit le même cap et les mêmes priorités ;
• arbitrer : quand une nouvelle demande arrive, on voit ce qu'elle déplace ;
• anticiper : les dépendances et les retards qui touchent d'autres équipes deviennent visibles ;
• rendre compte : le sponsor suit l'avancement sans entrer dans le planning détaillé.

Ses lecteurs sont le chef de projet ou le product owner qui la tient, l'équipe qui la réalise, le sponsor et la direction qui la valident, et parfois les clients quand une partie en est publiée.

Que contient une roadmap projet ?

Atlassian liste les composants clés d'une feuille de route de projet ; voici comment les traduire en colonnes ou en champs :

Comment faire une roadmap projet en 7 étapes

1. Définir les objectifs du projet

Partez du résultat attendu, pas de la liste des tâches. Atlassian recommande des objectifs quantifiables, du type « augmenter le taux de satisfaction de la clientèle de 7,2 à 8,5 » ou « réduire les dépenses opérationnelles de 15 % ». La méthode OKR (objectifs et résultats clés) est une façon répandue de les formuler : voir notre guide de la méthode OKR. Un outil comme la bête à cornes aide à clarifier le besoin en amont.

2. Identifier le sponsor et les parties prenantes

Qui valide, qui réalise, qui doit être informé ? Atlassian conseille d'impliquer les parties prenantes dans la planification elle-même : une roadmap construite seule est rarement respectée. Désignez un responsable unique de la roadmap et un sponsor qui tranche les arbitrages.

3. Lister les livrables et les initiatives, puis prioriser

Décomposez les objectifs en grands blocs de travail. Pour les classer, une matrice impact / effort suffit souvent : ce qui rapporte le plus pour le moins d'effort passe en premier. Les idées non retenues ne disparaissent pas : notez-les dans une liste « en attente » avec la raison, pour ne pas les rediscuter à chaque réunion.

4. Placer les jalons et bâtir le calendrier

Positionnez les jalons qui comptent pour le sponsor (validations, mises en ligne, décisions de poursuivre ou non) et choisissez la granularité : mois ou trimestres plutôt que jours. Plus l'échéance est lointaine, plus la roadmap doit rester générale.

5. Repérer dépendances, ressources et risques

Pour chaque initiative, notez ce dont elle dépend (une autre équipe, un prestataire, une décision), les ressources qu'elle mobilise et les risques identifiés. Atlassian conseille d'examiner l'ensemble en équipe pour valider l'enchaînement logique au regard des ressources et des calendriers.

6. Choisir le format et la représentation visuelle

Le format dépend de votre public principal (voir les types ci-dessous) : une direction qui veut un rythme annuel n'attend pas la même vue qu'une équipe produit qui avance par itérations. Une frise par trimestre, un tableau à trois colonnes ou une liste d'objectifs font tous l'affaire, à condition d'être lisibles en quelques minutes.

7. Partager, revoir et ajuster

Atlassian recommande des révisions et des mises à jour régulières pour que la feuille de route reflète l'état réel du projet. En pratique, un rythme mensuel pour les sujets en cours et trimestriel pour la vue d'ensemble convient à la plupart des projets, plus une mise à jour à chaque décision qui change la donne. Gardez une trace des arbitrages : c'est ce qui rend la roadmap crédible. Suivre un projet, ou le piloter, consiste justement à comparer régulièrement l'avancement réel à ce cap.

Les différents types de roadmap : la typologie à connaître

Les 4 formats les plus utilisés

Le format Now-Next-Later range les initiatives en trois segments : « Now » pour ce qui demande une attention immédiate, « Next » pour les priorités à court terme, « Later » pour les objectifs de long terme (définition de Product School).

Les roadmaps selon l'usage

• Roadmap stratégique : les grandes orientations de l'entreprise ou d'un programme, sur plusieurs trimestres.
• Roadmap produit : l'évolution d'un produit et de ses fonctionnalités.
• Roadmap technologique ou informatique : migrations, infrastructures, outils, au service des objectifs métier.
• Roadmap marketing : campagnes, lancements, contenus sur une période.
• Roadmap de portefeuille ou de programme (program roadmap) : plusieurs projets côte à côte, pour arbitrer les ressources.

5 exemples de roadmap projet commentés

Les cas ci-dessous sont des exemples types, construits pour illustrer chaque format : ils ne décrivent pas des entreprises réelles. Chacun indique ce que le format oblige à faire.

Exemple 1 : roadmap d'un SaaS B2B (format now / next / later)

Une équipe produit et technique fait évoluer un logiciel de gestion vendu en abonnement, avec une direction qui propose plus d'idées que l'équipe ne peut en livrer.

Ce que ce format force à faire : dire non. « On fait ça en juin » devient « c'est en Next, on tranche à la revue mensuelle ». Ajoutez une colonne « Écarté » avec la date et la raison, sinon les idées abandonnées reviennent à chaque comité.

Exemple 2 : refonte d'un site corporate (format jalons)

Une agence et l'équipe marketing d'un client refondent le site institutionnel. Le sponsor veut savoir, en un coup d'œil, si le projet est dans les temps.

Ce que ce format force à faire : traiter chaque jalon comme une décision (on continue ou on corrige), pas comme une simple date. Le « pourquoi » reste dans le document de cadrage : la roadmap montre l'enchaînement. Pour la partie site, nos guides sur le pilotage d'un projet informatique détaillent les étapes de recette.

Exemple 3 : application mobile (format par versions)

Une équipe conçoit une application iOS et Android pour réserver des prestations. Chaque version doit remplir des conditions avant de passer à la suivante.

Ce que ce format force à faire : remplacer la question « quelle date ? » par « qu'est-ce qui doit être vrai pour livrer ? ». Si une condition n'est pas remplie, la version suivante glisse au lieu de partir en l'état.

Exemple 4 : refonte d'un site e-commerce (format OKR)

Une marque migre sa boutique vers une nouvelle plateforme. La direction veut parler de résultats commerciaux, pas de fonctionnalités.

• Objectif 1 : améliorer la conversion sur mobile. Résultats clés : tunnel de paiement refondu, paiement express, page d'accueil personnalisée par segment.
• Objectif 2 : réduire le délai de préparation des commandes. Résultats clés : stock synchronisé en temps réel avec l'entrepôt, alertes de préparation, tableau de suivi des délais.
• Objectif 3 : augmenter la satisfaction client. Résultats clés : parcours de retour simplifié, fiches produits enrichies, service client intégré.

Ce que ce format force à faire : piloter par la mesure. Pour ne pas perdre de vue les livrables, ajoutez à chaque résultat clé le projet qui y contribue. Limitez le nombre d'objectifs par trimestre : au-delà de quelques-uns, l'attention se disperse.

Exemple 5 : intégration d'un assistant d'IA générative (format now / next / later)

Une petite équipe ajoute un assistant d'IA dans un outil métier. Le périmètre change au fil des tests.

Ce que ce format force à faire : documenter ce qui est abandonné (coût trop élevé, usage non adopté) pour ne pas le rouvrir plus tard, et suivre le budget de consommation du modèle par initiative, qui peut surprendre en fin de mois.

Roadmap d'un projet informatique ou d'un site web : les particularités

Un projet informatique est un projet dont le résultat est un système, un logiciel, un site ou un service numérique. Sur ce type de projet (logiciel, refonte de site, migration, application), la roadmap cohabite avec le cahier des charges, le plan de recette et le suivi des risques. Trois points méritent une attention particulière :

• le mode de contractualisation : un projet au forfait, au périmètre figé, se prête à une roadmap par jalons ; un développement itératif, à un format par versions ou now / next / later ;
• les dépendances techniques : hébergement, données à migrer, outils tiers, sécurité ; ce sont elles qui font glisser les dates ;
• la recette : prévoyez un jalon dédié avant la mise en ligne, et un temps de stabilisation après.

Pour aller plus loin : notre guide de la gestion de projet informatique et notre comparatif des logiciels de gestion de projet agile.

Quel outil pour faire une roadmap ?

Pour comparer plus largement : notre comparatif des logiciels de gestion de projet et celui des tableaux blancs collaboratifs.

Modèle de roadmap gratuit à télécharger (template Notion et Excel)

La rédaction de La Fabrique du Net propose un modèle combiné, utilisable dans Notion, Excel ou Google Sheets, qui reprend les formats ci-dessus :

• 4 vues prêtes à l'emploi : now / next / later, jalons trimestriels, versions, OKR ;
• une base « Initiatives » avec des champs standardisés (sponsor, statut, métrique cible, date approximative, dépendances) ;
• une base « Décisions » pour tracer les arbitrages ;
• une vue « Écarté » pour les sujets abandonnés, avec la raison et la date ;
• une page « Comité » prête à projeter en réunion.

Téléchargement : modèle Notion (markdown) | modèle Excel, à importer aussi dans Google Sheets.

Si vous préférez partir d'un modèle existant, Notion propose une galerie publique de modèles de feuille de route produit, en français :

Qu'est-ce qu'une bonne roadmap projet ? Les bonnes pratiques

Une roadmap efficace se reconnaît à quelques critères simples, qui reprennent les bonnes pratiques citées par Atlassian (structure cohérente, révisions régulières, implication des parties prenantes) :

• elle se lit en quelques minutes : une page ou un écran, sans détail de tâches ;
• chaque initiative se rattache à un objectif : si l'on ne sait pas dire pourquoi elle est là, elle n'a rien à y faire ;
• les dates sont honnêtes : précises à court terme, en fourchettes au-delà ;
• chaque ligne a un responsable et un statut à jour ;
• elle garde la trace des décisions : ce qui a été ajouté, décalé ou écarté, et pourquoi ;
• elle est partagée avec ceux qu'elle concerne, dans un format adapté à chaque public.

Les erreurs à éviter

Une roadmap détaillée et engageante sur toute l'année

Plus l'horizon est loin, plus les détails deviennent faux. Détaillez les prochains mois et ne donnez qu'une direction, par thèmes, au-delà.

Confondre roadmap et plan de projet détaillé

C'est la première erreur citée par Asana dans son guide de la roadmap projet. Des tâches au jour près noient le message : gardez le planning dans l'outil de gestion de projet.

Ne plus la mettre à jour

Une roadmap figée cesse d'être lue. Inscrivez sa revue dans les rituels de l'équipe plutôt que d'en faire un exercice ponctuel.

Oublier les parties prenantes

Une roadmap décidée sans le sponsor ni les équipes concernées sera contestée à la première difficulté. Faites-la valider, puis partagez-la.

Aucun repère de temps

Le format now / next / later sans aucune indication devient flou. Donnez une fourchette (« Now = les prochaines semaines ») : les parties prenantes ont besoin d'un repère, même approximatif.

FAQ sur la roadmap projet

C'est quoi une roadmap, en français ?

C'est une feuille de route : une vue d'ensemble des objectifs, des grandes étapes et du calendrier d'un projet ou d'un produit. « Roadmap » et « road map » désignent la même chose.

Quelles sont les 5 phases d'un projet ?

Le référentiel du Project Management Institute (PMBOK) regroupe la gestion de projet en cinq groupes de processus : initialisation (autoriser le projet ou la phase), planification (définir les objectifs et la marche à suivre), exécution (mobiliser les ressources pour réaliser le plan), surveillance et maîtrise (repérer les écarts et corriger), clôture (faire accepter le résultat et terminer proprement). Un découpage en 4 étapes revient à fusionner deux de ces groupes, par exemple l'exécution et la surveillance. La roadmap se construit pendant la planification et se met à jour pendant toute l'exécution.

Quels sont les 3 grands types de projets ?

Aucune typologie officielle ne fixe trois catégories. Pour choisir le format d'une roadmap, la distinction utile oppose le projet à périmètre fixe (une refonte au forfait : format par jalons), le produit qui évolue en continu (format now / next / later ou par versions) et le programme qui regroupe plusieurs projets (roadmap de portefeuille).

À quelle fréquence mettre à jour sa roadmap ?

Chaque mois pour les sujets en cours, chaque trimestre pour la vue d'ensemble, et à chaque décision qui change la donne (budget, priorité, départ d'une personne clé). Les rituels correspondants sont détaillés dans notre guide du pilotage de projet.

Une roadmap est-elle un engagement contractuel ?

Non. Une roadmap exprime une direction validée et ajustable ; le planning ou le contrat portent les engagements de livraison. Dites-le dès la présentation, surtout à un client ou à un sponsor.

Faut-il rendre sa roadmap publique ?

Pour un logiciel vendu à des clients, publier les grandes orientations rassure et fait remonter des besoins. Gardez les détails (dates internes, dépendances, résultats clés) en interne : la plupart des outils de roadmap permettent une vue publique et une vue interne à partir de la même base.

Combien d'initiatives mener en parallèle ?

Peu. Une équipe qui lance trop d'initiatives à la fois les retarde toutes. Limitez la colonne « Now » à ce que l'équipe peut réellement porter, avec un responsable par initiative.