EVM für IT- und Softwareprojekte
EVM auf IT- und Softwareprojekte anzuwenden ist anspruchsvoller als auf Bauprojekte. Software-Arbeit ist abstrakt, Anforderungen können sich mid-project ändern, und die Messung des „Fertigstellungsgrads" eines Features ist inherent subjektiv. Mit den richtigen Anpassungen liefert EVM dennoch enormen Mehrwert.
Die zentrale Herausforderung: Earned Value in Software messen
1. Story Points (Agile EVM)
In Scrum- oder Kanban-Umgebungen schätzen Teams ihre Arbeit in Story Points. EVM lässt sich darauf aufbauen:
- BAC = Gesamte Story Points × durchschnittliche Kosten pro Story Point
- PV = Geplante Story Points bis zum aktuellen Sprint
- EV = Tatsächlich abgeschlossene Story Points × Kosten pro Story Point
- AC = Tatsächliche Teamkosten (Gehälter, Infrastruktur, Lizenzen) für den Zeitraum
2. Meilensteinbasiertes EVM (Wasserfall)
Weisen Sie Phasen Budgetgewichte zu (Anforderungen = 15 %, Entwurf = 20 %, Entwicklung = 40 %, Test = 20 %, Deployment = 5 %). EV wird erst gutgeschrieben, wenn jeder Meilenstein vollständig abgeschlossen und abgenommen ist.
Praxisbeispiel: Softwareentwicklungsprojekt
Entwicklung eines CRM-Systems: BAC = 400.000 €, 8 Sprints (16 Wochen). Nach Sprint 4:
- Gesamt: 800 Story Points, Kosten/SP: 500 €
- PV = 400 SP × 500 € = 200.000 €
- EV = 320 SP × 500 € = 160.000 €
- AC = 195.000 €
CPI = 160.000 ÷ 195.000 = 0,821 (18 % Kostenüberschreitung)
SPI = 160.000 ÷ 200.000 = 0,800 (20 % hinter Plan)
EAC = 400.000 ÷ 0,821 = 487.211 €
SPI = 160.000 ÷ 200.000 = 0,800 (20 % hinter Plan)
EAC = 400.000 ÷ 0,821 = 487.211 €
Häufige Einwände gegen EVM in agilen Projekten
- „Agile hat keinen festen Umfang": EVM funktioniert mit einem priorisierten Backlog — das BAC repräsentiert den vereinbarten Release-Umfang
- „Anforderungen ändern sich jeden Sprint": Verwenden Sie einen Change-Control-Prozess. Genehmigte Änderungen aktualisieren das BAC
- „Keine Vorab-Schätzungen": EVM erfordert eine Referenzbasis — relative Story-Point-Schätzungen können diese bilden
Praktische Tipps für IT-Projektleiter
- BAC vor dem Sprint festlegen, nicht danach
- Nur 0 % oder 100 % für laufende Stories — kein Teilkredit
- CPI-Trends wöchentlich verfolgen — monatliches Reporting ist oft zu spät
- Infrastruktur-/Betriebskosten separat von Entwicklungskosten verfolgen