EVM pre IT a softvérové projekty
Aplikácia Earned Value Management na IT a softvérové projekty je náročnejšia a má viac nuáns ako jej aplikácia v stavebníctve. Softvérová práca je abstraktná, požiadavky sa môžu meniť uprostred projektu a meranie „percenta dokončenia“ funkcie je vo svojej podstate subjektívne. S tými správnymi úpravami však EVM poskytuje obrovskú hodnotu pre riadenie IT programov a pre komunikáciu stavu rozpočtu a harmonogramu netechnickým zainteresovaným stranám.
Základná výzva: Meranie Earned Value v softvéri
V stavebníctve môžete merať fyzický pokrok (zaliate kubické metre, položené metre). V softvéri meriate neviditeľnú prácu. Tri najbežnejšie prístupy:
1. Story Points (Agilné EVM)
V prostrediach Scrum alebo Kanban tímy odhadujú prácu v story points. Na tom môžete vybudovať EVM:
- BAC = Celkové story points × priemerná cena za story point
- PV = Story points naplánované na dokončenie do tohto šprintu
- EV = Story points skutočne dokončené × priemerná cena za story point
- AC = Skutočné náklady tímu (platy, infraštruktúra, licencie) za dané obdobie
Tento prístup pripisuje príbehom kredit ako „hotové“ (done) iba vtedy, keď spĺňajú tímovú Definition of Done — čím sa predchádza pasci „90 % dokončené“.
2. EVM založené na míľnikoch (Waterfall)
Pri vodopádových projektoch alebo projektoch s fázovými bránami priraďte míľnikom rozpočtové váhy (napr. Požiadavky = 15 %, Návrh = 20 %, Vývoj = 40 %, Testovanie = 20 %, Nasadenie = 5 %). Earned Value sa pripíše iba vtedy, keď je každý míľnik plne dokončený a prijatý.
3. Vážené pracovné balíky
Rozdeľte softvér do funkčných modulov (autentifikácia, reporting, API, UI). Odhadnite náklady a trvanie pre každý z nich. Sledujte dokončenie na úrovni modulu. Toto je najtradičnejší prístup k EVM, vhodný pre IT zmluvy s pevnou cenou.
Pracovný príklad: Projekt vývoja softvéru
Projekt vývoja vlastného CRM: BAC = 400 000 $, 8 šprintov (16 týždňov). V šprinte 4 (týždeň 8):
- Celkové story points: 800. Priemerná cena za story point: 500 $.
- Story points naplánované do šprintu 4: 400. PV = 400 × 500 $ = 200 000 $
- Skutočne dokončené story points: 320. EV = 320 × 500 $ = 160 000 $
- Skutočné náklady (platy tímu + infraštruktúra): AC = 195 000 $
SPI = EV ÷ PV = 160 000 ÷ 200 000 = 0,800 (20 % meškanie za plánom)
EAC = BAC ÷ CPI = 400 000 ÷ 0,821 = 487 211 $
VAC = 400 000 − 487 211 = −87 211 $
EVM a Agilita: Časté námietky
| Námietka | Odpoveď |
|---|---|
| "Agilný vývoj nemá pevný rozsah" | EVM funguje s prioritizovaným backlogom — BAC predstavuje dohodnutý rozsah vydania, nie celý produktový backlog |
| "Požiadavky sa menia každý šprint" | Použite proces kontroly zmien. Schválené zmeny rozsahu aktualizujú BAC. Neplánované zmeny sú odchýlky, ktoré treba preskúmať. |
| "Rýchlosť (velocity) story points je užitočnejšia" | Velocity je skvelá pre tím; EVM poskytuje finančný pohľad, ktorý potrebujú sponzori a manažment. |
| "Neodhadujeme vopred" | EVM vyžaduje základnú líniu (baseline). Dokonca aj relatívne odhadnuté príbehy môžu tvoriť základ, ak sú hodnotené konzistentne. |
Praktické tipy pre IT projektových manažérov
- Nastavte si BAC pred šprintom, nie po ňom: Základná línia musí byť stabilná, aby malo EVM zmysel.
- Pri rozpracovaných príbehoch počítajte iba s 0 % alebo 100 %: Vyhnite sa čiastočnému kreditu; nadhodnocuje to EV a maskuje riziko harmonogramu.
- Sledujte trendy CPI týždenne: Softvérové projekty napredujú rýchlo. Mesačné reportovanie EVM môže odhaliť problémy príliš neskoro.
- Oddeľte BAC pre infraštruktúru/prevádzku od vývoja: Náklady na infraštruktúru majú iné hnacie sily nákladov a mali by sa sledovať osobitne.
- Používajte EVM na úrovni programu: Ak máte viacero agilných tímov, agregujte ich údaje EV/AC na úrovni programu pre reportovanie pre manažment.