Nous sommes mardi, 9 h 10. Vous êtes chef de projet pour le déploiement d’un logiciel de paiement qui aurait dû être mis en service il y a six semaines. Le responsable technique signale 12 anomalies encore ouvertes ; la moitié d’entre elles affectant les flux financiers, l’équipe refuse de procéder au lancement en l’état. Le responsable produit continue d’ajouter des cas limites, faute de consensus sur ce que signifie « terminé » pour les remboursements et les contestations de paiement. Votre sponsor (la direction) exige une nouvelle date de lancement pour la fin de la journée, car les équipes commerciales ont déjà pris des engagements auprès des clients. Chaque heure d’attente disperse l’équipe dans des discussions parallèles, amène les parties prenantes à imaginer leur propre état d’avancement et transforme le calendrier en simple rumeur.
Avant d’élaborer un nouveau plan, vous devez reprendre la main. Au cours des 48 prochaines heures, vous allez mener trois actions de front : stabiliser la livraison pour éviter que le travail d’aujourd’hui n’engendre des corrections demain ; protéger l’équipe afin qu’elle puisse se concentrer sur ses tâches plutôt que de réagir dans l’urgence ; et gagner suffisamment de temps et de confiance pour replanifier le projet sur la base de données réelles. Pour y parvenir, vous utiliserez une courte liste de contrôle pour le diagnostic, quelques documents simples et rapides (comme une définition explicite du « terminé » et une règle de tri des anomalies) ainsi qu’un point d’étape pour le sponsor, distinguant les faits avérés des éléments encore en cours de vérification.
Pour bien démarrer, prenez une minute pour analyser la situation et identifier précisément ce qui bloque.
Lorsqu’un projet est en difficulté, la tentation est de fixer immédiatement une nouvelle date. Cela semble utile, car cela offre à chacun un élément concret. C’est aussi ainsi que les équipes finissent par s’engager sur des bases illusoires, perdant toute crédibilité au moindre nouveau dérapage.
Les objectifs de redressement diffèrent des objectifs initiaux du projet. Si l’objectif du projet peut être de lancer la fonctionnalité de paiement au troisième trimestre, les objectifs de redressement sont, eux, opérationnels et à plus court terme :
Réalité du chef de projet Les sponsors acceptent souvent l’incertitude s’ils perçoivent une maîtrise de la situation. Ils acceptent rarement une assurance qui ne repose sur aucun mécanisme concret.
Dans l’étape suivante, vous devrez déterminer où faire preuve de rigueur et où faire preuve de souplesse, car il est impossible d’optimiser simultanément la qualité, les délais et le périmètre lors d’une opération de sauvetage.
Vous n’avez pas le temps de mener une analyse post-mortem complète. Il vous faut un diagnostic rapide reliant les symptômes observés aujourd’hui aux causes probables que vous pourrez vérifier demain. L’objectif n’est pas d’avoir raison immédiatement, mais d’éviter de s’éparpiller en passant d’une hypothèse à l’autre.
Commencez par quatre catégories couvrant la plupart des échecs.
Les problèmes de périmètre se manifestent par une instabilité constante. Les éléments du backlog sont réécrits, les critères d’acceptation évoluent et les parties prenantes sont en désaccord sur la définition de « terminé ». Une cause probable est l’absence (ou la faiblesse) d’une définition de « terminé » ou l’absence d’accord sur les personnes habilitées à modifier les exigences.
Les problèmes de planning se traduisent par des plans qui ne tiennent pas une semaine. Les dates glissent sans modification correspondante du périmètre, ou le chemin critique est inconnu. Une cause probable réside dans des dépendances cachées ou des tâches trop vastes pour être suivies de manière fiable.
Les problèmes de qualité se manifestent par du retravail. Des anomalies sont rouvertes, des correctifs perturbent des zones connexes et la phase de test devient un filtre qui révèle systématiquement des surprises. Une cause probable est le manque de clarté des critères d’acceptation, une couverture de tests insuffisante ou une précipitation lors de l’intégration.
Les problèmes humains se traduisent par des délais de décision excessifs. Les réunions se multiplient, personne ne se sent autorisé à dire non et l’équipe attend des validations. Une cause probable est le manque de clarté des rôles ou le fait que le sponsor ne reçoit pas d’options prêtes à être validées.
Erreur fréquente Considérer chaque symptôme comme un problème humain conduit à tenter de remonter le moral des troupes, alors que le véritable problème réside dans la maîtrise du périmètre ou dans les critères d’acceptation.
Utilisez la liste de contrôle pour faire le lien entre vos observations actuelles et les points que vous allez examiner dans les 48 prochaines heures.