EVM para sa IT at Software Projects
Ang paglalapat ng Earned Value Management sa mga IT at software project ay mas mapanghamon at mas masalimuot kaysa sa paglalapat nito sa konstruksyon. Ang trabaho sa software ay abstract, maaaring magbago ang mga kinakailangan (requirements) sa kalagitnaan ng proyekto, at ang pagsukat ng "percent complete" ng isang feature ay likas na subhetibo. Gayunpaman, sa pamamagitan ng mga tamang pag-angkop, nagbibigay ang EVM ng napakalaking halaga para sa IT program management at sa pagpapaalam ng estado ng budget at schedule sa mga hindi teknikal na stakeholder.
Ang Pangunahing Hamon: Pagsukat ng Earned Value sa Software
Sa konstruksyon, maaari mong sukatin ang pisikal na pag-unlad (mga cubic meter na ibinuhos, metrong inilatag). Sa software, sumusukat ka ng hindi nakikitang trabaho. Ang tatlong pinakakaraniwang pamamaraan:
1. Story Points (Agile EVM)
Sa mga Scrum o Kanban na environment, tinatantya ng mga team ang trabaho gamit ang mga story point. Maaari kang bumuo ng EVM sa ibabaw nito:
- BAC = Kabuuang story points × average na gastos bawat story point
- PV = Mga story point na planong matapos pagsapit ng sprint na ito
- EV = Mga story point na aktwal na natapos × average na gastos bawat story point
- AC = Aktwal na mga gastos ng team (mga sahod, imprastraktura, mga lisensya) para sa panahon na ito
Ang pamamaraang ito ay nagkredito lamang ng mga story bilang "done" kapag natugunan ng mga ito ang "Definition of Done" ng team — pinipigilan ang bitag na "90% kumpleto".
2. Milestone-Based EVM (Waterfall)
Para sa mga waterfall o phase-gate project, magtalaga ng budget weights sa mga milestone (hal., Requirements = 15%, Design = 20%, Development = 40%, Testing = 20%, Deployment = 5%). Ang Earned Value ay naka-credit lamang kapag ang bawat milestone ay ganap na nakumpleto at tinanggap.
3. Weighted Work Packages
Hatiin ang software sa mga functional module (authentication, reporting, API, UI). Tantiyahin ang gastos at tagal para sa bawat isa. Subaybayan ang pagkumpleto sa level ng module. Ito ang pinaka-tradisyunal na diskarte sa EVM, na angkop para sa mga fixed-price na kontrata sa IT.
Halimbawa: Software Development Project
Isang custom CRM development project: BAC = $400,000, 8 sprints (16 na linggo). Sa sprint 4 (linggo 8):
- Kabuuang story points: 800. Average na gastos bawat story point: $500.
- Mga story point na binalak pagsapit ng sprint 4: 400. PV = 400 × $500 = $200,000
- Mga story point na aktwal na natapos: 320. EV = 320 × $500 = $160,000
- Aktwal na gastos (sahod ng team + imprastraktura): AC = $195,000
SPI = EV ÷ PV = 160,000 ÷ 200,000 = 0.800 (20% behind plan)
EAC = BAC ÷ CPI = 400,000 ÷ 0.821 = $487,211
VAC = 400,000 − 487,211 = −$87,211
EVM at Agile: Mga Karaniwang Pagtutol
| Pagtutol | Tugon |
|---|---|
| "Walang fixed scope ang Agile" | Gumagana ang EVM sa isang prioritized backlog — ang BAC ay kumakatawan sa pinagkasunduang scope ng release, hindi sa buong product backlog |
| "Nagbabago ang mga requirements bawat sprint" | Gumamit ng proseso ng change control. Ina-update ng mga aprubadong scope change ang BAC. Ang mga hindi planadong pagbabago ay mga variance na dapat imbestigahan. |
| "Ang story point velocity ay mas kapaki-pakinabang" | Ang velocity ay mahusay para sa team; nagbibigay ang EVM ng pampinansyal na pananaw na kailangan ng mga sponsor at ehekutibo. |
| "Hindi kami nagtatantya nang maaga" | Ang EVM ay nangangailangan ng baseline. Kahit ang mga story na relative-sized ay maaaring maging batayan kung patuloy na sinusukat ang mga ito nang tama. |
Mga Praktikal na Tip para sa IT Project Managers
- I-set ang iyong BAC bago ang sprint, hindi pagkatapos: Ang baseline ay dapat na stable upang maging makabuluhan ang EVM.
- Magbilang lang ng 0% o 100% para sa mga in-progress na story: Iwasan ang partial credit; pinalalaki nito ang EV at itinatago ang schedule risk.
- Subaybayan ang CPI trends linggu-linggo: Mabilis ang galaw ng mga software project. Maaaring huli na kung buwanan ang EVM reporting para mahuli ang mga problema.
- Ihiwalay ang BAC para sa infrastructure/ops vs. development: May magkaibang cost driver ang mga gastos sa imprastraktura at dapat itong hiwalay na subaybayan.
- Gamitin ang EVM sa level ng programa: Kung mayroon kang maraming Agile team, pagsamahin ang kanilang EV/AC data sa level ng programa para sa executive reporting.