EVM IT- ja tarkvaraprojektidele
Teenitud väärtuse juhtimise (EVM) rakendamine IT- ja tarkvaraprojektides on nii keerulisem kui ka nüansirikkam kui selle rakendamine ehituses. Tarkvaratöö on abstraktne, nõuded võivad projekti keskel muutuda ja funktsiooni "valmidusprotsendi" mõõtmine on olemuselt subjektiivne. Kuid õigete kohanduste korral pakub EVM tohutut väärtust IT-programmijuhtimiseks ja eelarve ning graafiku seisu edastamiseks mittetehnilistele sidusrühmadele.
Peamine väljakutse: Teenitud väärtuse mõõtmine tarkvaras
Ehituses saate mõõta füüsilist edu (valatud kuupmeetrid, paigaldatud meetrid). Tarkvaras mõõdate nähtamatut tööd. Kolm levinumat lähenemist:
1. Süžeepunktid (Agiilne EVM)
Scrumi või Kanbani keskkondades hindavad meeskonnad tööd süžeepunktides (story points). Saate sellele ehitada EVM-i:
- BAC = Süžeepunktid kokku × keskmine kulu süžeepunkti kohta
- PV = Selleks sprindiks valmimiseks plaanitud süžeepunktid
- EV = Tegelikult lõpetatud süžeepunktid × keskmine kulu süžeepunkti kohta
- AC = Meeskonna tegelikud kulud (palgad, infrastruktuur, litsentsid) sellel perioodil
See lähenemisviis loeb lood "tehtuks" (done) ainult siis, kui need vastavad meeskonna tehtud töö definitsioonile (Definition of Done) — vältides lõksu "90% valmis".
2. Vahe-eesmärkidel põhinev EVM (Kosk ehk Waterfall)
Kose- või faasiväravaprojektide puhul määrake vahe-eesmärkidele eelarvekaalud (nt Nõuded = 15%, Disain = 20%, Arendus = 40%, Testimine = 20%, Juurutamine = 5%). Teenitud väärtus antakse alles siis, kui iga vahe-eesmärk on täielikult täidetud ja vastu võetud.
3. Kaalutud tööpaketid
Jaotage tarkvara funktsionaalseteks mooduliteks (autentimine, aruandlus, API, UI). Hinnake igaühe kulu ja kestust. Jälgige valmimist mooduli tasemel. See on kõige traditsioonilisem EVM-i lähenemisviis, mis sobib fikseeritud hinnaga IT-lepingute jaoks.
Töötav näide: Tarkvaraarenduse projekt
Kohandatud CRM-i arendusprojekt: BAC = 400 000 dollarit, 8 sprinti (16 nädalat). 4. sprindis (8. nädal):
- Süžeepunkte kokku: 800. Keskmine kulu süžeepunkti kohta: 500 dollarit.
- 4. sprindiks plaanitud süžeepunktid: 400. PV = 400 × 500 = 200 000 dollarit
- Tegelikult lõpetatud süžeepunktid: 320. EV = 320 × 500 = 160 000 dollarit
- Tegelik kulu (meeskonna palgad + infrastruktuur): AC = 195 000 dollarit
SPI = EV ÷ PV = 160 000 ÷ 200 000 = 0,800 (20% plaanist maas)
EAC = BAC ÷ CPI = 400 000 ÷ 0,821 = 487 211 dollarit
VAC = 400 000 − 487 211 = −87 211 dollarit
EVM ja Agiilne: Levinud vastuväited
| Vastuväide | Vastus |
|---|---|
| "Agiilsel pole kindlat ulatust" | EVM töötab prioritiseeritud tööde nimekirjaga (backlog) — BAC esindab kokkulepitud väljalaske ulatust, mitte kogu toote nimekirja |
| "Nõuded muutuvad igas sprindis" | Kasutage muudatuste haldamise protsessi. Heakskiidetud ulatuse muudatused uuendavad BAC-i. Plaanimata muudatused on hälbed, mida tuleb uurida. |
| "Süžeepunktide kiirus on kasulikum" | Kiirus on meeskonnale suurepärane; EVM pakub finantsvaadet, mida vajavad sponsorid ja juhid. |
| "Me ei hinda ette" | EVM nõuab algtaset. Isegi suhtelise suurusega lood võivad moodustada aluse, kui neid järjepidevalt hinnatakse. |
Praktilised näpunäited IT-projektijuhtidele
- Määrake BAC enne sprinti, mitte pärast seda: Algtase peab olema stabiilne, et EVM oleks tähendusrikas.
- Arvestage pooleliolevate lugude puhul ainult 0% või 100%: Vältige osalist krediiti; see paisutab EV-d ja varjab graafiku riski.
- Jälgige CPI trende iganädalaselt: Tarkvaraprojektid liiguvad kiiresti. Iga-kuine EVM-i aruandlus võib probleeme liiga hilja märgata.
- Eraldage BAC infrastruktuuri/operatsioonide vs. arenduse jaoks: Infrastruktuuri kuludel on erinevad käivitajad ja neid tuleks eraldi jälgida.
- Kasutage EVM-i programmi tasemel: Kui teil on mitu agiilset meeskonda, koondage nende EV/AC andmed programmi tasemel juhtkonna aruandluse jaoks.