EVM IT és szoftveres projektekhez
Az Earned Value Management alkalmazása IT és szoftveres projektekben nagyobb kihívást és árnyaltabb megközelítést igényel, mint az építőiparban. A szoftveres munka absztrakt, a követelmények projekt közben változhatnak, és egy funkció "készültségi százalékának" mérése eleve szubjektív. Mégis, megfelelő adaptációval az EVM hatalmas értéket nyújt az IT programmenedzsment számára, és a költségvetés, valamint az ütemterv állapotának kommunikálására a nem technikai érdekelt felek felé.
A fő kihívás: Az Earned Value mérése a szoftverfejlesztésben
Az építőiparban fizikai haladást lehet mérni (öntött köbméter, lefektetett méter). A szoftverfejlesztésben láthatatlan munkát mérünk. A három leggyakoribb megközelítés:
1. Történetpontok (Agilis EVM)
Scrum vagy Kanban környezetben a csapatok történetpontokban (story points) becsülik meg a munkát. Erre is építhetünk EVM-et:
- BAC = Összes történetpont × átlagos költség egy történetpontra
- PV = Az aktuális sprintig befejezésre tervezett történetpontok
- EV = Ténylegesen befejezett történetpontok × átlagos költség egy történetpontra
- AC = Tényleges csapatköltségek (fizetések, infrastruktúra, licencek) az időszakra
Ez a megközelítés csak akkor tekinti "késznek" a történeteket, ha megfelelnek a csapat Készség Definiálásának (Definition of Done) — elkerülve a "90%-os készültség" csapdáját.
2. Mérföldkő alapú EVM (Vízesés)
Vízesés (waterfall) vagy fáziskapus projekteknél rendeljen költségvetési súlyokat a mérföldkövekhez (pl. Követelmények = 15%, Tervezés = 20%, Fejlesztés = 40%, Tesztelés = 20%, Bevezetés = 5%). Az Earned Value csak akkor írható jóvá, ha minden mérföldkövet teljesen befejeztek és elfogadtak.
3. Súlyozott munkacsomagok
Bontsa a szoftvert funkcionális modulokra (hitelesítés, jelentéskészítés, API, felhasználói felület). Becsülje meg a költségeket és az időtartamot mindegyikhez. Kövesse a készültséget modul szinten. Ez a leghagyományosabb EVM megközelítés, amely fix áras IT szerződésekhez alkalmas.
Kidolgozott példa: Szoftverfejlesztési projekt
Egyedi CRM fejlesztési projekt: BAC = 400 000 $, 8 sprint (16 hét). Állapot a 4. sprintnél (8. hét):
- Összes történetpont: 800. Átlagos költség történetpontonként: 500 $.
- A 4. sprintig tervezett történetpontok: 400. PV = 400 × 500 $ = 200 000 $
- Ténylegesen befejezett történetpontok: 320. EV = 320 × 500 $ = 160 000 $
- Tényleges költség (csapat fizetése + infrastruktúra): AC = 195 000 $
SPI = EV ÷ PV = 160 000 ÷ 200 000 = 0,800 (20% lemaradás a tervtől)
EAC = BAC ÷ CPI = 400 000 ÷ 0,821 = 487 211 $
VAC = 400 000 − 487 211 = −87 211 $
EVM és Agilis: Gyakori kifogások
| Kifogás | Válasz |
|---|---|
| "Az agilisnak nincs fix hatóköre" | Az EVM priorizált backloggal dolgozik — a BAC az elfogadott kiadási hatókört jelenti, nem a teljes termék backlogot. |
| "A követelmények minden sprintben változnak" | Használjon változáskezelési folyamatot. A jóváhagyott hatókör-változások frissítik a BAC-ot. A nem tervezett változások kivizsgálandó eltérések. |
| "A történetpont-sebesség (Velocity) hasznosabb" | A sebesség nagyszerű a csapat számára; az EVM a szponzorok és vezetők számára szükséges pénzügyi rálátást biztosítja. |
| "Nem becsülünk előre" | Az EVM-hez szükség van egy alapvonalra (baseline). Még a relatív méretű történetek is alapot képezhetnek, ha következetesen méretezik őket. |
Gyakorlati tippek IT projektmenedzsereknek
- Határozza meg a BAC-ot a sprint előtt, ne utána: Az alapvonalnak stabilnak kell lennie ahhoz, hogy az EVM-nek értelme legyen.
- Csak 0%-ot vagy 100%-ot számoljon a folyamatban lévő történeteknél: Kerülje a részleges jóváírást; ez felfújja az EV-t és elfedi az ütemterv kockázatát.
- Kövesse a CPI trendeket hetente: A szoftveres projektek gyorsan haladnak. A havi EVM jelentéstétel túl későn tárhatja fel a problémákat.
- Különítse el a BAC-ot az infrastruktúrára/üzemeltetésre és a fejlesztésre: Az infrastruktúra költségeinek más mozgatórugói vannak, és azokat külön kell követni.
- Használja az EVM-et program szinten: Ha több agilis csapata van, összesítse az EV/AC adataikat program szinten a vezetői jelentéstételhez.