Un projet de réorganisation interne s’achève avec trois mois de retard sur le calendrier initial et un budget dépassé de 15%. Sur le papier, c’est un échec. Dans les faits, l’équipe a pivoté en cours de route pour intégrer une fusion de services que personne n’avait anticipée, et le résultat final répond exactement aux besoins de la direction. Le projet est une réussite, mais ses indicateurs racontent l’histoire inverse.
Ce décalage entre la réalité du terrain et ce que disent les chiffres n’est pas un accident. C’est le symptôme d’une erreur de pilotage fréquente: mesurer un projet adaptatif avec des indicateurs conçus pour un projet prédictif.
Un rappel en une phrase
Un projet prédictif planifie l’ensemble du périmètre en amont et mesure les écarts par rapport à ce plan; un projet adaptatif accepte que le périmètre évolue et optimise la valeur livrée à chaque itération. Le choix entre ces deux approches fait l’objet d’un article distinct. Ce qui nous intéresse ici, c’est ce qui se passe après ce choix, au moment de définir comment on évalue la performance.
Pourquoi les indicateurs prédictifs deviennent trompeurs en contexte agile
Les trois métriques classiques du pilotage prédictif sont l’écart de coût par rapport au budget de référence, l’écart de délai par rapport au calendrier initial et le pourcentage du périmètre planifié effectivement livré. Ces indicateurs supposent tous qu’un plan de référence fiable existe dès le départ et que tout écart par rapport à ce plan constitue un problème.
Or, dans un projet adaptatif, l’écart par rapport au plan initial n’est pas un dysfonctionnement: c’est le fonctionnement normal. Une équipe qui organise un programme de formation continue, par exemple, va ajuster les modules au fil des retours des participants. Si elle a remplacé deux ateliers prévus par trois sessions plus courtes sur un sujet que les participants jugent prioritaire, l’indicateur de conformité au périmètre affichera un écart négatif alors que la décision était pertinente.
Le Manifeste Agile pose le principe explicitement: “l’adaptation au changement plus que le suivi d’un plan”. Mesurer la conformité au plan dans un cadre qui valorise l’adaptation revient à évaluer un poisson sur sa capacité à grimper aux arbres.
Le piège de la mesure dysfonctionnelle
Robert Austin, dans ses travaux sur la mesure de la performance organisationnelle, décrit un phénomène qu’il appelle la mesure dysfonctionnelle (dysfunctional measurement): lorsqu’un indicateur devient un objectif en soi, les acteurs du projet optimisent l’indicateur plutôt que le résultat réel. Martin Fowler reprend cette idée dans son analyse des méthodologies de développement, en montrant comment des métriques mal choisies déforment les comportements au sein des équipes.
Concrètement, si vous demandez à une équipe de conseil en transformation organisationnelle de respecter le périmètre initial à tout prix, elle livrera exactement les livrables prévus, même si les entretiens de terrain ont révélé que le vrai problème est ailleurs. L’indicateur sera au vert, le client sera déçu, et personne ne comprendra pourquoi.
Le phénomène inverse est tout aussi révélateur. Un projet événementiel livré dans les temps et dans le budget, mais dont le programme n’a pas été adapté aux retours des éditions précédentes, apparaîtra comme un succès sur le tableau de bord. La baisse de fréquentation l’année suivante racontera une autre histoire, mais elle ne figure dans aucun indicateur de pilotage du projet.
Que mesurer dans un projet adaptatif?
La question n’est pas de renoncer à la mesure, mais de mesurer ce qui compte réellement dans un contexte où le plan évolue. Le Practice Guide Agile du PMI identifie plusieurs familles d’indicateurs pertinents pour le pilotage adaptatif.
La valeur livrée remplace la conformité au périmètre. Plutôt que de vérifier si les livrables prévus ont été produits, on évalue si ce qui a été livré à chaque itération apporte un bénéfice concret aux parties prenantes (stakeholders). Pour un programme de formation, cela peut être le taux de satisfaction des participants ou l’application effective des compétences acquises.
La satisfaction des parties prenantes, mesurée régulièrement et pas uniquement en fin de projet, donne un signal bien plus fiable que le respect du calendrier. Un sponsor qui valide chaque incrément en connaissance de cause est un indicateur de santé du projet autrement plus parlant qu’un diagramme de Gantt à jour.
Le temps de cycle (cycle time), qui mesure la durée entre le moment où un élément de travail est commencé et le moment où il est livré, renseigne sur la fluidité de l’exécution. Si ce temps augmente d’une itération à l’autre, quelque chose freine l’équipe, indépendamment du respect ou non du budget global.
La vélocité d’apprentissage, enfin, est un indicateur moins courant mais particulièrement pertinent pour les projets exploratoires: à quelle vitesse l’équipe intègre-t-elle les retours du terrain pour ajuster sa trajectoire? Un projet de transformation qui met quatre itérations à réagir à un signal d’alerte des utilisateurs a un problème que le suivi budgétaire classique ne captera jamais.
Le vrai risque: piloter à l’aveugle en croyant y voir clair
Le danger des indicateurs prédictifs appliqués à un projet agile n’est pas qu’ils donnent de mauvais résultats. Le danger est qu’ils donnent des résultats qui ressemblent à de l’information fiable. Un tableau de bord couvert de feux verts inspire confiance. Si ces feux mesurent la conformité à un plan que tout le monde sait obsolète, cette confiance est trompeuse.
À l’inverse, un tableau de bord couvert de feux rouges parce que le projet a évolué par rapport au plan initial peut déclencher des réactions de panique injustifiées: demandes de re-planification, gel du périmètre, pression sur les délais. Ces réactions, en forçant l’équipe à revenir au plan initial, neutralisent précisément l’avantage qu’apporte l’approche adaptative.
Le choix des indicateurs n’est pas une question technique secondaire. C’est une décision de pilotage qui détermine ce que l’équipe va optimiser, les signaux que le sponsor va recevoir et la capacité du projet à s’adapter aux réalités du terrain. Choisir une approche agile puis la mesurer avec des outils prédictifs, c’est installer un volant dans un avion: l’instrument existe, il tourne, mais il ne contrôle rien de pertinent.