Réalisation des bénéfices : de la livraison à la valeur réelle
Le projet a livré à temps, le système a été mis en service et l'équipe a fêté ça. Un an plus tard, quelqu'un à la direction demande : est-ce que ça va vraiment mieux ? Et personne ne le sait. C'est exactement le problème auquel les chercheurs John Ward et Elizabeth Daniel, de la Cranfield School of Management, se sont attaqués dans leur livre Benefits Management, paru en 2006.
Leur message est inconfortable mais libérateur : les bénéfices d'un projet n'apparaissent pas à la livraison. Ils apparaissent dans l'organisation, après coup, et seulement si quelqu'un en est propriétaire et travaille activement à les concrétiser. La démarche qu'ils décrivent est souvent appelée réalisation des bénéfices, et elle est devenue une évidence dans le pilotage moderne des projets et des portefeuilles.
Que dit la recherche ?
Ward et Daniel ont construit leur livre sur de nombreuses années de recherche consacrées aux investissements dans les systèmes d'information et l'informatique. Un schéma récurrent : les organisations inscrivaient des bénéfices dans le business case — des processus plus efficaces, des clients plus satisfaits, des coûts plus bas — mais ne vérifiaient jamais s'ils se matérialisaient. On supposait que les bénéfices arriveraient automatiquement une fois la technologie en place. C'est rarement le cas.
Leur explication : la technologie et les livrables d'un projet ne créent aucune valeur en soi. La valeur n'apparaît que lorsque les personnes dans l'organisation changent leur façon de travailler. C'est pourquoi les bénéfices doivent être identifiés tôt, reliés à des changements concrets dans l'organisation et, surtout, dotés de propriétaires — des personnes côté métier, pas côté projet, responsables de faire en sorte que les bénéfices soient réellement récoltés. Ward et Daniel décrivent tout un processus de travail pour cela, avec un plan de réalisation des bénéfices et un suivi qui continue après la clôture du projet.
Une conséquence importante : il faut distinguer les objectifs de projet des objectifs d'effet. Le projet est responsable de livrer un résultat — un système, un processus, un produit — dans son cadre. L'effet, le bénéfice mesurable dans l'organisation, appartient au commanditaire ou au sponsor et se réalise bien après la remise. Si on les mélange, personne ne peut être tenu responsable de l'un ou de l'autre — le projet est blâmé pour des effets absents sur lesquels il n'a aucune prise, et l'organisation échappe à sa responsabilité du changement.
Qu'est-ce que cela signifie pour vous, chef de projet ?
Distinguez objectifs de projet et objectifs d'effet dans chaque document. Écrivez noir sur blanc : voici ce que le projet livre, voici le bénéfice qui doit apparaître ensuite, et il appartient au sponsor. Cela vous protège autant que le bénéfice — vous êtes évalué sur la bonne chose, et le bénéfice a un responsable.
Exigez un propriétaire pour chaque bénéfice. Si personne côté métier ne veut inscrire son nom à côté d'un bénéfice promis, c'est un signal d'alarme : soit le bénéfice n'est pas crédible, soit personne ne le mènera à bien. Abordez la question avec votre sponsor avant que le projet ne démarre pour de bon — il est bien plus facile de clarifier la propriété à ce moment-là qu'à l'approche de la livraison.
Utilisez le bénéfice métier comme boussole en cours de route. Quand des demandes de changement ou des coupes budgétaires sont discutées, revenez aux bénéfices : lequel des effets promis est renforcé ou menacé par cette décision ? Cela élève la qualité des décisions et de vos échanges avec le comité de pilotage.
Comment vous entraîner
Le plus difficile dans la réalisation des bénéfices, c'est souvent la conversation avec le sponsor : rendre la responsabilité de l'effet là où elle doit être, avec bienveillance mais fermeté, sans abîmer la relation ni la confiance au passage. Dans Project-simulator, vous vous entraînez aux conversations avec sponsors et comités de pilotage face à des interlocuteurs IA et recevez un retour fondé sur vos propres mots. Vous pouvez essayer gratuitement pendant une semaine.
Dans Project-simulator, vous vous entraînez à ces conversations face à une IA et recevez un retour fondé sur des recherches comme celle-ci.
Essai gratuit de 7 jours