Étude de cas
Reprendre un programme IT critique et le rendre prévisible (EDF)
Depuis Juin 2025
Contexte
Chez EDF, le remplacement d'une GED critique (données sensibles, décommissionnement obligatoire) mobilise 18 personnes pour 6 unités utilisatrices. À mon arrivée, l'équipe livrait, mais le flux était engorgé, aucune métrique n'existait, et personne ne savait dire quand un sujet sortirait.
Le problème
Un programme à fort enjeu, mais sans prévisibilité : tout s'accumulait en review et en test, et le pilotage se faisait à l'instinct. Le risque, sur un décommissionnement qu'on ne peut pas repousser : rater des jalons critiques.
Temps de cycle (jours pour livrer un sujet)
Ce que j'ai mis en place
Pas de recette magique : rendre le flux visible, attaquer les vraies causes et structurer le pilotage. Trois leviers :
-
Pilotage par la donnée
Mise en place du débit, de la vélocité, du temps de cycle et du WIP là où aucune métrique n'existait, pour décider sur des faits.
-
Release management
Packages de livraison, Go/No-Go et reporting de mise en production : fini le cas par cas.
-
Recettes et conduite du changement
Dispositif de recettes utilisateurs (jusqu'à 70 personnes) et accompagnement des 6 unités, des plus réticentes à la co-construction.
Résultats
- ✓ Temps de cycle divisé par 2,5 : de 13 à 5 jours en 3 sprints
- ✓ Flux remis sous contrôle : fini l'accumulation en review et en test
- ✓ Jusqu'à 70 utilisateurs engagés dans les recettes
- ✓ 6 unités accompagnées vers la migration