තොරතුරු තාක්ෂණ සහ මෘදුකාංග ව්යාපෘති සඳහා EVM
තොරතුරු තාක්ෂණ සහ මෘදුකාංග ව්යාපෘති සඳහා Earned Value Management යෙදීම ඉදිකිරීම් වලට වඩා අභියෝගාත්මක ය. මෘදුකාංග වැඩ වියුක්ත ය, අවශ්යතා වෙනස් විය හැක, සහ විශේෂාංගයක "සම්පූර්ණ කළ ප්රතිශතය" මැනීම සහජයෙන්ම ආත්මීය වේ. එහෙත් නිවැරදි අනුවර්තනයන් සමඟ, EVM මඟින් තොරතුරු තාක්ෂණ වැඩසටහන් කළමනාකරණය සඳහා සහ තාක්ෂණික නොවන පාර්ශවකරුවන්ට අයවැය සහ කාලසටහන් තත්ත්වය සන්නිවේදනය කිරීම සඳහා විශාල වටිනාකමක් සපයයි.
මූලික අභියෝගය: මෘදුකාංග තුළ Earned Value මැනීම
ඉදිකිරීම් වලදී, ඔබට භෞතික ප්රගතිය මැනිය හැක. මෘදුකාංග වලදී, ඔබ මනින්නේ නොපෙනෙන වැඩකි. වඩාත් පොදු ප්රවේශයන් තුනක්:
1. Story Points (Agile EVM)
Scrum හෝ Kanban පරිසරයන් තුළ, කණ්ඩායම් story points හරහා වැඩ ඇස්තමේන්තු කරයි. ඔබට මේ මත EVM ගොඩනැගිය හැක:
- BAC = මුළු story points × story point එකක සාමාන්ය පිරිවැය
- PV = මෙම ස්ප්රින්ට් එක වන විට සම්පූර්ණ කිරීමට සැලසුම් කර ඇති story points
- EV = ඇත්ත වශයෙන්ම සම්පූර්ණ කරන ලද story points × සාමාන්ය පිරිවැය
- AC = කාල පරිච්ඡේදය සඳහා සැබෑ කණ්ඩායම් පිරිවැය (වැටුප්, යටිතල පහසුකම්, බලපත්ර)
මෙම ප්රවේශය "සම්පූර්ණයි" ලෙස සලකන්නේ කණ්ඩායමේ Definition of Done සපුරාලන විට පමණි.
2. සන්ධිස්ථාන මත පදනම් වූ EVM (Waterfall)
දියඇලි (waterfall) ව්යාපෘති සඳහා, සන්ධිස්ථාන සඳහා අයවැය බර පැවරීම (උදා. අවශ්යතා = 15%, සැලසුම් = 20%, සංවර්ධනය = 40%, පරීක්ෂණ = 20%, යෙදවීම = 5%). Earned Value හිමි වන්නේ සෑම සන්ධිස්ථානයක්ම සම්පූර්ණයෙන්ම අවසන් කර පිළිගත් විට පමණි.
3. බර තැබූ වැඩ පැකේජ
මෘදුකාංගය ක්රියාකාරී මොඩියුල වලට කඩා, ඒ සඳහා ඇස්තමේන්තු සකසන්න.
උදාහරණය: මෘදුකාංග සංවර්ධන ව්යාපෘතිය
අභිරුචි CRM සංවර්ධන ව්යාපෘතියක්: BAC = $400,000, 8 sprints (සති 16). 4 වන ස්ප්රින්ට් එකේදී:
- මුළු story points: 800. story point එකක සාමාන්ය පිරිවැය: $500.
- 4 වන ස්ප්රින්ට් එක වන විට සැලසුම් කර ඇති story points: 400. PV = 400 × $500 = $200,000
- සම්පූර්ණ කරන ලද story points: 320. EV = 320 × $500 = $160,000
- සැබෑ පිරිවැය: AC = $195,000
SPI = EV ÷ PV = 160,000 ÷ 200,000 = 0.800 (20% කාලසටහනට පිටුපසින්)
EAC = BAC ÷ CPI = 400,000 ÷ 0.821 = $487,211
VAC = 400,000 − 487,211 = −$87,211
EVM සහ Agile: පොදු විරෝධතා
| විරෝධය | පිළිතුර |
|---|---|
| "Agile හි ස්ථාවර විෂය පථයක් නොමැත" | EVM ප්රමුඛතා ලැයිස්තුවක් සමඟ ක්රියා කරයි — BAC නියෝජනය කරන්නේ එකඟ වූ විෂය පථයයි |
| "සෑම ස්ප්රින්ට් එකකදීම අවශ්යතා වෙනස් වේ" | වෙනස් කිරීම් පාලන ක්රියාවලියක් භාවිතා කරන්න. |
| "Velocity වඩා ප්රයෝජනවත් වේ" | Velocity කණ්ඩායමට විශිෂ්ටයි; EVM මූල්ය දර්ශනය සපයයි. |
| "අපි කල්තියා ඇස්තමේන්තු කරන්නේ නැහැ" | EVM සඳහා පදනමක් අවශ්ය වේ. |
ප්රායෝගික උපදෙස්
- ස්ප්රින්ට් එකට පෙර ඔබේ BAC සකසන්න: අර්ථවත් EVM සඳහා පදනම ස්ථාවර විය යුතුය.
- ක්රියාත්මක වන කතන්දර සඳහා 0% හෝ 100% පමණක් ගණන් කරන්න: අර්ධ EV මඟින් අවදානම් වසන් කළ හැක.
- CPI ප්රවණතා සතිපතා හඹා යන්න: මෘදුකාංග වේගවත්ය. මාසික EVM වාර්තා කිරීම ප්රමාද වැඩිය.
- යටිතල පහසුකම් සඳහා වෙනම BAC: යටිතල පහසුකම් සඳහා වෙනස් පිරිවැය රටා ඇත.
- වැඩසටහන් මට්ටමින් EVM භාවිතා කරන්න: බහු Agile කණ්ඩායම් ඇති විට මෙය ප්රයෝජනවත් වේ.