Réalisation des bénéfices : d’abord les personnes, ensuite les projets
Geert Barandat · mis à jour le 26 septembre 2026
La réalisation des bénéfices veille à ce qu’un changement produise la valeur pour laquelle il a été lancé. Elle ne commence pas par le projet, mais par le bénéfice et par les personnes qui doivent le concrétiser : quelle valeur voulez-vous, qu’est-ce qui doit changer pour elles, et quel projet y contribue vraiment.
Pourquoi le bénéfice disparaît après la mise en service
La plupart des organisations commencent par le projet. Il y a un objectif, on monte un projet pour y répondre, et le bénéfice figure dans le business case. Cet ordre paraît logique. Il bloque à quatre endroits.
Après l’approbation, la mesure change. Le business case sert à obtenir le budget. Ensuite, réussir veut dire livré dans les délais et le budget. Le bénéfice devient un document dans un dossier.
La livraison compte comme réussite. La mise en service est au vert, même si personne ne travaille autrement. Personne ne mesure si le bénéfice arrive, puisque le projet est clôturé.
Les personnes n’arrivent qu’à la fin. La conduite du changement devient la phase où il faut vendre une solution déjà conçue. La résistance coûte cher à ce stade, car tout est déjà construit.
Chaque écart devient un projet. Qui pense en projets résout tout par un projet. Y compris ce qu’un autre accord de travail, un nouveau rôle ou une formation aurait réglé.
Le cycle, étape par étape
Partir du bénéfice inverse l’ordre. Le projet ne vient pas en premier, mais en dernier, comme moyen.
- Le bénéfice
- Le changement
- Le fonctionnement visé
- Ce qui manque
- Projet ou intervention
- ↺ Ce que vous entendezajuste le changement · le fonctionnement visé · ce qui manque · le projet
1 · Le bénéfice. Quelle valeur voulez-vous, et comment verrez-vous qu’elle est là ? Un bénéfice sans point de départ est un souhait. Vous notez où vous en êtes aujourd’hui, et d’où vient ce chiffre.
2 · Le changement. Qu’est-ce qui doit être différent pour les collaborateurs, les équipes et l’organisation pour rendre ce bénéfice possible ? Dans la voie habituelle, cette question n’arrive qu’à la fin.
3 · Le fonctionnement visé. Comment l’organisation travaille-t-elle alors, concrètement ? Qui fait quoi, avec quels accords, dans quel rôle ? Les personnes qui portent le changement le définissent avec vous.
4 · Ce qui manque. Qu’est-ce que l’organisation ne sait pas encore faire aujourd’hui et qu’elle devra savoir faire ? C’est l’écart à combler.
5 · Le projet, ou une intervention plus légère. C’est seulement maintenant que vous choisissez le moyen. Parfois c’est un projet. Parfois un accord de travail, un rôle ou une formation suffit. Vous choisissez le plus petit moyen qui comble l’écart.
6 · Ce que vous entendez. Pendant la réalisation, vous écoutez les équipes. Ce que vous entendez peut faire évoluer le changement, le fonctionnement visé, ce qui manque et le projet, en cours de route. Seul le bénéfice reste fixe : c’est lui la mesure. La fin n’est pas la mise en service. C’est le moment où le bénéfice est là.
Où cela se situe par rapport à MSP et au Benefits Dependency Network
Partir du bénéfice n’est pas nouveau en soi. MSP dessine d’abord un blueprint de l’organisation future, et seulement ensuite les projets. Le Benefits Dependency Network de Ward et Daniel se construit de l’objectif vers les moyens, avec les changements comme maillon distinct. Cette approche s’appuie sur eux.
La différence tient à trois choses que les méthodes classiques laissent ouvertes.
Qui définit le fonctionnement visé, et quand. Dans beaucoup de programmes, l’équipe de programme dessine le blueprint. Ici, les personnes qui portent le changement le définissent avec vous, avant que quoi que ce soit ne soit construit.
Les retours changent le projet, pas seulement le reporting. Dans le cycle classique, on ajuste entre deux tranches. Ici, ce que disent les équipes peut faire évoluer un projet pendant qu’il avance.
L’hypothèse reste visible. Entre un résultat et un bénéfice, il y a toujours une hypothèse. Vous ne la faites pas disparaître par un calcul. Vous placez côte à côte ce que vous attendiez et ce que vous voyez, et quelqu’un décide, avec un nom et une date.
Ce que cela demande à une organisation
Cette voie n’est pas plus difficile, mais elle est plus honnête. Elle demande quatre choses.
Un bénéfice avec un point de départ. Sans mesure initiale, chaque mesure suivante est une opinion.
La volonté d’arrêter. Si un projet ne contribue plus au bénéfice, vous l’ajustez ou vous l’arrêtez. Ce n’est pas un échec. C’est de la gestion de portefeuille.
Le changement dès le départ. Le change manager est à l’œuvre avant le démarrage du projet, pour façonner le changement et le fonctionnement visé.
Un rythme fixe pour faire le point. Chaque trimestre, ou à chaque vague d’initiatives, la question : le bénéfice arrive-t-il, et notre hypothèse tient-elle toujours ?
Dans Cohentis, le bénéfice passe en premier
Cliquez pour agrandir
Dans le portefeuille de changements, vous commencez par le bénéfice. L’écran Bénéfices attendus montre la chaîne jusqu’à l’initiative, et se lit par défaut à partir du bénéfice : où vous voulez aller, et ce qu’il faut pour y arriver. Ce que coûte un bénéfice, l’inconvénient, figure dans la même colonne. Pour chaque bénéfice, vous voyez le point de départ, la cible et la dernière mesure, avec la date et le plan d’où vient cette mesure.
Vous reliez un critère de succès d’un plan de changement au bénéfice dans le portefeuille. Ce que mesure le change manager remonte vers le bénéfice concerné. Vous voyez ainsi, au niveau du portefeuille, si le changement prend, et pas seulement si le projet avance.
Dans vos accords de travail, vous fixez qu’un change manager est en place avant le démarrage du projet. Le tableau de bord signale chaque initiative approuvée sans change manager.
Questions fréquentes
Qu’est-ce que la réalisation des bénéfices ?
La réalisation des bénéfices veille à ce qu’un changement produise la valeur pour laquelle il a été lancé. Elle part du bénéfice et choisit le projet comme moyen, et non l’inverse.
Quelle différence entre un livrable, un résultat et un bénéfice ?
Un livrable est ce qu’un projet produit, par exemple un nouveau système. Un résultat est ce qui se passe autrement grâce à lui, par exemple des équipes qui font leur planning dans ce système. Un bénéfice est la valeur que cela crée, par exemple moins d’heures supplémentaires.
Qu’est-ce qu’un inconvénient dans la réalisation des bénéfices ?
Un inconvénient est ce qu’un changement coûte ou complique, pour les personnes qu’il touche. Il se place à côté du bénéfice, pour que l’arbitrage reste visible.
Quand arrêter un projet ?
Quand il ne contribue plus au bénéfice pour lequel il a été lancé, et qu’un ajustement ne suffit pas. Cela demande un bénéfice avec un point de départ et un moment fixe pour faire le point.
Comment cette approche se situe-t-elle par rapport à MSP ?
MSP part aussi de l’état futur visé. Cette approche y ajoute deux choses : les personnes qui portent le changement définissent cet état avec vous, et ce que disent les équipes ajuste les projets pendant qu’ils avancent.