Agilité et gestion de projet
Maîtrise des coûts et valeur acquise : un exemple EVM chiffré de bout en bout
Avancé9 min de lectureMis à jour
Cette page a été traduite de l'anglais avec l'aide de l'IA, puis vérifiée par rapport à l'original. Lire la version anglaise
La gestion de la valeur acquise répond à la question qu'un simple suivi des dépenses laisse sans réponse : en avez-vous pour votre argent ? Ce guide construit une référence de base des coûts, fait passer un projet par toutes les formules de la valeur acquise avec de vrais chiffres, interprète les indices sans complaisance, puis aborde les limites de la technique et son application aux livraisons itératives.
Ce que vous allez apprendre
- Construire une référence de base des coûts à partir des estimations, de la réserve pour aléas et de la réserve de management
- Calculer la valeur planifiée, la valeur acquise et le coût réel à une date de reporting
- Déduire les écarts de délai et de coût ainsi que leurs indices, et expliquer ce que chacun signifie
- Prévoir le coût final avec trois formules d'EAC et choisir la bonne
- Énoncer les limites de la valeur acquise et son application à une livraison itérative
Un état des dépenses vous dit combien d'argent est sorti du compte. Il ne vous dit pas si le travail acheté avec cet argent vaut ce qu'il a coûté, et c'est dans cet angle mort que les dépassements se cachent pendant des mois. Un projet à cinq mois, qui a consommé quarante pour cent de son budget, peut être exactement dans les clous, confortablement en avance ou en route vers un dépassement de cinquante pour cent — et le système financier affiche le même chiffre dans les trois cas.
La gestion de la valeur acquise (earned value management, EVM) comble cet écart en mesurant l'avancement dans la même unité que les dépenses. C'est la technique la plus quantitative de la gestion de projet, elle a de vraies limites, et elle mérite d'être apprise sérieusement parce que l'arithmétique est simple alors que l'interprétation ne l'est pas. Ce guide construit d'abord une référence de base des coûts, fait passer un projet par chaque formule, puis examine les cas où la méthode induit en erreur.
Estimer et budgéter
L'estimation des coûts s'appuie sur les trois mêmes familles de méthodes que l'estimation des durées, appliquées à l'argent. L'estimation par analogie extrapole à partir d'un projet passé comparable ; l'estimation paramétrique multiplie un taux mesuré par une quantité, par exemple un taux journalier par un nombre estimé de jours-personnes ; l'estimation ascendante (bottom-up) chiffre chaque lot de travaux de l'organigramme des tâches et additionne vers le haut, ce qui est la méthode la plus précise et la plus coûteuse à produire. La plupart des budgets réels les combinent : ascendante pour les parties bien comprises, paramétrique pour le reste.
Incluez tout ce qui sera réellement facturé. Les coûts directs — personnel, licences, matériel, prestataires — sont évidents. Les coûts indirects, comme l'infrastructure partagée, les frais généraux de bureau et le temps de management, sont souvent oubliés et réapparaissent ensuite sous forme de dépassement. Les coûts récurrents de plateforme après la mise en production relèvent de l'exploitation plutôt que du projet, mais ils ont tout de même besoin d'un responsable ; le guide sur la maîtrise des coûts cloud traite de cet aspect.
L'agrégation des estimations donne la référence de base des coûts, par couches successives :
| Couche | Contenu | Qui autorise la dépense |
|---|---|---|
| Estimations des lots de travaux | Livrables chiffrés issus de l'organigramme des tâches | Chef de projet |
| + Réserve pour aléas | Risques identifiés, dimensionnés à partir de l'analyse des risques | Chef de projet |
| = Référence de base des coûts | Le budget réparti dans le temps par rapport auquel la performance est mesurée | — |
| + Réserve de management | Inconnues inconnues, généralement 5–10 % | Sponsor |
| = Budget total du projet | L'intégralité du financement autorisé | — |
Répartir la référence de base dans le temps selon le planning produit la fameuse courbe en S : les dépenses planifiées cumulées, plates au démarrage pendant la montée en charge de l'équipe, raides pendant la réalisation, puis s'aplatissant à mesure que le travail s'achève. Cette forme compte, car c'est ce démarrage plat qui permet à un projet de paraître sous le budget pendant des mois alors qu'il est déjà en retard.
Les trois mesures
Tout, en valeur acquise, découle de trois chiffres relevés à une date de reporting.
Valeur planifiée (PV, planned value) — le coût budgété du travail qui aurait dû être accompli à cette date, lu sur la courbe en S de référence.
Valeur acquise (EV, earned value) — le coût budgété du travail effectivement accompli. Notez le mot budgété : la valeur acquise se mesure aux taux de la référence de base, jamais à ce que le travail a réellement coûté. C'est le chiffre qui exige de la rigueur, car il dépend d'une règle honnête pour créditer l'avancement partiel. La règle la plus sûre est le 0/100 : rien n'est crédité tant qu'un lot de travaux n'est pas terminé. Elle est prudente et difficile à manipuler. La règle 50/50 crédite la moitié au démarrage et l'autre moitié à l'achèvement. Le pourcentage d'avancement déclaré par la personne qui fait le travail est la méthode la moins fiable, et la plus répandue.
Coût réel (AC, actual cost) — ce qui a réellement été dépensé pour ce travail, d'après le système financier, engagements sur factures non encore payées compris.
Également fixé : le budget à l'achèvement (BAC, budget at completion), c'est-à-dire la référence de base des coûts dans sa totalité.
Un exemple chiffré
Le remplacement d'un portail a un budget à l'achèvement de 480 000 sur douze mois. À la fin du cinquième mois, le dossier de reporting indique :
BAC = 480,000 Budget at completion
PV = 200,000 Planned value at end of month 5
EV = 170,000 Earned value — budgeted cost of completed work
AC = 190,000 Actual cost incurred to date
Écarts et indices
Schedule variance SV = EV - PV = 170,000 - 200,000 = -30,000
Cost variance CV = EV - AC = 170,000 - 190,000 = -20,000
Schedule performance index SPI = EV / PV = 170,000 / 200,000 = 0.85
Cost performance index CPI = EV / AC = 170,000 / 190,000 = 0.89
Les deux écarts sont négatifs et les deux indices inférieurs à 1,0 : le projet est en retard et en dépassement de coût. Concrètement, seuls 85 % du travail prévu ont été réalisés, et chaque unité monétaire dépensée n'a produit que 89 centimes de travail budgété.
La lecture en pourcentages dit la même chose sous une forme que les parties prenantes assimilent plus vite : 35,4 % de la valeur a été acquise alors que 39,6 % du budget a été dépensé, pour un prévisionnel de 41,7 %. Si vous devez convertir ce genre de chiffres pour un rapport, le calculateur de pourcentage fait le calcul en un instant.
Prévisions
Les prévisions prolongent jusqu'à l'achèvement ce que l'on observe aujourd'hui. Trois formules correspondent à trois hypothèses différentes.
Remaining work at budget: BAC - EV = 480,000 - 170,000 = 310,000
1. Cost performance continues (systemic cause)
EAC = BAC / CPI = 480,000 / 0.8947 = 536,500
2. The overrun was a one-off; rest goes to plan
EAC = AC + (BAC - EV) = 190,000 + 310,000 = 500,000
3. Both cost and schedule pressure continue
EAC = AC + (BAC - EV) / (CPI x SPI)
= 190,000 + 310,000 / (0.8947 x 0.85)
= 190,000 + 407,600 = 597,600
De la prévision retenue découlent deux autres indicateurs :
Estimate to complete ETC = EAC - AC = 536,500 - 190,000 = 346,500
Variance at completion VAC = BAC - EAC = 480,000 - 536,500 = -56,500
Avec l'hypothèse intermédiaire, le projet dépassera donc son budget d'environ 56 500, soit à peu près 12 %, et il lui faudra encore 346 500 pour se terminer.
Peut-on encore redresser la barre ?
C'est la question à laquelle répond l'indice de performance pour l'achèvement (TCPI, to-complete performance index) : l'efficience de coût que le travail restant doit atteindre pour tenir un objectif donné.
To finish within the original budget:
TCPI = (BAC - EV) / (BAC - AC) = 310,000 / 290,000 = 1.07
To finish within the revised forecast:
TCPI = (BAC - EV) / (EAC - AC) = 310,000 / 346,500 = 0.89
C'est le premier chiffre qui compte. L'équipe tourne à une efficience de 0,89 et devrait désormais tourner à 1,07 — mieux que le plan, et sur toute la durée restante — pour atterrir sur le budget initial. Cela représente une amélioration de vingt pour cent sans aucune raison avancée de l'espérer : il faut donc considérer le budget initial comme perdu et orienter la discussion vers le périmètre à réduire ou la réserve à débloquer. Les études sur les grands projets montrent de façon constante que la performance de coût s'améliore rarement une fois le projet achevé à environ vingt pour cent, et c'est précisément pourquoi un TCPI très supérieur au CPI actuel est un signal d'alerte, pas un objectif.
Lire les indices
| SPI | CPI | Situation | Cause typique |
|---|---|---|---|
| < 1 | < 1 | En retard et au-dessus du budget | Périmètre ou complexité sous-estimés |
| < 1 | > 1 | En retard mais peu coûteux | Sous-effectif : le travail n'a pas commencé, ce n'est pas de l'efficience |
| > 1 | < 1 | En avance mais coûteux | Heures supplémentaires, prestataires, ou travail crédité trop généreusement |
| > 1 | > 1 | En avance et sous le budget | Réellement bon, ou référence de base gonflée |
La deuxième ligne est celle que l'on prend le plus souvent, à tort, pour une bonne nouvelle. Un projet qui consomme moins d'argent que prévu parce que personne n'y a été affecté ne fait pas d'économies ; il accumule un retard qui se paiera plus tard.
Limites
La valeur acquise ne vaut que ce que valent les données sur lesquelles elle repose, et cinq faiblesses méritent d'être dites clairement.
Elle mesure la conformité au plan, pas la valeur. Un projet qui livre exactement le mauvais produit dans le budget obtient 1,0 sur les deux indices. Rien dans la méthode ne demande si le périmètre vaut encore la peine d'être construit.
L'indice de délai se dégrade vers la fin. Comme tout le travail restant finit par être acquis, le SPI converge vers 1,0 quel que soit le retard. Au-delà d'environ quatre-vingts pour cent d'avancement, il n'apporte presque plus d'information, et c'est le chemin critique qui constitue le signal fiable.
Elle est sensible à la règle de crédit. Des déclarations d'avancement optimistes gonflent directement la valeur acquise, et les indices qui en résultent paraissent rassurants pendant que le projet se dégrade. C'est de loin la façon la plus courante dont un reporting en valeur acquise devient inutile.
Elle a un coût de fonctionnement réel. Une référence de base répartie dans le temps, une collecte des coûts au niveau des lots de travaux et un recalcul mensuel demandent de l'effort. Sur un petit projet, le reporting peut coûter plus qu'il ne rapporte, et un simple suivi par jalons est un meilleur compromis.
Les changements de périmètre invalident la référence de base. Chaque changement approuvé doit être répercuté dans le budget à l'achèvement, faute de quoi tous les indices suivants se comparent à un plan qui n'existe plus.
La valeur acquise en livraison itérative
La technique s'adapte dès lors que vous décidez de ce qui compte comme acquis. L'approche courante prend les éléments de backlog terminés — ou les story points réalisés — comme quantité acquise, avec un coût budgété par unité obtenu en divisant le budget total par le périmètre total estimé.
Total scope estimated at 1,200 story points, BAC = 480,000
Budgeted cost per point = 400
End of iteration 10 (of 24):
Points completed 425
EV = 425 x 400 = 170,000
PV (planned by now) = 200,000
AC (10 iterations of a stable team) = 190,000
À partir de là, l'arithmétique est identique. La condition préalable est un périmètre total raisonnablement stable : si le backlog grossit d'un tiers pendant la livraison, le budget à l'achèvement ne cesse de bouger et les indices mesurent l'estimation plutôt que l'équipe. Pour des produits qui évoluent réellement, une prévision fondée sur le débit, telle que décrite dans estimation et planification, est plus parlante, et les graphiques burn-up, qui montrent explicitement la croissance du périmètre, sont plus honnêtes que n'importe quel indice.
Un dernier mot sur les réserves. La réserve pour aléas doit être dimensionnée à partir de l'analyse des risques, et non fixée forfaitairement à dix pour cent, et chaque prélèvement doit être un événement tracé, rattaché au risque qui s'est réalisé. Une réserve pour aléas consommée par l'optimisme ordinaire n'a jamais été une réserve : c'était une estimation gonflée.
Points clés à retenir
- La référence de base des coûts, ce sont les estimations plus la réserve pour aléas ; la réserve de management se situe en dehors, et la débloquer modifie tous les indicateurs de valeur acquise.
- La valeur acquise est le coût budgété du travail accompli : elle n'est donc pas plus honnête que la règle utilisée pour créditer l'avancement partiel, et le 0/100 est la plus difficile à manipuler.
- Le SPI et le CPI expriment l'efficience en délai et en coût sous forme de ratios ; en dessous de 1,0, moins de travail est livré par unité de plan ou par unité dépensée.
- Les trois formules d'EAC traduisent trois hypothèses différentes : un dépassement systémique, ponctuel, ou aggravé par la pression sur les délais.
- Le TCPI teste la possibilité de redresser la situation : s'il est nettement supérieur au CPI obtenu jusqu'ici, le budget initial est perdu, et la démarche honnête consiste à réduire le périmètre ou à débloquer de la réserve.
- L'indice de délai devient peu fiable à l'approche de l'achèvement, et la méthode ne dit rien de l'intérêt de construire encore le périmètre : lisez-la avec le chemin critique et la justification de valeur du produit.
Sources et lectures complémentaires
Questions fréquentes
- Pourquoi l'indice de performance des délais s'exprime-t-il en argent ?
- Parce que la valeur acquise mesure l'avancement par le coût budgété du travail accompli, et non par des dates. C'est sa faiblesse la plus connue : à l'approche de la fin, tout le travail restant finit par être acquis, si bien que l'indice tend vers 1,0 même sur un projet en retard. Lisez-le toujours à côté du chemin critique, et ne vous en servez jamais comme unique signal de délai dans le dernier quart du projet.
- Quelle formule d'estimation à l'achèvement faut-il utiliser ?
- Tout dépend de la cause du dépassement. Si la performance de coût actuelle reflète un problème systémique (un taux journalier erroné, une base de code sous-estimée), divisez le budget par l'indice de performance des coûts. Si le dépassement est ponctuel, comme une panne matérielle, ajoutez le travail restant au coût budgété aux coûts réels. Si la pression sur les coûts et sur les délais doit se prolonger, divisez le travail restant par le produit des deux indices : c'est la formule la plus pessimiste.
- Quelle est la différence entre réserve pour aléas et réserve de management ?
- La réserve pour aléas couvre les risques identifiés ; elle fait partie de la référence de base des coûts et le chef de projet la consomme quand un risque connu se réalise. La réserve de management couvre les inconnues inconnues ; elle se trouve hors de la référence de base, dans le budget total du projet, et c'est le sponsor qui la débloque. Comme elle est hors référence, y puiser modifie le budget à l'achèvement, et donc tous les indicateurs de valeur acquise calculés par rapport à lui.
- La valeur acquise fonctionne-t-elle sur les projets agiles ?
- C'est possible, à condition de définir ce qui compte comme acquis. L'approche habituelle consiste à prendre les story points réalisés ou les éléments de backlog terminés comme quantité acquise, et le budget par point comme taux : la valeur acquise devient alors le nombre de points réalisés multiplié par le coût budgété par point. Cela fonctionne le mieux avec un périmètre raisonnablement figé et une équipe stable ; si le backlog change fortement, le budget à l'achèvement ne cesse de bouger et les indices perdent leur sens.