EVM za IT i softverske projekte
Primjena Earned Value Management na IT i softverske projekte izazovnija je i složenija nego primjena na građevinarstvo. Softverski rad je apstraktan, zahtjevi se mogu promijeniti usred projekta, a mjerenje "postotka dovršenosti" neke značajke inherentno je subjektivno. Ipak, uz prave prilagodbe, EVM pruža ogromnu vrijednost za upravljanje IT programima i za komuniciranje proračuna i statusa rasporeda netehničkim dionicima.
Glavni izazov: Mjerenje Earned Value u softveru
U građevinarstvu možete mjeriti fizički napredak (izliveni kubični metri, položeni metri). U softveru mjerite nevidljivi rad. Tri najčešća pristupa:
1. Story Points (Agilni EVM)
U Scrum ili Kanban okruženjima, timovi procjenjuju rad u bodovima priča (story points). Na tome možete izgraditi EVM:
- BAC = Ukupni bodovi priča × prosječni trošak po bodu priče
- PV = Bodovi priča planirani za dovršetak do ovog sprinta
- EV = Stvarno dovršeni bodovi priča × prosječni trošak po bodu priče
- AC = Stvarni troškovi tima (plaće, infrastruktura, licence) za razdoblje
Ovaj pristup priznaje priče kao "dovršene" tek kada zadovolje timsku definiciju dovršenosti (Definition of Done) — sprječavajući zamku "90% dovršeno".
2. EVM temeljen na prekretnicama (Waterfall)
Za projekte vodopada (waterfall) ili faza, dodijelite proračunske težine prekretnicama (npr. Zahtjevi = 15%, Dizajn = 20%, Razvoj = 40%, Testiranje = 20%, Implementacija = 5%). Earned Value se priznaje tek kada se svaka prekretnica u potpunosti dovrši i prihvati.
3. Ponderirani radni paketi
Podijelite softver u funkcionalne module (autentifikacija, izvještavanje, API, korisničko sučelje). Procijenite trošak i trajanje za svaki. Pratite dovršenost na razini modula. Ovo je najtradicionalniji EVM pristup, pogodan za IT ugovore s fiksnom cijenom.
Riješeni primjer: Projekt razvoja softvera
Projekt razvoja prilagođenog CRM-a: BAC = 400.000 $, 8 sprintova (16 tjedana). U 4. sprintu (8. tjedan):
- Ukupni bodovi priča: 800. Prosječni trošak po bodu priče: 500 $.
- Bodovi priča planirani do 4. sprinta: 400. PV = 400 × 500 $ = 200.000 $
- Stvarno dovršeni bodovi priča: 320. EV = 320 × 500 $ = 160.000 $
- Stvarni trošak (plaće tima + infrastruktura): AC = 195.000 $
SPI = EV ÷ PV = 160.000 ÷ 200.000 = 0,800 (20% kašnjenja prema planu)
EAC = BAC ÷ CPI = 400.000 ÷ 0,821 = 487.211 $
VAC = 400.000 − 487.211 = −87.211 $
EVM i Agilno: Česti prigovori
| Prigovor | Odgovor |
|---|---|
| "Agilno nema fiksni opseg" | EVM radi s prioritetnim zaostacima — BAC predstavlja dogovoreni opseg izdanja, a ne cijeli backlog proizvoda |
| "Zahtjevi se mijenjaju svaki sprint" | Koristite proces kontrole promjena. Odobrene promjene opsega ažuriraju BAC. Neplanirane promjene su odstupanja koja treba istražiti. |
| "Brzina sprinta (Velocity) je korisnija" | Brzina je odlična za tim; EVM pruža financijski pregled potreban sponzorima i rukovoditeljima. |
| "Ne procjenjujemo unaprijed" | EVM zahtijeva osnovicu (baseline). Čak i priče relativne veličine mogu poslužiti kao osnova ako su dosljedno procijenjene. |
Praktični savjeti za IT voditelje projekata
- Postavite svoj BAC prije sprinta, a ne poslije: Osnovica mora biti stabilna da bi EVM bio smislen.
- Računajte samo 0% ili 100% za priče u tijeku: Izbjegavajte djelomično priznavanje; ono napuhuje EV i prikriva rizik rasporeda.
- Pratite trendove CPI-ja tjedno: Softverski projekti odvijaju se brzo. Mjesečno EVM izvještavanje moglo bi prekasno otkriti probleme.
- Odvojite BAC za infrastrukturu/operacije u odnosu na razvoj: Troškovi infrastrukture imaju različite pokretače i trebaju se pratiti odvojeno.
- Koristite EVM na razini programa: Ako imate više agilnih timova, skupite njihove EV/AC podatke na razini programa za izvještavanje rukovoditeljima.