Template de travail

Construire votre roadmap technique en 5 étapes

Le document de travail à remplir avec votre équipe : les questions à poser, les critères de priorisation, et le format de roadmap le plus simple qui tient dans la durée.

Optimize Insight — 2026 Pour fondateurs sans CTO Session de 2 à 3 heures

Comment utiliser ce document : bloquez une session de 2 à 3 heures avec votre lead dev ou référent technique. Travaillez les 5 étapes dans l'ordre — chacune alimente la suivante. Le template de roadmap en bas de page se remplit au fur et à mesure. Cet exercice est à répéter tous les trimestres.

Étape 1

Cartographier l'état actuel

Avant de planifier, vous devez savoir où vous en êtes. Sans cette base, votre roadmap sera déconnectée de la réalité dès le départ.

Questions à poser à votre équipe

Quels chantiers sont en cours en ce moment ? Où en sommes-nous sur chacun ?

Quelle est notre capacité réelle par semaine (pas théorique) ?

Quels sont les blocages techniques connus qui ralentissent l'équipe ?

Y a-t-il des migrations ou mises à jour urgentes que nous repoussons ?

Livrable attendu

Une liste de 5 à 10 lignes : état des chantiers en cours, capacité hebdomadaire réelle, et liste des blocages connus avec leur impact estimé.

Étape 2

Collecter tous les items candidats

Listez tout ce qui pourrait entrer dans la roadmap sans filtrer. L'exhaustivité à cette étape est ce qui permet de faire des choix éclairés à la suivante.

Catégories à explorer

Nouvelles fonctionnalités demandées par les clients ou le business

Chantiers de réduction de dette technique (bugs récurrents, refactoring)

Migrations d'infrastructure (cloud, base de données, frameworks)

Sécurité et conformité (RGPD, mises à jour critiques)

Automatisations et améliorations de performance

Livrable attendu

Une liste brute non filtrée de tout ce qui devrait un jour être fait. 15 à 30 items est une taille normale pour une PME.

Étape 3

Prioriser par impact / effort

Pour chaque item, posez deux questions : quel est l'impact si on le fait ? Et quel est l'effort pour le faire ? Les items à fort impact et faible effort passent en premier.

Critères d'impact business

Est-ce qu'un client a déjà demandé cette fonctionnalité ou signalé ce problème ?

Est-ce que ça bloque ou ralentit un processus business existant ?

Est-ce qu'un risque (sécurité, légal) est associé à ce sujet ?

Est-ce que ça libère de la capacité équipe si on le fait maintenant ?

Livrable attendu

Chaque item classé : impact (Haut / Moyen / Faible) et effort (estimation en jours). Vous avez maintenant la matière pour prioriser.

Étape 4

Définir les horizons temporels

Une roadmap à 12 mois figée n'existe pas. Travaillez sur 3 horizons : ce qui est engagé (4 semaines), ce qui est planifié (3 mois), ce qui est en intention (6 mois).

Règles pour chaque horizon

Horizon 1 (4 semaines) : uniquement ce qui est engagé et chiffré. Pas de surprise possible.

Horizon 2 (3 mois) : ce qui est planifié mais peut encore bouger selon les retours terrain.

Horizon 3 (6 mois) : ce qui est en intention, sujet à révision complète.

Livrable attendu

La liste priorisée répartie sur 3 horizons. C'est ce qui alimente le tableau template ci-dessous.

Étape 5

Cadence de révision et gouvernance

Une roadmap non maintenue est une roadmap morte. Définissez maintenant qui la révise, quand, et comment les décisions sont prises.

Questions de gouvernance

Qui valide les changements de priorité ? (Le fondateur, le lead dev, les deux ?)

À quelle fréquence révise-t-on la roadmap ? (Recommandation : mensuel pour H1, trimestriel pour H2-H3)

Comment les demandes urgentes entrent-elles dans la roadmap sans tout déstabiliser ?

Livrable attendu

Un process de révision documenté : qui, quand, comment. Sans ça, la roadmap ne sera pas tenue.

Template — Votre roadmap en tableau

Remplissez ce tableau à la fin de la session. Imprimez-le et affichez-le à un endroit visible de toute l'équipe.

Sujet / Chantier

Horizon

Impact

Effort (j)

À compléter…