Analyses
Redresser un programme critique
Le redressement fonctionne lorsque les faits sont séparés du récit, le chemin critique est visible et chaque décision a un responsable et une échéance.
Un premier échange direct et confidentiel. Aucune présentation nécessaire.
Le redressement fonctionne lorsque les faits sont séparés du récit, le chemin critique est visible et chaque décision a un responsable et une échéance.
1. Établir une référence crédible
Utiliser les livrables acceptés, l'avancement vérifiable, les engagements contractuels, la capacité réelle et les contraintes. Un pourcentage global ne dit pas ce qui est vraiment utilisable.
2. Reconstruire le chemin critique
Cartographier dépendances techniques, décisions, fournisseurs, environnements, données et changement. Attribuer à chacune un responsable, une date, un signal de risque et une alternative.
3. Gouverner les décisions et le recovery
Tenir un journal des décisions avec options, recommandation, impact du retard, décideur et date. Choisir Scrum, prédictif ou hybride selon l'incertitude puis fixer scénarios, arbitrages, quality gates et critères de sortie.
| Signal |
Intervention |
| État invérifiable |
Baseline sur livrables acceptés |
| Dépendance sans responsable |
Cartographie et responsabilité |
| Décisions bloquées |
Journal avec échéances |
Agile sauve-t-il un programme en retard ?
Pas seul. Changer d'étiquette ne supprime ni dépendances ni décisions ouvertes.
Faut-il remplacer le PMO ?
Pas nécessairement ; mandat, informations et rythme de décision doivent souvent évoluer.
Quel premier livrable ?
Une vision partagée de la réalité, des décisions urgentes et des options avec impacts.
← Analyses
Une décision complexe ou un programme qui doit changer de rythme ?
Cadrons ensemble le contexte, l'enjeu et la prochaine décision utile.
Demander un échange confidentiel ↗