← Retour à l'accueil

🌱 Bases (Débutant)

La roadmap : promesses tenues contre promesses affichées

Une roadmap se lit à l'envers, sinon elle n'apprend rien.

Pourquoi c'est important

Toutes les roadmaps sont belles. C'est leur fonction : elles sont écrites pour convaincre, pas pour engager. Les lire en avant ne t'apprend rien, parce que tu ne peux pas vérifier le futur.

Mais une roadmap a un usage réellement prédictif, et il tient en une opération que presque personne ne fait : la lire À L'ENVERS.

Ce que tu vas apprendre

  • Lire une roadmap en arrière, et ce que ça révèle en dix minutes
  • Le taux de livraison : le seul chiffre qui prédit la suite
  • Reconnaître une roadmap écrite pour vendre
  • Ce qu'un retard signifie vraiment (et quand il ne signifie rien)
  • Où trouver les anciennes versions d'une roadmap

La méthode

Lire à l'envers

Prends la roadmap d'il y a douze mois — pas celle d'aujourd'hui. Liste ce qui était promis pour la période écoulée. Puis coche ce qui existe réellement.

Ce rapport-là, entre le promis et le livré, est la seule information prédictive que contient une roadmap. Une équipe qui a tenu 8 promesses sur 10 en tiendra probablement une proportion comparable ensuite. Une équipe qui en a tenu 2 sur 10 continuera à écrire de belles roadmaps.

Où trouver l'ancienne version

Les projets réécrivent leur roadmap discrètement, en supprimant ce qui n'a pas été fait. Trois endroits gardent la trace : l'archive du web (web.archive.org), l'historique du dépôt GitHub si le document y est versionné, et les anciennes annonces sur leurs propres canaux.

Quand une roadmap a été réécrite sans mention du changement, c'est en soi une information — et souvent la plus parlante de l'analyse.

Roadmap d'il y a 12 mois → ce qui existe aujourd'hui123456789106 livrés sur 10 = 60 %ambitions supérieures aux moyens → diviser les délais annoncés par deux
Le seul usage prédictif d'une roadmap : compter ce qui a été tenu sur la période écoulée.
Interpréter un taux de livraison
Tenu sur 12 moisLectureConséquence
Plus de 70 %Équipe qui exécuteLa roadmap future a du sens
40 à 70 %Ambitions supérieures aux moyensDiviser les délais annoncés par deux
Moins de 40 %La roadmap est un outil de communicationNe rien fonder dessus
Roadmap réécriteLes échecs ont été effacésTraiter comme moins de 40 %

Nuance

Un retard n'est pas un mensonge

Ce qui distingue un retard sain d'un signal d'alerte

Développer est difficile, et tout le monde livre en retard — y compris les meilleures équipes. Un retard n'est donc pas en soi un problème.

Ce qui compte est la MANIÈRE. Une équipe saine annonce le retard, en donne la raison technique, et propose une nouvelle date. Une équipe en difficulté laisse la date passer en silence, retire discrètement la ligne, et publie autre chose.

Le silence sur un retard en dit plus long que le retard lui-même.

Deux projets, même retard

Projet A : « La mise à jour prévue en mars sortira en juin. Le problème vient de l'audit du contrat, qui a relevé deux failles que nous corrigeons avant de déployer. » Trois mois de retard, une raison vérifiable, une nouvelle date.

Projet B : la ligne « mise à jour — mars » a disparu de la roadmap en avril. Aucune annonce. Les publications parlent d'un nouveau partenariat.

Le retard est identique. Le premier projet t'apprend que l'équipe préfère corriger avant de livrer. Le second t'apprend qu'elle préfère que tu ne remarques rien.

À éviter : « Leur roadmap est très ambitieuse, c'est prometteur »
À faire : L'ambition d'une roadmap ne coûte rien à écrire. Seul le taux de livraison passé dit ce qu'elle vaut. Une roadmap ambitieuse chez une équipe à 20 % de livraison est un signal négatif, pas positif.
À éviter : « Ils ont pris du retard, je vends »
À faire : Tout le monde livre en retard. Regarde comment le retard est communiqué : annoncé avec une raison, c'est sain ; effacé en silence, c'est le signal.
À éviter : « La roadmap ne mentionne plus cette fonctionnalité, ils ont dû changer de priorité »
À faire : Peut-être. Mais une réécriture non annoncée efface les échecs : c'est le mécanisme par lequel un taux de livraison faible devient invisible. Compare toujours avec une version archivée.

À toi

Le taux de livraison

✏️ Exercice

Sur un projet de ton choix, retrouve la roadmap d'il y a un an (archive du web si nécessaire). Compte ce qui était promis pour la période, puis ce qui existe vraiment aujourd'hui. Donne le taux, et dis ce que tu en déduis pour les douze mois à venir.

À retenir

L'essentiel en 4 points

À retenir

  • Une roadmap se lit en ARRIÈRE : ce qui a été tenu, pas ce qui est promis.
  • Le taux de livraison sur 12 mois est le seul chiffre prédictif qu'on puisse en tirer.
  • Un retard annoncé avec sa raison est sain ; un retard effacé en silence est le signal.
  • Une roadmap réécrite sans mention efface les échecs. Compare avec une version archivée.

Test

Vérifie que c'est acquis

Teste-toi

Q1. Comment tirer une information prédictive d'une roadmap ?

Q2. Un projet a trois mois de retard sur une mise à jour, annoncés avec une explication technique et une nouvelle date. Comment le lis-tu ?

🚀 Mets-le en pratique

Analyser une crypto avec l'IA

📣 Cette formation t'a aidé ? Partage-la

XTelegramFacebook

À lire aussi

← Toutes les formations · Analyser une crypto →