EVM IT- ja ohjelmistoprojekteissa
Earned Value Managementin soveltaminen IT- ja ohjelmistoprojekteihin on sekä haastavampaa että vivahteikkaampaa kuin sen soveltaminen rakentamiseen. Ohjelmistotyö on abstraktia, vaatimukset voivat muuttua kesken projektin, ja ominaisuuden "valmiusasteen" mittaaminen on luonnostaan subjektiivista. Silti oikeilla mukautuksilla EVM tarjoaa valtavasti arvoa IT-ohjelmahallinnalle ja budjetin sekä aikataulun tilan viestimiselle ei-teknisille sidosryhmille.
Ydinhaaste: Earned Valuen mittaaminen ohjelmistoissa
Rakentamisessa voit mitata fyysistä edistymistä (valetut kuutiometrit, lasketut metrit). Ohjelmistoissa mittaat näkymätöntä työtä. Kolme yleisintä lähestymistapaa:
1. Tarinapisteet (Agile EVM)
Scrum- tai Kanban-ympäristöissä tiimit arvioivat työtä tarinapisteinä (Story Points). Voit rakentaa EVM:n tämän päälle:
- BAC = Tarinapisteiden kokonaismäärä × keskimääräinen kustannus per tarinapiste
- PV = Tarinapisteet, jotka on suunniteltu valmistuvaksi tähän sprinttiin mennessä
- EV = Todellisuudessa valmistuneet tarinapisteet × keskimääräinen kustannus per tarinapiste
- AC = Tiimin todelliset kustannukset (palkat, infrastruktuuri, lisenssit) ajanjaksolta
Tämä lähestymistapa antaa arvoa tarinoille vasta, kun ne täyttävät tiimin "Definition of Done" -määritelmän — estäen "90 % valmis" -ansan.
2. Virstanpylväisiin perustuva EVM (Vesiputous)
Vesiputous- tai vaiheistetuissa projekteissa budjettipainotukset jaetaan virstanpylväille (esim. Vaatimukset = 15 %, Suunnittelu = 20 %, Kehitys = 40 %, Testaus = 20 %, Käyttöönotto = 5 %). Earned Value kirjataan vasta, kun kukin virstanpylväs on täysin valmis ja hyväksytty.
3. Painotetut työpaketit
Jaa ohjelmisto toiminnallisiin moduuleihin (todennus, raportointi, API, käyttöliittymä). Arvioi kunkin kustannukset ja kesto. Seuraa valmistumista moduulitasolla. Tämä on perinteisin EVM-lähestymistapa, joka sopii kiinteähintaisiin IT-sopimuksiin.
Esimerkki: Ohjelmistokehitysprojekti
Räätälöity CRM-kehitysprojekti: BAC = 400 000 $, 8 sprinttiä (16 viikkoa). Sprintissä 4 (viikko 8):
- Tarinapisteitä yhteensä: 800. Keskimääräinen hinta per tarinapiste: 500 $.
- Suunnitellut tarinapisteet sprinttiin 4 mennessä: 400. PV = 400 × 500 $ = 200 000 $
- Todellisuudessa valmistuneet tarinapisteet: 320. EV = 320 × 500 $ = 160 000 $
- Todelliset kustannukset (tiimin palkat + infrastruktuuri): AC = 195 000 $
SPI = EV ÷ PV = 160 000 ÷ 200 000 = 0.800 (20 % jäljessä suunnitelmasta)
EAC = BAC ÷ CPI = 400 000 ÷ 0.821 = 487 211 $
VAC = 400 000 − 487 211 = −87 211 $
EVM ja Ketteryys: Yleiset vastalauseet
| Vastalause | Vastaus |
|---|---|
| "Ketterässä ei ole kiinteää laajuutta" | EVM toimii priorisoidun backlogin kanssa — BAC edustaa sovittua julkaisun laajuutta, ei koko tuotteen backlogia. |
| "Vaatimukset muuttuvat joka sprintissä" | Käytä muutoksenhallintaprosessia. Hyväksytyt laajuuden muutokset päivittävät BAC:n. Suunnittelemattomat muutokset ovat poikkeamia, jotka on tutkittava. |
| "Tarinapisteiden nopeus on hyödyllisempi" | Nopeus (Velocity) on loistava tiimille; EVM tarjoaa taloudellisen näkymän, jota sponsorit ja johtajat tarvitsevat. |
| "Emme arvioi etukäteen" | EVM vaatii peruslinjan. Jopa suhteellisesti koonnetut tarinat voivat muodostaa perustan, jos ne on koonnettu johdonmukaisesti. |
Käytännön vinkkejä IT-projektipäälliköille
- Aseta BAC ennen sprinttiä, ei sen jälkeen: Peruslinjan on oltava vakaa, jotta EVM olisi merkityksellinen.
- Laske vain 0 % tai 100 % keskeneräisille tarinoille: Vältä osittaista arvoa; se paisuttaa EV:tä ja peittää aikatauluriskin.
- Seuraa CPI-trendejä viikoittain: Ohjelmistoprojektit etenevät nopeasti. Kuukausittainen EVM-raportointi voi havaita ongelmat liian myöhään.
- Erota BAC infrastruktuurille/opsille ja kehitykselle: Infrastruktuurikustannuksilla on eri ajurit, ja niitä tulisi seurata erikseen.
- Käytä EVM:ää ohjelmatasolla: Jos sinulla on useita Agile-tiimejä, yhdistä heidän EV/AC-tietonsa ohjelmatasolla johdon raportointia varten.