EVM voor IT en Software Projecten
Het toepassen van Earned Value Management op IT- en softwareprojecten is zowel uitdagender als genuanceerder dan het toepassen op de bouw. Softwarewerk is abstract, vereisten kunnen halverwege het project veranderen en het meten van "percentage voltooid" van een functie is inherent subjectief. Toch biedt EVM met de juiste aanpassingen een enorme waarde voor IT-programmamanagement en voor het communiceren van de status van budget en planning aan niet-technische belanghebbenden.
De Kernuitdaging: Earned Value Meten in Software
In de bouw kunt u fysieke vooruitgang meten (gestorte kubieke meters, gelegde meters). In software meet u onzichtbaar werk. De drie meest voorkomende benaderingen:
1. Story Points (Agile EVM)
In Scrum of Kanban omgevingen schatten teams het werk in story points. U kunt hier EVM bovenop bouwen:
- BAC = Totaal aantal story points × gemiddelde kosten per story point
- PV = Story points gepland voor voltooiing voor deze sprint
- EV = Werkelijk voltooide story points × gemiddelde kosten per story point
- AC = Werkelijke teamkosten (salarissen, infrastructuur, licenties) voor de periode
Deze benadering kent alleen waarde toe aan story's als "klaar" wanneer ze voldoen aan de Definition of Done van het team — wat de "90% voltooid"-valkuil voorkomt.
2. Mijlpaal-Gebaseerde EVM (Waterval)
Wijs voor waterval- of fase-gate projecten budgetgewichten toe aan mijlpalen (bijv. Eisen = 15%, Ontwerp = 20%, Ontwikkeling = 40%, Testen = 20%, Uitrol = 5%). Earned Value wordt pas toegekend wanneer elke mijlpaal volledig is afgerond en geaccepteerd.
3. Gewogen Werkpakketten
Breek de software op in functionele modules (authenticatie, rapportage, API, UI). Schat de kosten en duur van elk. Volg de voltooiing op moduleniveau. Dit is de meest traditionele EVM-benadering, geschikt voor IT-contracten met een vaste prijs.
Uitgewerkt Voorbeeld: Softwareontwikkelingsproject
Een project voor de ontwikkeling van een CRM op maat: BAC = $400.000, 8 sprints (16 weken). Bij sprint 4 (week 8):
- Totaal story points: 800. Gemiddelde kosten per story point: $500.
- Story points gepland door sprint 4: 400. PV = 400 × $500 = $200.000
- Werkelijk voltooide story points: 320. EV = 320 × $500 = $160.000
- Werkelijke kosten (teamsalarissen + infrastructuur): AC = $195.000
SPI = EV ÷ PV = 160.000 ÷ 200.000 = 0.800 (20% achter op plan)
EAC = BAC ÷ CPI = 400.000 ÷ 0.821 = $487.211
VAC = 400.000 − 487.211 = −$87.211
EVM en Agile: Veelvoorkomende Bezwaren
| Bezwaar | Reactie |
|---|---|
| "Agile heeft geen vaste scope" | EVM werkt met een geprioriteerde backlog — de BAC vertegenwoordigt de overeengekomen releasescope, niet de volledige product backlog. |
| "Eisen veranderen elke sprint" | Gebruik een wijzigingsbeheerproces. Goedgekeurde scope-wijzigingen werken de BAC bij. Ongeplande wijzigingen zijn afwijkingen die moeten worden onderzocht. |
| "Story point velocity is nuttiger" | Velocity is geweldig voor het team; EVM biedt het financiële inzicht dat nodig is voor sponsors en leidinggevenden. |
| "We schatten niet vooraf in" | EVM vereist een baseline. Zelfs relatief ingeschatte story's kunnen een basis vormen als ze consistent worden begroot. |
Praktische Tips voor IT Projectmanagers
- Stel uw BAC vóór de sprint vast, niet erna: De baseline moet stabiel zijn om EVM betekenisvol te laten zijn.
- Tel alleen 0% of 100% voor in-uitvoering story's: Vermijd gedeeltelijke waardering; het drijft EV op en maskeert planningsrisico's.
- Volg CPI trends wekelijks: Softwareprojecten gaan snel. Een maandelijkse EVM-rapportage kan problemen te laat opmerken.
- Afzonderlijke BAC voor infrastructuur/ops versus ontwikkeling: Infrastructuurkosten hebben andere kostenbepalende factoren en moeten afzonderlijk worden gevolgd.
- Gebruik EVM op programmaniveau: Als u meerdere Agile-teams hebt, aggregeer dan hun EV/AC-gegevens op programmaniveau voor rapportage aan het management.