Faire constater au métier que « tout ne rentre pas »
Lever une alerte sur un périmètre intenable ne suffit pas : il faut que le métier le constate lui-même. Voici comment un atelier de story mapping couplé à un extreme quotation a déclenché l'électrochoc et débloqué la replanification.
Dans l’article précédent, j’expliquais comment j’avais restructuré le backlog d’une mission EDF en portefeuille pilotable, et installé une estimation qui rend le travail chiffrable. Une fois cette base posée, le vrai test arrive : cadrer le périmètre d’une nouvelle unité à migrer, sans le décider à l’instinct.
Voici comment un seul atelier a fait passer un message qu’aucun reporting n’avait réussi à faire entendre.
Le contexte : un périmètre décidé au doigt mouillé
Une nouvelle unité devait basculer sur la nouvelle solution. La tentation habituelle : embarquer « tout », et découvrir en cours de route que la fenêtre ne tient pas. J’avais déjà levé l’alerte, sans être vraiment entendu. Le problème n’était pas l’information : c’était qu’elle venait de moi, et qu’on pouvait toujours la discuter.
Il fallait que le métier le constate par lui-même.
L’atelier : story mapping + extreme quotation
J’ai animé un atelier en deux temps, volontairement concret et collectif.
1. Story mapping : on cartographie le parcours réel des utilisateurs de l’unité, activité par activité, pour faire émerger ce qui est vraiment indispensable. De là, on définit un périmètre P0 : le minimum qui fait sens pour basculer.
2. Extreme quotation : au lieu d’estimer chaque story une à une, on macro-estime par comparaison avec les features de référence des unités déjà faites (celles qu’on avait chiffrées en restructurant le portefeuille). « Cette feature ressemble à celle qu’on a livrée pour l’unité pilote → même ordre de grandeur. » Rapide, partagé, et appuyé sur du réel, pas sur une intuition.
Deux heures d’atelier. Le temps de confronter la charge estimée du périmètre P0 à la capacité réelle sur la fenêtre disponible, et d’éviter des mois de retard.
Le déclic
C’est là que tout a basculé. Mis bout à bout devant le résultat, le métier a constaté lui-même que tout ne rentrait pas.
La différence avec mes alertes précédentes : ce n’était plus mon avis contre le leur. C’était leur propre chiffrage, posé sur leurs propres priorités. L’électrochoc est passé.
Ce que ça a débloqué
Une fois le constat partagé, la suite s’est enchaînée naturellement :
- des ateliers de risques pour décider quoi sécuriser, quoi reporter, quoi découper ;
- une nouvelle planification pour le second semestre 2026, dimensionnée pour que le périmètre rentre vraiment.
On est sorti du « on verra bien » pour entrer dans un arbitrage assumé, fondé sur des chiffres que personne ne contestait.
Avec le recul
Si je devais refaire la mission, je ferais cet atelier bien plus tôt. J’ai commencé par investir dans le coaching d’équipe ; j’aurais dû prendre plus vite ma posture de lead delivery et poser ce story mapping + extreme quotation dès le début 2026. La leçon que j’en tire : un cadrage de périmètre, ça ne se reporte pas. C’est ce qui évite de courir derrière une échéance intenable six mois plus tard.
Ce que je retiens
Lever une alerte ne suffit pas. Le rôle d’un delivery manager, c’est de construire le dispositif qui fait constater la réalité, ici un atelier qui transforme une intuition contestable en chiffrage partagé. C’est comme ça qu’on passe de la réaction à l’anticipation, et qu’on protège à la fois l’équipe et l’échéance.