Avant de refaire le planning, comprendre ce qui empêche réellement de livrer.
Point de vue Redshift · Révisé le 15 octobre 2026.
Arrêter de repeindre le tableau de bord
Une date qui glisse peut cacher plusieurs problèmes : périmètre instable, disponibilité métier insuffisante, interfaces incomplètes ou données non réconciliées. Le premier travail consiste à distinguer les symptômes des causes, sans chercher un coupable.
Construire un diagnostic utilisable
Listez les processus indispensables, leurs responsables et les preuves de fonctionnement. Recensez les défauts bloquants, les décisions en attente et les dépendances externes. Vérifiez les faits avec les équipes qui exécutent, pas uniquement avec les comptes rendus.
Choisir ce qui peut attendre
Proposez plusieurs trajectoires : réduire le périmètre, séquencer la bascule ou décaler la date. Pour chacune, exposez les coûts, les risques, les contraintes et les conditions de retour arrière. Le sponsor arbitre explicitement.
Repartir avec des critères de sortie
Chaque action de stabilisation doit avoir un propriétaire et une preuve attendue. Revoir le plan régulièrement ne suffit pas : vérifiez que les conditions de livraison changent réellement. Aucun taux de réussite universel ne remplace ce travail.
La vraie dette n’est pas dans la couleur du reporting
Spécifications ambiguës, configurations divergentes, données non rapprochées, équipe épuisée, responsabilités contractuelles floues : le diagnostic doit nommer les blocages et leurs dépendances. On fixe une fenêtre de diagnostic et une décision de sortie. Sinon, le rescue devient une étude de plus.
Trois leviers à remettre sur la table
Maîtriser le périmètre : chaque ajout doit passer un arbitrage explicite. Reprendre la donnée : vérifier les rapprochements et répéter les chargements. Clarifier le pilotage : un responsable de la trajectoire, des décideurs identifiés et une escalade qui fonctionne. Aucun de ces leviers ne dispense du travail technique ; ils lui donnent une direction.
Dire ce que le sponsor doit entendre
Un rescue demande parfois de rouvrir une décision ancienne : date, périmètre, organisation ou contrat. Le sujet n’est pas de chercher un coupable. C’est d’accepter un constat assez tôt pour pouvoir agir. Une mauvaise nouvelle documentée vaut mieux qu’une nouvelle promesse de rattrapage.