L'essentiel
Le benefit tracking est le dernier maillon — celui qui boucle la chaîne. Il ne sert pas à juger l'IT : il force les sponsors à revenir vérifier, 3, 6 et 9 mois après, que les gains promis dans leur business case sont bien au rendez-vous. Sans cette boucle, aucun apprentissage — et la gestion de la demande se remplit de projets vendus sur de fausses promesses.
Qu'est-ce que le benefit tracking ?
Le benefit tracking (ou suivi des gains, value realization) est le processus qui mesure, après livraison, si les bénéfices annoncés d'un projet — économies, revenus, temps gagné, risque réduit — se matérialisent vraiment. Il boucle la chaîne de valeur : après avoir capté la demande, engagé la capacité et alloué le budget, on revient vérifier le résultat.
Son but n'est pas d'évaluer la performance de l'IT. C'est de responsabiliser les sponsors : ceux qui ont poussé le projet avec un business case chiffré doivent rendre des comptes sur la promesse qui a justifié l'investissement.
Le problème : la boucle d'apprentissage manquante
La plupart des organisations lancent des projets sur une promesse de gains… que personne ne revérifie jamais. Le sponsor obtient son budget, le projet est livré, et tout le monde passe au suivant. Faute de retour, il n'y a aucun apprentissage : on ne sait pas ce qui a réellement payé.
Les symptômes sont reconnaissables :
- des business cases optimistes, parce que personne ne sera tenu de les prouver ;
- une gestion de la demande qui se remplit d'idées « à ROI garanti » jamais confrontées au réel ;
- des « projets zombies » qui continuent de consommer du budget sans que leur inutilité n'éclate jamais ;
- aucun moyen de distinguer les projets qui ont créé de la valeur de ceux qui l'ont seulement promise.
Ce que le CIO Office met en place
- 1
Un gain chiffré et un sponsor responsable
Dès le business case, chaque projet engage un bénéfice chiffré porté par un sponsor nommé — pas une vague promesse collective. - 2
Une mesure à 3, 6 et 9 mois
On ne mesure pas au go-live (trop tôt) : on revient à 3, 6 puis 9 mois, quand l'usage se stabilise et que les effets se matérialisent. - 3
Une validation avec la Finance
Le gain constaté est rapproché des chiffres de la Finance — la promesse devient auditable, plus une simple déclaration interne. - 4
Une réinjection dans la gestion de la demande
Ce qui a — ou n'a pas — délivré nourrit la gestion de la demande suivante : on priorise mieux, en connaissance de cause.
La valeur créée : avant / après
| Sans benefit tracking | Avec le CIO Office | |
|---|---|---|
| Promesses de gains | Oubliées après le go-live | Vérifiées à 3, 6 et 9 mois |
| Responsabilité du sponsor | Diluée une fois le projet lancé | Nominale, jusqu'aux gains réels |
| Boucle d'apprentissage | Inexistante | Chaque projet nourrit le suivant |
| Qualité de la demande | Se remplit de fausses promesses | Assainie par les retours terrain |
| Projets zombies | Consomment en silence | Détectés et arrêtés |
Exemple illustratif
Cas type : dans un portefeuille, une large part des projets a été lancée sur une promesse de gains jamais revérifiée. En instaurant un rendez-vous de mesure à 3, 6 et 9 mois, on découvre que certains « quick wins » n'ont rien produit — et l'on constate surtout que les business cases suivants deviennent nettement plus réalistes, une fois les sponsors prévenus qu'ils seront tenus de prouver leurs gains. (Exemple représentatif, chiffres d'illustration.)
Pièges à éviter
Trois erreurs classiques
- Mesurer trop tôt. Au go-live, rien n'est stabilisé — d'où les trois points à 3, 6 et 9 mois.
- En faire un tribunal de l'IT. Le benefit tracking responsabilise le sponsor, pas l'équipe de livraison ; sinon il génère de la défiance et plus personne ne joue le jeu.
- Suivre sans réinjecter. Un suivi qui ne nourrit pas la priorisation suivante ne crée aucun apprentissage — c'est du reporting mort.
Les enablers : reporting auto + sync Finance
Ce qui rend la boucle crédible
La boucle ne tient que si elle est sans effort et incontestable. Deux enablers : le reporting automatisé (les indicateurs de gains remontent sans ressaisie) et la synchronisation avec la Finance (le gain est rapproché des chiffres de la DAF, donc opposable). C'est ce qui transforme un tableau de suivi interne en argument partagé avec les sponsors.
Le benefit tracking referme la chaîne : ce qui a réellement délivré nourrit la gestion de la demande suivante. La chaîne tourne — et s'améliore à chaque tour. Voir aussi le pilotage stratégique de la DSI et l'ensemble des enablers du CIO Office.
Questions fréquentes
Qu'est-ce que le benefit tracking (suivi des gains) ?
Le benefit tracking est le processus qui vérifie, après livraison (à 3, 6 et 9 mois), si les gains promis par un projet — économies, revenus, temps gagné, risque réduit — se sont réellement matérialisés. Son but n'est pas de juger l'IT, mais de forcer les sponsors à boucler la promesse qui a justifié l'investissement.
Le benefit tracking sert-il à évaluer la performance de la DSI ?
Non. Il ne mesure pas le travail de l'IT mais la promesse du sponsor — celui qui a poussé le projet avec un business case chiffré. En le tenant responsable des gains réels, on crée une boucle d'apprentissage qui améliore la qualité des demandes suivantes, au lieu de mettre l'IT au tribunal.
À quel moment mesurer les gains d'un projet IT ?
Pas au go-live : rien n'est stabilisé et l'on confond l'effet de lancement avec le gain durable. On mesure à 3, 6 puis 9 mois, quand l'usage se stabilise. Plusieurs points de mesure permettent de distinguer un vrai gain d'un pic temporaire.
Comment éviter les projets vendus sur de fausses promesses ?
En vérifiant systématiquement les gains annoncés et en réinjectant le constat dans la gestion de la demande. Un sponsor qui sait que sa promesse sera revérifiée à 3, 6 et 9 mois calibre son business case beaucoup plus honnêtement — la demande s'assainit d'elle-même.