IT మరియు సాఫ్ట్వేర్ ప్రాజెక్టుల కోసం EVM
IT మరియు సాఫ్ట్వేర్ ప్రాజెక్టులకు Earned Value Management ను వర్తింపజేయడం నిర్మాణం కంటే సవాలుతో కూడుకున్నది మరియు సూక్ష్మమైనది. సాఫ్ట్వేర్ పని నైరూప్యమైనది, ప్రాజెక్ట్ మధ్యలో అవసరాలు మారవచ్చు మరియు ఫీచర్ యొక్క "శాతం పూర్తి" కొలవడం సహజంగానే ఆత్మాశ్రయమైనది. అయినప్పటికీ సరైన అనుసరణలతో, IT ప్రోగ్రామ్ నిర్వహణకు మరియు సాంకేతికేతర వాటాదారులకు బడ్జెట్ మరియు షెడ్యూల్ స్థితిని తెలియజేయడానికి EVM అద్భుతమైన విలువను అందిస్తుంది.
ప్రధాన సవాలు: సాఫ్ట్వేర్లో ఎర్న్డ్ వాల్యూ కొలవడం
నిర్మాణంలో, మీరు భౌతిక పురోగతిని కొలవవచ్చు. సాఫ్ట్వేర్లో, మీరు కనిపించని పనిని కొలుస్తున్నారు. మూడు అత్యంత సాధారణ విధానాలు:
1. స్టోరీ పాయింట్లు (Agile EVM)
Scrum లేదా Kanban పరిసరాలలో, బృందాలు స్టోరీ పాయింట్లలో పనిని అంచనా వేస్తాయి. మీరు దీనిపై EVM ని నిర్మించవచ్చు:
- BAC = మొత్తం స్టోరీ పాయింట్లు × స్టోరీ పాయింట్కు సగటు ఖర్చు
- PV = ఈ స్ప్రింట్ నాటికి పూర్తి చేయడానికి ప్రణాళిక చేసిన స్టోరీ పాయింట్లు
- EV = వాస్తవంగా పూర్తయిన స్టోరీ పాయింట్లు × స్టోరీ పాయింట్కు సగటు ఖర్చు
- AC = వ్యవధికి వాస్తవ బృంద ఖర్చులు (జీతాలు, మౌలిక సదుపాయాలు, లైసెన్సులు)
ఈ విధానం బృందం యొక్క 'డెఫినిషన్ ఆఫ్ డన్' (Definition of Done) కు అనుగుణంగా ఉన్నప్పుడే స్టోరీలను "పూర్తయింది" గా పరిగణిస్తుంది — ఇది "90% పూర్తి" ఉచ్చును నివారిస్తుంది.
2. మైలురాయి ఆధారిత EVM (Waterfall)
వాటర్ఫాల్ లేదా ఫేజ్-గేట్ ప్రాజెక్టుల కోసం, మైలురాళ్లకు బడ్జెట్ బరువులను కేటాయించండి (ఉదా., అవసరాలు = 15%, డిజైన్ = 20%, అభివృద్ధి = 40%, టెస్టింగ్ = 20%, డిప్లాయ్మెంట్ = 5%). ప్రతి మైలురాయి పూర్తిగా పూర్తయి మరియు ఆమోదించబడినప్పుడు మాత్రమే Earned Value క్రెడిట్ చేయబడుతుంది.
3. వెయిటెడ్ వర్క్ ప్యాకేజీలు
సాఫ్ట్వేర్ను ఫంక్షనల్ మాడ్యూల్స్గా (అథెంటికేషన్, రిపోర్టింగ్, API, UI) విభజించండి. ప్రతిదానికి ఖర్చు మరియు వ్యవధిని అంచనా వేయండి. మాడ్యూల్ స్థాయిలో పూర్తి కావడాన్ని ట్రాక్ చేయండి. ఇది అత్యంత సాంప్రదాయ EVM విధానం, నిర్ణీత-ధర IT కాంట్రాక్టులకు అనుకూలంగా ఉంటుంది.
ఉదాహరణ: సాఫ్ట్వేర్ డెవలప్మెంట్ ప్రాజెక్ట్
కస్టమ్ CRM డెవలప్మెంట్ ప్రాజెక్ట్: BAC = $400,000, 8 స్ప్రింట్లు (16 వారాలు). స్ప్రింట్ 4 (వారం 8) వద్ద:
- మొత్తం స్టోరీ పాయింట్లు: 800. స్టోరీ పాయింట్కు సగటు ఖర్చు: $500.
- స్ప్రింట్ 4 నాటికి ప్రణాళిక చేసిన స్టోరీ పాయింట్లు: 400. PV = 400 × $500 = $200,000
- వాస్తవంగా పూర్తయిన స్టోరీ పాయింట్లు: 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 అంగీకరించిన రిలీజ్ స్కోప్ను సూచిస్తుంది, మొత్తం ప్రొడక్ట్ బ్యాక్లాగ్ను కాదు |
| "ప్రతి స్ప్రింట్లో అవసరాలు మారుతాయి" | మార్పు నియంత్రణ ప్రక్రియను ఉపయోగించండి. ఆమోదించబడిన స్కోప్ మార్పులు BAC ని అప్డేట్ చేస్తాయి. ప్రణాళిక చేయని మార్పులు దర్యాప్తు చేయవలసిన వ్యత్యాసాలు. |
| "స్టోరీ పాయింట్ వెలాసిటీ మరింత ఉపయోగకరంగా ఉంటుంది" | బృందానికి వెలాసిటీ చాలా బాగుంది; ప్రాయోజకులు మరియు ఎగ్జిక్యూటివ్లకు అవసరమైన ఆర్థిక వీక్షణను EVM అందిస్తుంది. |
| "మేము ముందుగానే అంచనా వేయము" | EVM కి బేస్లైన్ అవసరం. స్థిరంగా పరిమాణంలో ఉంటే రిలేటివ్-సైజ్ స్టోరీలు కూడా ఆధారాన్ని ఏర్పరుస్తాయి. |
IT ప్రాజెక్ట్ మేనేజర్లకు ఆచరణాత్మక చిట్కాలు
- స్ప్రింట్ తర్వాత కాకుండా, ముందుగానే మీ BAC ని సెట్ చేయండి: EVM అర్థవంతంగా ఉండాలంటే బేస్లైన్ స్థిరంగా ఉండాలి.
- పురోగతిలో ఉన్న స్టోరీలకు 0% లేదా 100% మాత్రమే లెక్కించండి: పాక్షిక క్రెడిట్ను నివారించండి; ఇది EV ని పెంచుతుంది మరియు షెడ్యూల్ ప్రమాదాన్ని ముసుగు చేస్తుంది.
- CPI ట్రెండ్లను వారంవారీగా ట్రాక్ చేయండి: సాఫ్ట్వేర్ ప్రాజెక్టులు వేగంగా కదులుతాయి. నెలవారీ EVM రిపోర్టింగ్ సమస్యలను చాలా ఆలస్యంగా పట్టుకోవచ్చు.
- మౌలిక సదుపాయాలు/ఆపరేషన్స్ vs. డెవలప్మెంట్ కోసం ప్రత్యేక BAC: ఇన్ఫ్రాస్ట్రక్చర్ ఖర్చులు విభిన్న వ్యయ డ్రైవర్లను కలిగి ఉంటాయి మరియు వాటిని విడిగా ట్రాక్ చేయాలి.
- ప్రోగ్రామ్ స్థాయిలో EVM ని ఉపయోగించండి: మీకు బహుళ Agile బృందాలు ఉంటే, ఎగ్జిక్యూటివ్ రిపోర్టింగ్ కోసం ప్రోగ్రామ్ స్థాయిలో వారి EV/AC డేటాను కంపైల్ చేయండి.