EVM fyrir upplýsingatækni og hugbúnaðarverkefni
Að beita Earned Value Management á upplýsingatækni- og hugbúnaðarverkefni er bæði meira krefjandi og flóknara en í byggingariðnaði. Hugbúnaðarvinna er óhlutbundin, kröfur geta breyst á miðju verkefni og að mæla "prósentu lokið" á eiginleika er í eðli sínu huglægt. En með réttum aðlagunum veitir EVM gífurlegt gildi fyrir stjórnun upplýsingatækniáætlana og til að koma stöðu fjárhags- og tímaáætlana á framfæri við hagaðila sem ekki eru tæknilegir.
Lykiláskorun: Að mæla Earned Value í hugbúnaði
Í byggingariðnaði er hægt að mæla efnislegan framgang (steyptir rúmmetrar, lagðir metrar). Í hugbúnaði ertu að mæla ósýnilega vinnu. Þrjár algengustu nálganirnar:
1. Sögupunktar (Agile EVM)
Í Scrum eða Kanban umhverfi meta teymi vinnu í sögupunktum (story points). Þú getur byggt EVM ofan á þetta:
- BAC = Heildarfjöldi sögupunkta × meðalkostnaður á sögupunkt
- PV = Sögupunktar áætlaðir til ljúka í þessum spretti
- EV = Raunverulega kláraðir sögupunktar × meðalkostnaður á sögupunkt
- AC = Raunverulegur kostnaður teymis (laun, innviðir, leyfi) fyrir tímabilið
Þessi nálgun telur sögur aðeins sem "lokið" þegar þær uppfylla skilgreiningu teymisins á lokið (Definition of Done) — og kemur í veg fyrir "90% lokið" gildruna.
2. EVM byggt á áfangamarkmiðum (Waterfall)
Fyrir verkefni sem fylgja fossalíkani (waterfall) eða fasaskiptingu, skal úthluta vægi fjárhagsáætlunar á áfangamarkmið (t.d. Kröfur = 15%, Hönnun = 20%, Þróun = 40%, Prófanir = 20%, Innleiðing = 5%). Earned Value skráist aðeins þegar hvert áfangamarkmið er að fullu klárað og samþykkt.
3. Vegnir vinnupakkar
Skiptu hugbúnaðinum í virkniningar (auðkenning, skýrslugerð, API, viðmót). Metðu kostnað og lengd fyrir hvern. Fylgstu með framvindu á einingarstigi. Þetta er hefðbundnasta EVM nálgunin, sem hentar fyrir IT samninga með fast verð.
Unnið dæmi: Hugbúnaðarþróunarverkefni
Sérsniðið CRM þróunarverkefni: BAC = $400.000, 8 sprettir (16 vikur). Staða við sprett 4 (vika 8):
- Heildarfjöldi sögupunkta: 800. Meðalkostnaður á sögupunkt: $500.
- Sögupunktar áætlaðir við sprett 4: 400. PV = 400 × $500 = $200.000
- Raunverulega kláraðir sögupunktar: 320. EV = 320 × $500 = $160.000
- Raunverulegur kostnaður (laun teymis + innviðir): AC = $195.000
SPI = EV ÷ PV = 160.000 ÷ 200.000 = 0,800 (20% á eftir áætlun)
EAC = BAC ÷ CPI = 400.000 ÷ 0,821 = $487.211
VAC = 400.000 − 487.211 = −$87.211
EVM og Agile: Algengar andmæli
| Andmæli | Svar |
|---|---|
| "Agile hefur ekki fast umfang" | EVM vinnur með forgangsraðaðan verkefnalista — BAC stendur fyrir samþykkt umfang útgáfunnar, ekki allan verkefnalista vörunnar. |
| "Kröfur breytast í hverjum spretti" | Notaðu ferli fyrir breytingastjórnun. Samþykktar umfangsbreytingar uppfæra BAC. Óáætlaðar breytingar eru frávik til að rannsaka. |
| "Hraði sögupunkta (Velocity) er gagnlegri" | Hraði er frábær fyrir teymið; EVM veitir fjárhagslega yfirsýn sem styrktaraðilar og stjórnendur þurfa. |
| "Við metum ekki fyrirfram" | EVM krefst grunnlínu (baseline). Jafnvel sögur af hlutfallslegri stærð geta verið grunnur ef þær eru metnar á samræmdan hátt. |
Hagnýt ráð fyrir verkefnastjóra í upplýsingatækni
- Settu BAC þitt fyrir sprettinn, ekki eftir: Grunnlínan verður að vera stöðug til að EVM hafi þýðingu.
- Teldu aðeins 0% eða 100% fyrir sögur í vinnslu: Forðastu hlutfallslega skráningu; það blæs upp EV og felur áhættu í tímaáætlun.
- Fylgstu með CPI þróun vikulega: Hugbúnaðarverkefni þróast hratt. Mánaðarleg EVM skýrslugerð gæti leitt vandamál í ljós of seint.
- Aðskildu BAC fyrir innviði/rekstur vs. þróun: Innviðakostnaður hefur aðra kostnaðarvalda og ætti að fylgjast með honum sérstaklega.
- Notaðu EVM á áætlunarstigi (program level): Ef þú ert með mörg Agile teymi skaltu safna saman EV/AC gögnum þeirra á áætlunarstigi fyrir stjórnendaskýrslugerð.