L'Earned Value dans les projets agiles — oui, cela fonctionne
« Nous sommes agiles, l'EVM ne s'applique donc pas à nous. » C'est une objection fréquente — et compréhensible. L'EVM classique s'est développée avec un périmètre figé et des structures de découpage du travail détaillées. Mais son idée centrale, comparer la valeur livrée à la valeur planifiée et au coût engagé, s'adapte étonnamment bien à l'agilité.
Planifier la valeur par sprint, pas par tâche
Au lieu de répartir le budget sur des centaines de tâches, répartissez-le sur les sprints. Si une release compte dix sprints et un budget de 2 000 000 kr, la courbe de valeur planifiée correspond simplement au budget cumulé des sprints. Vous pouvez la concentrer en début ou en fin de période si votre équipe monte ou baisse en charge.
Planifiez le coût de la même manière. Le coût planifié (PC) est la dépense cumulée que vous prévoyez par sprint — par exemple PC = 760 000 kr après le sprint quatre. Il n'a pas à suivre la courbe de valeur : une équipe qui démarre petite et grandit dépensera moins au début et davantage vers la fin.
Gagner de la valeur sur le « terminé » — et uniquement lui
La valeur réelle (AV) d'un projet agile doit suivre votre définition du « terminé ». Une approche courante consiste à utiliser les story points : si le backlog de la release compte 400 points et que 120 sont terminés, vous avez acquis 30 % du budget. Les stories partiellement achevées ne rapportent rien. C'est ce qui garantit l'honnêteté des chiffres.
Laisser le périmètre évoluer — et le suivre
En agilité, le périmètre change. En termes d'EVM, cela signifie que le budget évolue par des demandes de changement maîtrisées. Maintenez le budget de base stable et enregistrez les changements séparément, afin que le budget consolidé reste toujours traçable : CB = BB + CC. Votre comité de pilotage verra à la fois votre point de départ et la raison de l'évolution.
Tirer le coût réel de la saisie des temps
Le coût réel est la partie facile dès lors que les heures sont saisies par projet. Vos outils de développement contiennent déjà le travail réalisé ; en le reliant aux taux horaires, vous obtenez l'AC par sprint. Comparez l'AC au PC pour voir si les dépenses suivent le plan, et l'AV à l'AC pour voir ce que l'argent a réellement permis d'obtenir.
Ce que vous y gagnez
Avec la valeur planifiée et le coût planifié par sprint, la valeur réelle (AV) basée sur le « terminé » et le coût réel issu des relevés de temps, vous voyez les écarts et une prévision à chaque sprint — sans demander aux équipes de changer leur façon de travailler. C'est exactement le modèle autour duquel Project Tracker est conçu.