EVM za IT in programske projekte
Uporaba Earned Value Managementa za IT in programske projekte je zahtevnejša in ima več nians kot njena uporaba v gradbeništvu. Programsko delo je abstraktno, zahteve se lahko spremenijo sredi projekta, merjenje "odstotka dokončanja" funkcije pa je po naravi subjektivno. Kljub temu EVM z ustreznimi prilagoditvami zagotavlja izjemno vrednost za upravljanje IT programov in za sporočanje stanja proračuna ter urnika netehničnim deležnikom.
Osnovni izziv: Merjenje Earned Value v programski opremi
V gradbeništvu lahko merite fizični napredek (vliti kubični metri, položeni metri). V programski opremi merite nevidno delo. Trije najpogostejši pristopi so:
1. Story Points (Agilni EVM)
V okoljih Scrum ali Kanban ekipe ocenjujejo delo v story points. Na tem lahko zgradite EVM:
- BAC = Skupni story points × povprečni strošek na story point
- PV = Story points načrtovani za dokončanje do tega sprinta
- EV = Story points dejansko dokončani × povprečni strošek na story point
- AC = Dejanski stroški ekipe (plače, infrastruktura, licence) za to obdobje
Ta pristop prizna zgodbam kredit "končano" (done) le, če izpolnjujejo ekipino Definition of Done — kar preprečuje past "90 % dokončano".
2. EVM na podlagi mejnikov (Waterfall)
Za projekte s slapovnim modelom ali faznimi vrati dodelite proračunske uteži mejnikom (npr. Zahteve = 15 %, Zasnova = 20 %, Razvoj = 40 %, Testiranje = 20 %, Uvedba = 5 %). Earned Value se prizna šele, ko je vsak mejnik v celoti dokončan in sprejet.
3. Uteženi delovni paketi
Programsko opremo razdelite na funkcionalne module (avtentikacija, poročanje, API, uporabniški vmesnik). Ocenite stroške in trajanje za vsakega. Spremljajte dokončanje na ravni modula. To je najbolj tradicionalen pristop k EVM, primeren za IT pogodbe s fiksno ceno.
Delovni primer: Projekt razvoja programske opreme
Projekt razvoja CRM po meri: BAC = 400.000 $, 8 sprintov (16 tednov). V sprintu 4 (8. teden):
- Skupaj story points: 800. Povprečen strošek na story point: 500 $.
- Story points načrtovani do sprinta 4: 400. PV = 400 × 500 $ = 200.000 $
- Dejansko dokončani story points: 320. EV = 320 × 500 $ = 160.000 $
- Dejanski strošek (plače ekipe + infrastruktura): AC = 195.000 $
SPI = EV ÷ PV = 160.000 ÷ 200.000 = 0,800 (20 % zaostanek za načrtom)
EAC = BAC ÷ CPI = 400.000 ÷ 0,821 = 487.211 $
VAC = 400.000 − 487.211 = −87.211 $
EVM in Agilnost: Pogosti ugovori
| Ugovor | Odgovor |
|---|---|
| "Agilni razvoj nima fiksnega obsega" | EVM deluje s prioritiziranim backlogom — BAC predstavlja dogovorjen obseg izdaje, ne celotnega produktnega backloga |
| "Zahteve se spreminjajo vsak sprint" | Uporabite proces nadzora sprememb. Odobrene spremembe obsega posodobijo BAC. Nenačrtovane spremembe so odstopanja, ki jih je treba raziskati. |
| "Hitrost (velocity) story points je uporabnejša" | Velocity je odličen za ekipo; EVM zagotavlja finančni pogled, ki ga potrebujejo sponzorji in vodstvo. |
| "Ne ocenjujemo vnaprej" | EVM zahteva osnovno linijo (baseline). Tudi relativno ocenjene zgodbe lahko predstavljajo osnovo, če so dosledno ovrednotene. |
Praktični nasveti za vodje IT projektov
- Nastavite svoj BAC pred sprintom, ne po njem: Osnovna linija mora biti stabilna, da ima EVM smisel.
- Pri zgodbah v teku upoštevajte le 0 % ali 100 %: Izogibajte se delnemu kreditu; to napihne EV in prikrije tveganje za urnik.
- Spremljajte trende CPI tedensko: Programski projekti napredujejo hitro. Mesečno poročanje EVM lahko prepozna težave prepozno.
- Ločite BAC za infrastrukturo/operacije od razvoja: Stroški infrastrukture imajo drugačne gonilnike stroškov in jih je treba spremljati ločeno.
- Uporabite EVM na ravni programa: Če imate več agilnih ekip, združite njihove EV/AC podatke na ravni programa za poročanje vodstvu.