Votre équipe va rater une date engagée. Comment et quand l'annoncez-vous ?

Dites-le dès que vous en êtes convaincu, pas quand ça devient indéniable. Apportez l'estimation révisée, la cause, les options (réduire le périmètre, décaler la date, baisser le niveau de qualité ; ajouter des gens aide rarement) et votre recommandation. Parlez directement aux parties prenantes plutôt que de les laisser le découvrir dans un rapport d'avancement. Puis corrigez le processus de prévision qui a laissé le glissement passer inaperçu si longtemps.

Dès que j'en suis convaincu, pas la semaine avant l'échéance. Sur le dernier gros projet, je le savais autour des quarante pour cent, parce que notre avancement sur le travail d'intégration valait la moitié du prévu et que la tendance était plate plutôt que bruitée. Je suis allé voir la partie prenante avec trois choses : on aura trois semaines de retard au périmètre actuel, voici pourquoi, et voici les options. Un, on livre le parcours principal à la date d'origine et la partie reporting trois semaines plus tard. Deux, on garde tout le périmètre et on décale la date. Trois, on retire deux personnes de l'autre projet, ce que je ne recommandais pas parce que le coût de montée en compétence mangerait l'essentiel du gain. Ma recommandation était l'option un et ils l'ont prise. Ce qui compte le plus pour moi, c'est la rétrospective ensuite : notre estimation supposait qu'une API fournisseur se comportait comme la documentation le disait, et personne ne l'avait testé avant qu'on s'engage. Maintenant, tout ce qui a une dépendance externe passe par un spike avant d'entrer dans une roadmap avec une date.