అందరికీ నమస్కారం! సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌లో ప్రారంభించడానికి మీరు తెలుసుకోవలసిన సిద్ధాంతం యొక్క భారీ మొత్తం ఉంది. కొంతమంది నిపుణులు (ఉదాహరణకు, జావా మరియు ఇతర భాషలను ఉపయోగించే బ్యాకెండ్ డెవలపర్లు) దాని గురించి ఎక్కువ తెలుసుకుంటారు, మరికొందరికి (ఉదాహరణకు, జావాస్క్రిప్ట్ మరియు రియాక్ట్ నేటివ్‌ను ఉపయోగించే ఫ్రంటెండ్ డెవలపర్లు) కొంచెం తక్కువగా తెలుసు. రెండు సమూహాలు సాంకేతికంగా మాత్రమే కాకుండా, "సంస్థాగత" పరిజ్ఞానం కూడా కలిగి ఉండాలి. ఈ "సంస్థ" జ్ఞానం ఫ్రంటెండ్ మరియు బ్యాకెండ్ డెవలపర్‌ల కోసం అతివ్యాప్తి చెందే ఒక ప్రాంతం.
![మీ గడువులను చేరుకోండి: డెవలపర్లు శ్రమను అంచనా వేయడానికి ఉపయోగించే పద్ధతులు - 1]()
ఈ రోజు నేను ఈ నాన్-టెక్నికల్, సంస్థాగత జ్ఞానం యొక్క ఒక అంశం గురించి మాట్లాడాలనుకుంటున్నాను.
ఈ రోజు మనం ప్రయత్నాల అంచనా గురించి మాట్లాడుతాము .
ఎందుకంటే నాకు ఎజైల్ మెథడాలజీని ఉపయోగించిన అనుభవం మాత్రమే ఉంది
(ఇది అత్యంత ప్రజాదరణ పొందినదిగా పరిగణించబడుతుంది), మరింత ప్రత్యేకంగా స్క్రమ్ ఫ్రేమ్‌వర్క్, నేను స్క్రమ్ సందర్భంలో ప్రయత్న అంచనాను పరిశీలిస్తాను . ప్రారంభంలోనే, శ్రమ అంచనా కష్టమని నేను చెప్పాలి. నాకు, డెవలపర్‌గా నా ఉద్యోగంలో ఇది చాలా సవాలు/అసహ్యకరమైన అంశాలలో ఒకటి. ఒక పనికి అవసరమైన కృషికి సంబంధించి మీ అంచనాను ప్రభావితం చేసే అనేక విభిన్న అంశాలను పరిగణించాలి. అదనంగా, భవిష్యత్తు అభివృద్ధి ప్రణాళికలు మీ అంచనాల ఆధారంగా ఉంటాయి.
మీరు చెడ్డ అంచనాను అందిస్తే ఏమి చేయాలి?
డెవలపర్ టాస్క్‌కి ఖర్చు చేసిన దానికంటే ఎక్కువ గంటలు అంచనా వేస్తే, అంచనా చాలా సరికాదు కాబట్టి వారి నైపుణ్యం సందేహాస్పదంగా ఉండవచ్చు. మరో మాటలో చెప్పాలంటే, ఇది ఒక క్రూరమైన అంచనా. అదే సమయంలో, డెవలపర్ అనుకున్న సమయంలో పనిని పూర్తి చేయకపోతే, ఉత్పత్తి లేదా కొత్త ఫీచర్‌ను విడుదల చేయాలనే కస్టమర్ ప్లాన్‌లను ఆమె ప్రమాదంలో పడేస్తుంది. ఇది వ్యాపారం, మరియు వ్యాపారం డబ్బు. అటువంటి స్లిప్‌తో కొంతమంది కస్టమర్‌లు సంతోషిస్తారు. నిజానికి, అందుకే నేను అంచనా వేయడానికి ఇష్టపడను — ఎందుకంటే కొన్నిసార్లు ఒక పనిని పూర్తి చేయడానికి అవసరమైన సమయాన్ని ఖచ్చితంగా గుర్తించడం చాలా గమ్మత్తైనది.
సమయాన్ని అంచనా వేయడం ఎలా
నియమం ప్రకారం, అంచనాలు గంటలు లేదా స్టోరీ పాయింట్లలో తయారు చేయబడతాయి.
స్టోరీ పాయింట్లను ఉపయోగించి అంచనా ప్రక్రియ చేయాలన్నది నా వ్యక్తిగత అభిమతం . కాంక్రీట్ భౌతిక వస్తువుల గురించి తప్పుగా భావించడం కష్టం, కానీ కథాంశాలు కొంచెం ఎక్కువ వియుక్తమైనవి. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ టీమ్‌లు సాధారణంగా సమయం మొత్తంగా అంచనాలను అందిస్తాయి: గంటలు, రోజులు, వారాలు, నెలలు. ఈ సమయ అంచనాలు ప్రాథమికంగా వ్యక్తిగత అనుభవం, ఊహ మరియు/లేదా అంతర్ దృష్టిపై ఆధారపడి ఉంటాయి. ఈ సందర్భంలో, డెవలపర్లు కేవలం టాస్క్‌ని చూసి, వారికి ఎంత సమయం పడుతుందనే దాని గురించి వారి ఊహను వ్యక్తం చేస్తారు. ఫలితంగా, ఈ అంచనాలు చాలా అరుదుగా ఖచ్చితమైనవి, ఎందుకంటే పని వ్యవధిని ప్రభావితం చేసే అనేక అంశాలు ఉన్నాయి. అందుకే
ఎజైల్ మెథడాలజీని ఉపయోగించే చాలా టీమ్‌లు స్టోరీ పాయింట్లను కూడా ఉపయోగిస్తాయి. డైవ్ చేద్దాం!
స్టోరీ పాయింట్స్ ఏమిటి?
స్టోరీ
పాయింట్ అనేది ఒక నిర్దిష్ట కార్యాచరణను పూర్తిగా అమలు చేయడానికి అవసరమైన మొత్తం ప్రయత్నం యొక్క అంచనాను వ్యక్తీకరించడానికి కొలత యూనిట్. అంటే, మేము
బంధువుల గురించి మాట్లాడుతున్నాముసంక్లిష్టత. పని యొక్క సంక్లిష్టత, పని పరిమాణం మరియు ప్రమాదం లేదా అనిశ్చితి ఆధారంగా బృందాలు స్టోరీ పాయింట్లలో అంచనా వేస్తాయి. ఈ విలువలు సాధారణంగా పనిని మరింత సమర్థవంతంగా చిన్న ముక్కలుగా విభజించడానికి కేటాయించబడతాయి, తద్వారా అస్పష్టతను తొలగిస్తుంది. కాలక్రమేణా, ఇది నిర్ణీత వ్యవధిలో వారు ఏమి సాధించగలరో అర్థం చేసుకోవడానికి బృందాలకు సహాయపడుతుంది మరియు తదుపరి పనిని మరింత ఖచ్చితంగా ప్లాన్ చేయడంలో వారికి సహాయపడుతుంది. ఇది మీకు పూర్తిగా ప్రతికూలంగా అనిపించవచ్చు, కానీ ఈ సంగ్రహణ చాలా ఉపయోగకరంగా ఉంటుంది: ఇది పని యొక్క సంక్లిష్టత గురించి కఠినమైన నిర్ణయాలు తీసుకునేలా బృందాన్ని నెట్టివేస్తుంది. ప్లాన్ చేసేటప్పుడు స్టోరీ పాయింట్లను ఉపయోగించడానికి కొన్ని కారణాలను పరిశీలిద్దాం:
- మీరు సరికాని సమయ అంచనాలను నివారించవచ్చు.
- సమయ యూనిట్లలో చేసిన అంచనాల వలె కాకుండా, స్టోరీ పాయింట్లు ఓవర్‌హెడ్ ఖర్చులను పరిగణనలోకి తీసుకుంటాయి: బృంద సభ్యులు మరియు కస్టమర్‌ల మధ్య కమ్యూనికేషన్‌లు, వివిధ బృంద చర్చలు మరియు ప్రణాళికా కార్యకలాపాలు, అలాగే ఊహించని పరిస్థితులు.
- ప్రతి బృందం వేర్వేరు ప్రమాణాలను ఉపయోగించి వారి పనిని అంచనా వేస్తుంది, అంటే వారి సామర్థ్యం (పాయింట్లలో కొలుస్తారు) భిన్నంగా ఉంటుంది.
- ప్రతి స్టోరీ పాయింట్‌ని కేటాయించడం కోసం స్కేల్‌ని నిర్వచించడం ద్వారా, మీరు ఎక్కువ వివాదం లేకుండా పాయింట్లను త్వరగా కేటాయించవచ్చు.
స్టోరీ పాయింట్లను ఎలా ఉపయోగించకూడదు
దురదృష్టవశాత్తు, కథాంశాలు తరచుగా దుర్వినియోగం చేయబడతాయి. వ్యక్తులను అంచనా వేయడానికి, వివరణాత్మక గడువులు మరియు వనరులను నిర్వచించడానికి మరియు అవి పనితీరు కొలతగా తప్పుగా భావించినప్పుడు స్టోరీ పాయింట్లు తప్పుదారి పట్టించవచ్చు. బదులుగా, ప్రతి పని యొక్క పరిధి/సంక్లిష్టతను అర్థం చేసుకోవడానికి మరియు ప్రాధాన్యతలను సెట్ చేయడానికి బృందాలు వాటిని ఉపయోగించాలి.
బహుశా మరింత కష్టంగా భావించే భాగాలను ముందుగా పరిష్కరించాలి, కాబట్టి వాటిని స్ప్రింట్ ముగిసేలోపు చేయవచ్చు , బహుశా సులభమైన పనులను తర్వాత మార్చవచ్చు.
స్క్రమ్ మెథడాలజీ సందర్భంలో స్ప్రింట్ అంటే ఏమిటో నేను మీకు గుర్తు చేస్తాను :
| స్ప్రింట్ అనేది పునరావృతమయ్యే స్థిర సమయ విరామం, ఈ సమయంలో కొంత ప్రణాళికాబద్ధమైన కార్యాచరణ అమలు చేయబడుతుంది. |
ఈ సమయ వ్యవధి యొక్క పొడవు అభివృద్ధి ప్రారంభమైనప్పుడు నిర్ణయించబడుతుంది మరియు బృందం మరియు కస్టమర్ మధ్య అంగీకరించబడుతుంది. ఇది రెండు వారాలు లేదా ఒక నెల లేదా మరేదైనా వ్యవధి కావచ్చు. నియమం ప్రకారం, ప్రతి స్ప్రింట్ ప్రారంభంలో, పూర్తయిన పనిని కస్టమర్‌కు అందించినప్పుడు, స్ప్రింట్ ముగిసే సమయానికి పూర్తి చేయగల పనిని ప్లాన్ చేయడానికి కృషి అంచనాలు తయారు చేయబడతాయి.
| స్ప్రింట్ సమయంలో పూర్తయిన పనిని కస్టమర్‌కు అందించినప్పుడు, మేము దానిని డెమో అని పిలుస్తాము. |
ఉత్పత్తిని అభివృద్ధి చేయడంలో మీ పురోగతిని చూడటానికి, కస్టమర్ నుండి అభిప్రాయాన్ని స్వీకరించడానికి మరియు కస్టమర్ దృష్టికి అనుగుణంగా ప్రాజెక్ట్ పథాన్ని సర్దుబాటు చేయడానికి డెమో మీకు సహాయపడుతుంది. కానీ మనం కొంచెం పక్కకు తప్పుకుంటాం. అంచనాలకు తిరిగి వద్దాం. కేవలం ఒక డెవలపర్ అన్ని టాస్క్‌లకు అంచనాలను అందించడం చాలా ఆత్మాశ్రయమైనది. కాబట్టి ఈ ప్రక్రియ సాధారణంగా జట్టు ప్రయత్నం. అంచనాలను రూపొందించడానికి బృందాలు ఉపయోగించే చాలా కొన్ని పద్ధతులు ఉన్నాయి. ఈ రోజు మనం అత్యంత ప్రజాదరణ పొందిన సాంకేతికతను పరిశీలిస్తాము:
స్క్రమ్ పోకర్ .
ఈ సాంకేతికతకు స్క్రమ్ పోకర్‌కు మోడరేటర్‌గా వ్యవహరించే మేనేజర్ అవసరం .
ఇది స్క్రమ్ మాస్టర్ లేదా బహుశా
PM అయిన వ్యక్తి కావచ్చు .
స్క్రమ్ పోకర్ అంటే ఏమిటి?
స్క్రమ్ పోకర్ , లేదా ప్లానింగ్ పోకర్, ఒక ఒప్పందాన్ని చేరుకోవడంపై ఆధారపడిన ఒక అంచనా సాంకేతికత. ఇది ప్రధానంగా రాబోయే పని యొక్క సంక్లిష్టతను లేదా సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ టాస్క్‌ల సాపేక్ష పరిమాణాన్ని అంచనా వేయడానికి ఉపయోగించబడుతుంది.
స్క్రమ్ పోకర్ అని నేను వెంటనే చెబుతాను
అనేది ఒక సాధారణ సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ ప్రాక్టీస్, మరియు దాని గురించి మీరు తెలుసుకోవాలి. ఇది సాధారణంగా ఒక నిర్దిష్ట పని కోసం అంచనాను బృందం యొక్క సహకార సృష్టిని సులభతరం చేయడానికి ఒక యాప్ లేదా వెబ్‌సైట్‌ను కలిగి ఉంటుంది. ఇది ఎలా జరుగుతుంది? బృందం బ్యాక్‌లాగ్ (కొత్త పని, కొంత కార్యాచరణ) నుండి ఏదైనా తీసుకుంటుంది మరియు దానితో అనుబంధించబడిన ఆపదలు మరియు ఇతర సూక్ష్మ నైపుణ్యాలను క్లుప్తంగా చర్చిస్తుంది. అప్పుడు ప్రతి పాల్గొనేవారు వారి సంక్లిష్టత అంచనాను ప్రతిబింబించే సంఖ్యతో కార్డ్‌ని ఎంచుకుంటారు. ఓహ్, మరో విషయం, ఈ అంచనాలను రూపొందించేటప్పుడు, మేము సాధారణ సంఖ్యల కంటే
ఫైబొనాక్సీ సీక్వెన్స్‌లోని సంఖ్యలను ఉపయోగిస్తాము. స్క్రమ్ పోకర్‌లో ఫైబొనాక్సీ సంఖ్యలు ప్రసిద్ధి చెందాయి
, ఎందుకంటే వాటి మధ్య పెరుగుతున్న పెద్ద అంతరం (పిరమిడ్ స్థాయిలను పోలి ఉంటుంది). కొన్ని టాస్క్‌లు చాలా క్లిష్టంగా ఉంటాయి మరియు మేము తక్కువ సంఖ్యలో స్టోరీ పాయింట్‌లతో తప్పించుకోలేము.
![మీ గడువులను చేరుకోండి: డెవలపర్లు శ్రమను అంచనా వేయడానికి ఉపయోగించే పద్ధతులు - 2]()
కింది అర్థాలను కలిగి ఉన్న కొన్ని అసాధారణ కార్డ్‌లు ఉన్నాయి:
![మీ గడువులను చేరుకోండి: డెవలపర్లు శ్రమను అంచనా వేయడానికి ఉపయోగించే పద్ధతులు - 3]()
ఎండ్ పాయింట్ల సంఖ్య తెలియదు
![మీ గడువులను చేరుకోండి: డెవలపర్లు శ్రమను అంచనా వేయడానికి ఉపయోగించే పద్ధతులు - 4]()
అనంతమైన సుదీర్ఘమైన పని
![మీ గడువులను చేరుకోండి: డెవలపర్లు శ్రమను అంచనా వేయడానికి ఉపయోగించే పద్ధతులు - 5]()
విరామం కావాలి
తక్కువ సాధారణ అంచనా పద్ధతులు ఉపయోగించబడతాయి:
- T- షర్టు పరిమాణాలు - S, M, L, XL
- కుక్కల జాతులు — చివావా, పగ్, డాచ్‌షండ్, బుల్‌డాగ్ మరియు మొదలైనవి (వ్యక్తిగతంగా, ఇది శ్రమ అంచనా కోసం విచిత్రమైన కొలత యూనిట్ అని నేను భావిస్తున్నాను =D)
అదే పని కోసం వేర్వేరు డెవలపర్లు ఇచ్చిన అంచనాలను బృందం సరిపోల్చింది. వారు అంగీకరిస్తే, అప్పుడు గొప్ప! కాకపోతే, భిన్నమైన అంచనాలకు గల కారణాలను (వాదనలు) చర్చించవలసి ఉంటుంది. ఆ తర్వాత, ప్రతి ఒక్కరూ ఎక్కువ లేదా తక్కువ అంగీకరించే ఒకే అంచనాను రూపొందించడానికి బృందం కలిసి పని చేస్తుంది. కాబట్టి తీవ్రమైన సాఫ్ట్‌వేర్ ప్రాజెక్ట్‌లను ప్లాన్ చేయడానికి కూడా పోకర్ ఎందుకు ఉపయోగించబడుతుంది? ఇది వింత అని మీరు ఒప్పుకోవాలి. వాస్తవం ఏమిటంటే, ఈ రకమైన గేమిఫికేషన్ జట్టు సభ్యులను స్వతంత్రంగా ఆలోచించేలా ప్రోత్సహిస్తుంది, వారి సహచరులు అదే సమయంలో వారి అంచనాలను బహిర్గతం చేయడానికి వారిని ఆహ్వానిస్తుంది. ఇది, కొంతమంది జట్టు సభ్యులు ఇతరుల అభిప్రాయాలపై ఆధారపడే పరిస్థితిని సృష్టించకుండా చేస్తుంది. ఇది ఈ విధంగా చేయకపోతే, తక్కువ అనుభవం ఉన్న డెవలపర్లు మరింత అనుభవజ్ఞులైన బృంద సభ్యులు అందించిన అంచనాలను పరిశీలిస్తారు మరియు వాటిపై దృష్టి పెడతారు, మరియు అది వారి స్వంత అంచనాలను తక్కువ ఉపయోగకరంగా చేస్తుంది. కానీ ఏకకాలంలో అంచనాలను చూపడం ఇది తప్పనిసరిగా అసాధ్యం చేస్తుంది. అట్లాసియన్ ఆఫర్లు
ప్రణాళిక ప్రక్రియలో ఉపయోగించడం కోసం
ఒక స్క్రమ్ పోకర్ యాప్ .
శ్రమ అంచనాకు ఉదాహరణ
అంచనాలకు స్టోరీ పాయింట్లను కేటాయించడం కోసం మీ బృందం కింది స్కేల్‌ని ఏర్పాటు చేసిందని అనుకుందాం:
| 1. ఈ రకమైన పనితో మీకు ఏదైనా అనుభవం ఉందా? |
+1 — నేను ఇంతకు ముందు ఈ పని చేశాను |
+2 — నేను ఈ పని చేయలేదు, కానీ ఇదే పనిలో పని చేసాను |
+3 — నేను ఈ పని చేయలేదు మరియు ఇలాంటి వాటితో అనుభవం లేదు |
| 2. కార్యాచరణకు అవసరమైన పని వాల్యూమ్ |
+1 — చిన్న వాల్యూమ్ |
+2 - సగటు వాల్యూమ్ |
+3 - పెద్ద వాల్యూమ్ |
| 3. కార్యాచరణను అమలు చేయడంలో సంక్లిష్టత |
+1 - సులభం |
+2 - సగటు |
+3 - కష్టం |
| 4. కార్యాచరణను పరీక్షించే సంక్లిష్టత |
+1 - సులభం |
+2 - సగటు |
+3 - కష్టం |
ప్రతి పని కోసం స్క్రమ్ పోకర్ ఆడబడుతుంది మరియు మీరు ఈ క్రింది విధంగా అంచనాను అందిస్తారు:
- మీరు ఇంతకు ముందు ఇలాంటి కార్యాచరణను అమలు చేయలేదు: +3
- కార్యాచరణ సగటు పరిమాణం: +2
- అమలు చాలా క్లిష్టంగా ఉంటుంది: +3
- ఫంక్షనాలిటీ కోసం పరీక్షలు రాయడం చాలా క్లిష్టంగా ఉంటుంది: +3
ప్రతి కాంపోనెంట్‌ను కలిపితే, మీరు మొత్తం 11 స్టోరీ పాయింట్లను పొందుతారు, కానీ అలాంటి కార్డ్ ఏదీ లేదు, కాబట్టి మీరు 13ని సూచిస్తారు. సహోద్యోగి టాస్క్ కోసం క్రింది అంచనాను ముందుంచారు:
- అతను ఇంతకు ముందు ఇలాంటి పనితో పనిచేశాడు: +1
- కార్యాచరణ సగటు పరిమాణం: +2
- అమలు సగటు సంక్లిష్టతతో ఉంటుంది: +2
- కార్యాచరణ కోసం పరీక్షలు రాయడం సగటు సంక్లిష్టతతో ఉంటుంది: +2
అతని ఇంటర్మీడియట్ ఫలితం 7 స్టోరీ పాయింట్లు, కానీ ఆ సంఖ్య ఫిబొనాక్సీ సిరీస్‌లో లేదు, కాబట్టి అతను కార్డ్‌ను అత్యంత ఉజ్జాయింపు సంఖ్యతో సమర్పించాడు — 8. ఇతర టీమ్ సభ్యులు కూడా వారి ఆత్మాశ్రయ వీక్షణల ఆధారంగా వారి అంచనాలను రూపొందించారు. అప్పుడు ప్రతి ఒక్కరూ వారి కార్డ్‌లను చూపుతారు మరియు 8ని సూచించిన డెవలపర్ మినహా దాదాపు మీ సహోద్యోగులందరూ 13గా అంచనా వేసినట్లు మీరు కనుగొన్నారు. ఈ సందర్భంలో, అతను తన తక్కువ అంచనాకు కారణాలను తెలియజేస్తూ మాట్లాడటానికి అనుమతించబడ్డాడు. అతను ఈ సమర్థనను అందించాడని అనుకుందాం: అతను ఇంతకుముందు అదే పనిలో పనిచేశాడు మరియు అది కనిపించేంత కష్టం కాదు. అంతిమంగా, అతను ఈ పనిని ముగించేవారికి సహాయం చేస్తానని చెప్పి, 13 నుండి 8 స్టోరీ పాయింట్‌లకు వారి మనసు మార్చుకోమని మిగిలిన టీమ్‌ని ఒప్పించాడు. లేదా బహుశా అతను దానిని స్వయంగా చేస్తాడు. ఏ సందర్భంలో, అది లేదు ఇతరులు అతని వాదనలను అంగీకరిస్తారా లేదా అనేది ముఖ్యం, ఎందుకంటే ఒక మార్గం లేదా మరొకటి పనికి అంచనా వేయబడుతుంది మరియు బృందం తదుపరిదాన్ని పరిగణనలోకి తీసుకుంటుంది. ప్రారంభంలో, అంచనాలు తప్పుగా ఉంటాయి, అలాగే మీరు తదుపరి కాలంలో (స్ప్రింట్) పూర్తి చేయాలనుకుంటున్న పని మొత్తం అంచనాలు ఉంటాయి. అన్నింటికంటే, ఈ అంచనాలు అంచనాలను ఉపయోగించి తయారు చేయబడ్డాయి. కొంత సమయం తరువాత, బహుశా మూడు నెలల తర్వాత, బృందం టాస్క్‌ల కోసం అవసరమైన సమయాన్ని మరింత ఖచ్చితంగా అంచనా వేయడం ప్రారంభిస్తుంది మరియు స్ప్రింట్‌లో బృందం చేయగలిగిన పని యొక్క సగటు మొత్తం స్పష్టంగా కనిపిస్తుంది. కానీ పని యొక్క పరిధికి సాధారణ ప్రణాళికను రూపొందించడానికి ఇది ఒక ప్రక్రియ. ఇది ప్రధానంగా సమయంపై దృష్టి పెడుతుంది, కానీ ఈ సందర్భంలో అనేక విభిన్న సంబంధిత కారకాలు ఉండవచ్చు. ఉదాహరణకు, డెవలపర్ రెండు వారాల పాటు సెలవుపై వెళ్లాడని అనుకుందాం. మీరు ప్రణాళికాబద్ధమైన పని (ప్రణాళిక కార్యాచరణ) యొక్క నిర్దిష్ట మొత్తాన్ని తగ్గించవలసి ఉంటుంది. లేదా ఒక కొత్త డెవలపర్ జట్టులో చేరారని అనుకుందాం, కానీ ఇంకా పూర్తి స్థాయిలో వేగాన్ని అందుకోలేకపోయారు, కాబట్టి మీరు ఆమె సమయాన్ని ప్రాజెక్ట్‌తో పరిచయం చేసుకోవడానికి అనుమతించాలి
ఆన్బోర్డింగ్ ప్రక్రియ. ఇది రెండు వారాలు కావచ్చు, ప్రాజెక్ట్ యొక్క సంక్లిష్టతను బట్టి ఒక వారం ఇవ్వండి లేదా తీసుకోవచ్చు. నేటికీ అంతే! సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌లో అవసరమైన నాన్-టెక్నికల్ అంశం అయిన ఎఫర్ట్ ఎస్టిమేషన్ గురించి మీ జ్ఞానాన్ని నేను కొద్దిగా మెరుగుపరిచానని ఆశిస్తున్నాను. మీరు ఈ అంశంపై లోతుగా మరియు స్క్రమ్ వివరాలలోకి వెళ్లాలనుకుంటే, మీరు జెఫ్ సదర్లాండ్ రాసిన "SCRUM" పుస్తకాన్ని చదవాలని నేను గట్టిగా సిఫార్సు చేస్తున్నాను. నేను పర్యవసానాల గురించి ఎటువంటి వాగ్దానాలు చేయలేను, ఎందుకంటే అది చదివిన తర్వాత మీరు స్క్రమ్ మాస్టర్ కావాలనే బాధించే కోరిక కలిగి ఉంటారు =D
ఈ రోజు నేను ఈ నాన్-టెక్నికల్, సంస్థాగత జ్ఞానం యొక్క ఒక అంశం గురించి మాట్లాడాలనుకుంటున్నాను. ఈ రోజు మనం ప్రయత్నాల అంచనా గురించి మాట్లాడుతాము . ఎందుకంటే నాకు ఎజైల్ మెథడాలజీని ఉపయోగించిన అనుభవం మాత్రమే ఉంది(ఇది అత్యంత ప్రజాదరణ పొందినదిగా పరిగణించబడుతుంది), మరింత ప్రత్యేకంగా స్క్రమ్ ఫ్రేమ్‌వర్క్, నేను స్క్రమ్ సందర్భంలో ప్రయత్న అంచనాను పరిశీలిస్తాను . ప్రారంభంలోనే, శ్రమ అంచనా కష్టమని నేను చెప్పాలి. నాకు, డెవలపర్‌గా నా ఉద్యోగంలో ఇది చాలా సవాలు/అసహ్యకరమైన అంశాలలో ఒకటి. ఒక పనికి అవసరమైన కృషికి సంబంధించి మీ అంచనాను ప్రభావితం చేసే అనేక విభిన్న అంశాలను పరిగణించాలి. అదనంగా, భవిష్యత్తు అభివృద్ధి ప్రణాళికలు మీ అంచనాల ఆధారంగా ఉంటాయి.
కింది అర్థాలను కలిగి ఉన్న కొన్ని అసాధారణ కార్డ్‌లు ఉన్నాయి: 
