Valeur projet: la définir avant de la livrer

Un projet livré dans les délais peut rater sa cible. Définir la valeur attendue dès le cadrage évite cette erreur. Méthode pratique et outils concrets.

La question la plus utile qu’un chef de projet puisse poser au démarrage d’une initiative tient en huit mots: “comment mesurerez-vous le succès de ce projet?” Jeff Gothelf, consultant produit et auteur reconnu, utilise cette question comme outil de diagnostic avec ses clients. La réponse, ou plutôt l’absence de réponse, révèle un problème structurel: la plupart des projets démarrent sans définition partagée de ce que “valeur” signifie concrètement.

Livrer dans les délais ne suffit pas

La gestion de projet traditionnelle s’est longtemps concentrée sur la triple contrainte: respecter le périmètre, le budget et les délais. Un projet qui satisfait ces trois critères est considéré comme réussi. Pourtant, les organisations constatent régulièrement que des projets “réussis” selon ces critères n’ont produit aucun changement tangible. Le logiciel a été déployé, mais personne ne l’utilise; le processus a été documenté, mais les équipes continuent de travailler comme avant.

La 7e édition du PMBOK (le référentiel du Project Management Institute, publié en 2021) acte ce constat en déplaçant le centre de gravité: l’accent ne porte plus sur les livrables, mais sur la valeur produite. Ce virage conceptuel oblige à distinguer quatre niveaux dans la chaîne de contribution d’un projet: le livrable (ce que le projet produit), le résultat (le changement de comportement ou de capacité rendu possible par ce livrable), le bénéfice (l’amélioration mesurable qui en découle) et la valeur (la contribution aux objectifs stratégiques de l’organisation).

La chaîne livrable-résultat-bénéfice-valeur

Cette distinction n’est pas théorique, elle est directement opérationnelle. Prenons un exemple concret: un projet de déploiement d’un outil de reporting. Le livrable est l’outil configuré et accessible. Le résultat est que les managers l’utilisent effectivement pour leurs décisions hebdomadaires. Le bénéfice est une réduction du temps de préparation des comités de direction de trois heures à quarante-cinq minutes. La valeur est l’accélération de la prise de décision stratégique.

Sans cette chaîne, le chef de projet risque de déclarer victoire au premier maillon et de passer au projet suivant sans jamais vérifier que les trois suivants se sont réalisés. Jeff Gothelf souligne que cette confusion est systémique: chaque département dans une organisation a sa propre conception de la valeur, et ces conceptions fonctionnent en parallèle sans jamais être confrontées.

Comment définir la valeur dès le cadrage

La gestion des bénéfices (benefits realization management, soit la pratique structurée d’identification, de planification et de suivi des bénéfices attendus d’un projet) propose un cadre simple pour ancrer cette réflexion dès la phase de cadrage. L’outil de base est un tableau qui relie chaque bénéfice attendu à un indicateur mesurable, un responsable et une échéance de vérification.

Par exemple, sur un projet de refonte d’un processus d’achat:

  • Bénéfice: réduction du délai moyen de traitement des commandes
  • Indicateur: délai moyen mesuré en jours ouvrés, de la demande à la validation
  • Responsable: le directeur des achats (pas le chef de projet)
  • Échéance de vérification: six mois après la mise en production

Ce tableau force deux prises de conscience essentielles. La première est que le chef de projet n’est généralement pas celui qui “réalise” la valeur: il crée les conditions pour que d’autres la réalisent, à commencer par le manager opérationnel qui intègre le livrable dans ses processus et génère le bénéfice. La seconde est que la mesure de la valeur se fait souvent bien après la clôture formelle du projet, ce qui exige de définir en amont qui va suivre ces indicateurs.

Quand la valeur n’est pas financière

L’erreur classique consiste à réduire la valeur au retour sur investissement financier. Comme le souligne Pat Weaver, praticien reconnu en gestion de projet, “la valeur est dans l’oeil de la partie prenante”. Pour un sponsor, la valeur est souvent un ROI (return on investment, soit le rapport entre le gain net et l’investissement consenti). Pour les utilisateurs finaux, c’est un gain de temps ou une réduction des erreurs. Pour une direction juridique, c’est la conformité réglementaire. Pour des parties prenantes externes, c’est parfois un impact environnemental ou une amélioration de la réputation.

Cette pluralité des perspectives explique pourquoi la question de Gothelf est si révélatrice: si vous demandez “comment mesurez-vous le succès?” à cinq parties prenantes et obtenez cinq réponses différentes, vous n’avez pas encore un projet, vous avez cinq attentes non réconciliées. Le travail de cadrage consiste précisément à rendre ces attentes explicites et à arbitrer entre elles.

Un réflexe à ancrer dans la pratique

L’approche par la gestion des bénéfices ne requiert pas de méthodologie lourde ni d’outils spécialisés: un tableur partagé avec les colonnes “bénéfice attendu”, “indicateur”, “responsable” et “date de vérification” suffit à condition d’être rempli avec les bonnes personnes autour de la table. La discipline consiste à poser la question de la valeur avant de se lancer dans la planification, pas après la livraison, quand il est trop tard pour rectifier l’approche.

Pour un chef de projet, cette habitude de cadrage par la valeur attendue transforme la relation avec les parties prenantes: au lieu de promettre un livrable et d’espérer qu’il produise des effets, on définit ensemble les effets attendus et on construit le projet en conséquence.