Earned Value i agile projekter — ja, det virker

"Vi arbejder agilt, så EVM gælder ikke for os." Det er en almindelig indvending — og en forståelig en. Klassisk EVM voksede op med fast scope og detaljerede WBS'er. Men kerneideen, at sammenligne leveret værdi med planlagt værdi og afholdte omkostninger, passer overraskende godt til agilt arbejde.

Planlæg værdi pr. sprint, ikke pr. opgave

I stedet for at fordele budgettet ud på hundredvis af opgaver, så fordel det på sprints. Har en release ti sprints og et budget på 2.000.000 kr., er den planlagte værdikurve blot det akkumulerede sprintbudget. Juster kurven, hvis teamet skalerer op eller ned undervejs.

Optjen værdi på færdigt — kun færdigt

Optjent værdi i et agilt projekt bør følge jeres definition of done. En udbredt tilgang er story points: Er release-backloggen på 400 point, og 120 er færdige, har I optjent 30 % af budgettet. Halvfærdige historier tæller ikke. Det holder tallene ærlige.

Lad scope bevæge sig — og følg det

Agilt scope ændrer sig. I EVM betyder det, at budgettet ændres via kontrollerede ændringsanmodninger. Hold basisbudgettet stabilt og registrér ændringerne separat, så det konsoliderede budget altid kan spores: CB = BB + CC. Styregruppen kan se både hvor I startede, og hvorfor I har flyttet jer.

Hent faktiske omkostninger fra tidsregistreringen

Faktiske omkostninger er den lette del, hvis timer registreres pr. projekt. Værktøjer som Azure DevOps har allerede det udførte arbejde; kobles det med timepriser, får I AC pr. sprint.

Hvad I får ud af det

Med planlagt værdi pr. sprint, optjent værdi på færdigt arbejde og faktiske omkostninger fra tidsregistreringen får I CPI, SPI og en prognose hver sprint — uden at teamene skal ændre arbejdsform. Det er præcis den model, Project Tracker er bygget op om.