CodeGym /కోర్సులు /మాడ్యూల్ 3 /స్క్రమ్‌తో పని చేస్తున్నారు

స్క్రమ్‌తో పని చేస్తున్నారు

మాడ్యూల్ 3
స్థాయి , పాఠం
అందుబాటులో ఉంది

వినియోగదారు కథనం

డెవలప్‌మెంట్‌లో సాఫ్ట్‌వేర్ అవసరాలను తెలియజేయడానికి వినియోగదారు కథనాలు ప్రభావవంతమైన మార్గం. ఇటువంటి కథనాలు సాఫ్ట్‌వేర్ వినియోగదారు తరపున సంక్షిప్త సలహాను కలిగి ఉంటాయి.

స్క్రమ్ పద్దతిలో, లక్ష్యాలను నిర్దేశించడం సాధారణంగా కస్టమర్ లేదా సాఫ్ట్‌వేర్ యజమాని యొక్క ప్రత్యేక హక్కు కాబట్టి, అవి అభివృద్ధి ప్రక్రియను ప్రభావితం చేసే ప్రధాన మార్గంగా పరిగణించబడతాయి. ప్రతి యూజర్ స్టోరీకి టెక్స్ట్ మొత్తం మరియు ప్రెజెంటేషన్ సంక్లిష్టతలో పరిమితి ఉంటుంది. చరిత్ర చాలా తరచుగా చిన్న షీట్‌లో వ్రాయబడుతుంది, ఇది వాల్యూమ్‌ను పరిమితం చేస్తుంది.

వినియోగదారు కథనాలకు ధన్యవాదాలు, మీరు క్లయింట్ యొక్క కోరికలను డాక్యుమెంట్ చేయవచ్చు మరియు మార్కెట్ డిమాండ్‌లకు త్వరగా ప్రతిస్పందించవచ్చు.

వినియోగదారు కథనాన్ని అవసరాల యొక్క సరళమైన కొలతగా పరిగణించాలి ఎందుకంటే ఇది అంగీకార పరీక్ష విధానాన్ని కలిగి ఉండదు. వినియోగదారు కథనం యొక్క సంకలనం తప్పనిసరిగా ప్రవేశ విధానానికి అనుగుణంగా ఉండాలి. ఇది యూజర్ స్టోరీ తన లక్ష్యాన్ని సాధించిందని నిర్ధారిస్తుంది.

కథనం నిర్మాణం ఇలా కనిపిస్తుంది: “ఒక వినియోగదారు <వినియోగదారు రకం>, నేను <ఫలితాన్ని పొందడానికి <action> చేయాలనుకుంటున్నాను” (ఉత్పత్తి యజమానిగా నాకు కావలసినది ...). ఇటువంటి నిర్మాణం సరళమైనది మాత్రమే కాదు, అందరికీ అర్థమయ్యేలా కూడా ఉంటుంది.

వినియోగదారు కథనాలను ఉపయోగించడం వల్ల కలిగే ప్రయోజనాలు:

  • కథనాలు చిన్నవి మరియు సృష్టించడం సులభం.
  • ప్రాజెక్ట్ యొక్క పని మరియు దాని మద్దతు గురించి చర్చించడానికి అన్ని వాటాదారులకు సహాయం చేయండి.
  • స్థిరమైన నిర్వహణ అవసరం లేదు.
  • ఉపయోగించినప్పుడు మాత్రమే సంబంధితంగా ఉంటుంది.
  • క్లయింట్‌తో పరస్పర చర్యను మెరుగుపరచండి.
  • వారికి ధన్యవాదాలు, మీరు ప్రాజెక్ట్ను చిన్న దశలుగా విభజించవచ్చు.
  • సరిగ్గా అర్థం చేసుకోని అవసరాలతో ప్రాజెక్ట్‌లపై పనిని సులభతరం చేయండి.
  • పని మూల్యాంకనాన్ని సరళీకృతం చేయండి.

వినియోగదారు కథనాల యొక్క ప్రతికూలతలు:

  • ముందస్తు ఒప్పందం లేకుండా, ఒప్పందానికి ప్రాతిపదికగా ఉపయోగించడం ప్రక్రియలు కష్టతరం చేస్తాయి.
  • వారి వినియోగానికి మొత్తం ప్రాజెక్ట్ అంతటా క్లయింట్‌తో సన్నిహిత సంబంధాలు అవసరం, ఇది కొన్నిసార్లు వర్క్‌ఫ్లో కష్టతరం చేస్తుంది.
  • పెద్ద ప్రాజెక్టులపై స్కేలింగ్ చేసేటప్పుడు వారికి ప్రతికూలతలు ఉన్నాయి.
  • డెవలపర్‌ల వృత్తిపరమైన స్థాయికి నేరుగా సంబంధించినది.
  • చర్చను ప్రారంభించడానికి ఉపయోగించబడుతుంది, కానీ చర్చను ముగించకపోవచ్చు మరియు సిస్టమ్ డాక్యుమెంటేషన్ కోసం ఉపయోగించబడదు.

బ్యాక్‌లాగ్

ఉత్పత్తి బ్యాక్‌లాగ్ అనేది జాబితా రూపంలో ప్రస్తుత విధులు, ప్రాధాన్యత క్రమంలో సంకలనం చేయబడింది. ప్రాజెక్ట్ యొక్క రోడ్‌మ్యాప్ (రోడ్‌మ్యాప్) మరియు దానిలో పేర్కొన్న పాయింట్ల ఆధారంగా జాబితా రూపొందించబడింది. అత్యంత ముఖ్యమైన పనులు సాధారణంగా జాబితాలో ఎగువన ఉంటాయి. మొదట ఏ పని చేయాలో అర్థం చేసుకోవడానికి ఇది అవసరం.

డెవలప్‌మెంట్ బృందం కస్టమర్ కోరికలతో సంబంధం లేకుండా బ్యాక్‌లాగ్ టాస్క్‌లను పూర్తి చేసే వేగాన్ని ఎంచుకుంటుంది, కానీ వారి అర్హతలు మరియు గత స్ప్రింట్‌ల అనుభవం ఆధారంగా. ప్రోగ్రామర్‌లను "సర్దుబాటు" చేయడం చాలా అవాంఛనీయమైనది. బృందం దాని స్వంత పరిశీలనలు మరియు సామర్థ్యాల ప్రకారం బ్యాక్‌లాగ్ నుండి టాస్క్‌లను ఎంచుకుంటుంది. ఎగ్జిక్యూషన్ అంతరాయం లేకుండా జరుగుతుంది (కాన్బన్) లేదా అనేక పునరావృత్తులు (స్క్రమ్).

రెండు ముఖ్యమైన బ్యాక్‌లాగ్ పరిస్థితులు

ఉత్పత్తి బ్యాక్‌లాగ్ యొక్క ప్రధాన అంశం రోడ్‌మ్యాప్, ప్రతిపాదనలు మరియు అమలు పరిస్థితులను కలిగి ఉంటుంది. ఇతిహాసాలు షరతులు మరియు వినియోగదారు కథనాన్ని కలిగి ఉంటాయి. ఒక సాధారణ రోడ్‌మ్యాప్ ఉదాహరణను నిశితంగా పరిశీలిద్దాం.

"టీమ్స్ ఇన్ స్పేస్" వెబ్‌సైట్‌ను సృష్టించడం అనేది రోడ్‌మ్యాప్ నుండి మొదటి ప్రతిపాదన. ఇది ఇతిహాసాలుగా విభజించబడాలి (చిత్రంలో అవి ఆకుపచ్చ, నీలం మరియు మణి రంగులలో చూపబడ్డాయి) మరియు ప్రతి ఇతిహాసం కోసం వినియోగదారు కథనం.

సాఫ్ట్‌వేర్ కస్టమర్ అనేక వినియోగదారు కథనాల నుండి ఒక జాబితాను రూపొందించారు. అవసరమైతే, అతను కథనాలను అమలు చేసే క్రమాన్ని మార్చవచ్చు, తద్వారా డెవలపర్లు ముందుగా అత్యంత ముఖ్యమైన ఇతిహాసాలలో ఒకదానితో (ఎడమవైపు) వ్యవహరిస్తారు లేదా రాయితీ టిక్కెట్ బుకింగ్ ఎలా పనిచేస్తుందో తనిఖీ చేస్తారు. దీన్ని చేయడానికి, మీరు ఇతిహాసాల నుండి కథలను అమలు చేయాలి (కుడి). రెండు ఎంపికలు క్రింద చూడవచ్చు.

కస్టమర్ ఏ అంశాల ఆధారంగా ప్రాధాన్యత ఇవ్వాలి?

  • వినియోగదారులకు ఔచిత్యం.
  • అభిప్రాయం యొక్క ఉనికి.
  • అభివృద్ధి సంక్లిష్టత.
  • పనుల మధ్య సంబంధం ("B"ని పూర్తి చేయడానికి, మీరు ముందుగా "A" చేయాలి).

పనిలో ప్రాధాన్యతలను కస్టమర్ నిర్ణయిస్తారు, అయితే ఇతర పార్టీలు దీని గురించి తమ అభిప్రాయాన్ని తెలియజేయవచ్చు. బ్యాక్‌లాగ్ యొక్క విజయం ఇతర విషయాలతోపాటు, కస్టమర్‌లు మరియు ప్రోగ్రామర్ల అభిప్రాయాలపై ఆధారపడి ఉంటుంది. కలిసి, వారు మెరుగైన ఫలితాలను సాధించగలరు మరియు తుది ఉత్పత్తి యొక్క సకాలంలో డెలివరీని నిర్ధారించగలరు.

బ్యాక్‌లాగ్‌ను ఎలా ఉంచాలి

బ్యాక్‌లాగ్ ఇప్పటికే సృష్టించబడితే, ఆ తర్వాత మీరు తదుపరి పనిలో క్రమానుగతంగా మార్చాలి. సాఫ్ట్‌వేర్ కస్టమర్ ప్రతి కొత్త పునరావృత ప్రణాళికకు ముందు బ్యాక్‌లాగ్ సరిగ్గా కంపైల్ చేయబడిందని నిర్ధారించుకోవాలి. ఇది ప్రాధాన్యతలను స్పష్టం చేయడానికి లేదా చివరి పునరావృతం యొక్క విశ్లేషణ తర్వాత ఏదైనా మార్చడానికి సహాయపడుతుంది. ఎజైల్‌లో బ్యాక్‌లాగ్‌ను సర్దుబాటు చేయడం కొన్నిసార్లు "గ్రూమింగ్" లేదా "రిఫైన్‌మెంట్" లేదా "బ్యాక్‌లాగ్ మెయింటెనెన్స్" అని పిలుస్తారు.

బ్యాక్‌లాగ్ ఇప్పటికే సాపేక్షంగా పెద్దదైతే, కస్టమర్ స్వల్పకాలిక మరియు దీర్ఘకాలిక అమలు ద్వారా టాస్క్‌లను సమూహపరచాలి. స్వల్పకాలిక అసైన్‌మెంట్‌లకు ఈ హోదా ఇవ్వడానికి ముందు వాటిని పరిశీలించాలి. మీరు వినియోగదారు కథనాన్ని కంపోజ్ చేయాలి, బృందంలోని అన్ని సూక్ష్మ నైపుణ్యాలను కనుగొనండి.

దీర్ఘకాలిక పనుల విషయానికొస్తే, డెవలపర్లు వారి అంచనాను ఇవ్వడం చాలా అవసరం. ఇది ప్రాధాన్యతను సులభతరం చేస్తుంది. బహుశా ఏదో మారవచ్చు, కానీ బృందం టాస్క్‌లపై వారి అవగాహనను మెరుగుపరుస్తుంది మరియు పనిని వేగంగా పూర్తి చేస్తుంది.

కస్టమర్ మరియు ప్రోగ్రామింగ్ బృందం మధ్య బ్యాక్‌లాగ్ ఒక ముఖ్యమైన భాగం. కస్టమర్ ఫీడ్‌బ్యాక్, భవిష్య సూచనలు లేదా కొత్త అవసరాల ఆధారంగా కస్టమర్ ఎల్లప్పుడూ ప్రాధాన్యతలను మార్చవచ్చు.

ఆపరేషన్ సమయంలో నేరుగా మార్పులు చేయకుండా ఉండటానికి ఇది సిఫార్సు చేయబడింది. ఇది వర్క్‌ఫ్లో మరియు ప్రోగ్రామర్ల భావోద్వేగ స్థితిపై చెడు ప్రభావాన్ని చూపుతుంది.

స్ప్రింట్

స్ప్రింట్ అనేది ఒక చిన్న వ్యవధి, ఈ సమయంలో గతంలో అంగీకరించిన పనిని పూర్తి చేయాలి. స్ప్రింట్లు స్క్రమ్ మరియు ఎజైల్ మెథడాలజీలపై ఆధారపడి ఉంటాయి. సరైన స్ప్రింట్‌లను ఎంచుకోవడం చురుకైన బృందం నాణ్యమైన సాఫ్ట్‌వేర్‌ను అభివృద్ధి చేయడంలో సహాయపడుతుంది.

“స్క్రమ్ ఉపయోగించి, మీరు స్పష్టమైన వ్యవధితో అనేక పునరావృతాలలో ఉత్పత్తిని అభివృద్ధి చేయవచ్చు - స్ప్రింట్లు. ఇది పెద్ద ప్రాజెక్ట్‌లను చిన్న పనులుగా విభజించడంలో సహాయపడుతుంది" అని అట్లాసియన్‌లోని జిరా లీడ్ మేగాన్ కుక్ చెప్పారు.

స్క్రమ్ స్ప్రింట్‌లను ఎలా ప్లాన్ చేస్తుంది మరియు అమలు చేస్తుంది?

స్క్రమ్ మెథడాలజీ రచయితల ప్రకారం, భవిష్యత్ స్ప్రింట్‌ను ప్లాన్ చేయడానికి, ప్రతి ఒక్కరూ ప్రత్యేక సమావేశంలో కలవాలి. ఈ ఈవెంట్‌లో, జట్టు సభ్యులు తప్పనిసరిగా రెండు ప్రధాన ప్రశ్నలకు సమాధానాలను కనుగొనాలి: ఈ స్ప్రింట్‌లో ఏమి చేయాలి మరియు దీన్ని ఎలా ఉత్తమంగా చేయాలి?

సాఫ్ట్‌వేర్ కస్టమర్, స్క్రమ్ మాస్టర్ మరియు ప్రోగ్రామర్లు పని పనుల జాబితాను నిర్ణయించడంలో పాల్గొంటారు. కస్టమర్ స్ప్రింట్ యొక్క లక్ష్యం మరియు బ్యాక్‌లాగ్ నుండి టాస్క్‌లను వివరిస్తాడు.

అప్పుడు బృందం ఒక ప్రణాళికను అభివృద్ధి చేస్తుంది, దాని ప్రకారం స్ప్రింట్‌లోని పనులు పూర్తవుతాయి. ఎంచుకున్న పని వస్తువులతో పాటు ఈ ప్రణాళికను స్ప్రింట్ బ్యాక్‌లాగ్ అంటారు. ప్రణాళిక సమావేశం తరువాత, బృందం పనికి వస్తుంది. డెవలపర్‌లు బ్యాక్‌లాగ్ నుండి టాస్క్‌లను ఎంచుకుంటారు, పని పూర్తయినందున, ప్రతి పని యొక్క స్థితి "ప్రోగ్రెస్‌లో ఉంది" నుండి "పూర్తయింది"కి మారుతుంది.

స్ప్రింట్ సమయంలో, ప్రస్తుత సమస్యలు మరియు పురోగతిని చర్చించడానికి బృందం రోజువారీ స్క్రమ్ సమావేశాలను (స్టాండ్-అప్‌లు) నిర్వహిస్తుంది. స్ప్రింట్ పూర్తి చేయడాన్ని ప్రభావితం చేసే ఇబ్బందులను గుర్తించడానికి ఇటువంటి సమావేశాలు అవసరం.

స్ప్రింట్ పూర్తయితే, ఫలితాలు (డెమో) సమీక్షలో బృందం వారి పని ఫలితాలను చూపుతుంది. ప్రాజెక్ట్ యొక్క ప్రతి భాగస్వామి ఫలితాలతో పరిచయం పొందవచ్చు. పూర్తయిన కోడ్‌ను ఉత్పత్తి వాతావరణంలో విలీనం చేయడానికి ముందు పరిచయం చేయాలి.

రెట్రోస్పెక్టివ్ స్ప్రింట్ల చక్రాన్ని పూర్తి చేస్తుంది. దానిపై, భవిష్యత్ స్ప్రింట్‌లో మెరుగుపరచాల్సిన ప్రాంతాలను బృందం గుర్తిస్తుంది.

దేనిపై శ్రద్ధ వహించాలి మరియు ఏమి చేయకూడదు

చాలా మంది యువ బృందాలు మొదటిసారిగా వారి వర్క్‌ఫ్లోలో స్ప్రింట్‌లను ప్రవేశపెట్టడం కష్టం. సమస్యలను నివారించడానికి, మీరు ప్రాధాన్యత ఇవ్వాల్సిన చర్యల జాబితాను సమీక్షించాలని మేము సిఫార్సు చేస్తున్నాము.

మనం ఏమి చేయాలి:

  • స్ప్రింట్ యొక్క ఉద్దేశ్యాన్ని మరియు అది ఎలా విజయవంతమవుతుందో జట్టు అర్థం చేసుకుంటుందో లేదో తనిఖీ చేయండి. అందరూ కలిసి విజయవంతమైన ఫలితాన్ని సాధించడానికి ఇది అవసరం.
  • మీకు స్పష్టమైన మరియు అర్థమయ్యే బ్యాక్‌లాగ్ ఉండాలి. బ్యాక్‌లాగ్ సరిగ్గా నిర్వహించబడకపోతే, ఇది వర్క్‌ఫ్లో దెబ్బతినే సమస్యగా మారవచ్చు.
  • వేసవి సెలవులు మరియు ఇతర అంశాలను పరిగణనలోకి తీసుకుని, పని వేగం యొక్క మీ అంచనా సరైనదని నిర్ధారించుకోండి.
  • స్ప్రింట్ ప్రణాళికలో చురుకుగా పాల్గొనండి. కథనాలు, బగ్‌లు మరియు అసైన్‌మెంట్‌ల కోసం ప్లాన్‌ను విస్తరించడానికి బృంద సభ్యులను ప్రోత్సహించండి.
  • డెవలపర్‌లు డిపెండెన్సీ సమస్యలను పరిష్కరించలేని టాస్క్‌లను తిరస్కరించండి.
  • ప్లాన్ ఆమోదించబడిన తర్వాత, ప్రాజెక్ట్ మేనేజ్‌మెంట్ ప్రోగ్రామ్‌లో (జిరా కార్డ్‌లు మొదలైనవి) డేటాను నమోదు చేయడానికి బాధ్యత వహించే ఉద్యోగిని నియమించండి.

ఏమి నివారించాలి:

  • పెద్ద సంఖ్యలో కథనాలను ఎక్కువగా ఉపయోగించవద్దు, పని యొక్క వేగాన్ని తెలివిగా అంచనా వేయండి మరియు స్ప్రింట్‌లో పూర్తి చేయడం కష్టంగా ఉండే పనులను కేటాయించవద్దు.
  • మీ పని నాణ్యతను గుర్తుంచుకోండి. కోడ్‌లో నాణ్యత నియంత్రణ మరియు బగ్‌లను పరిష్కరించడానికి మీకు తగినంత సమయం ఉందో లేదో తనిఖీ చేయండి.
  • జట్టు సభ్యులందరూ స్ప్రింట్ యొక్క కంటెంట్‌ను స్పష్టంగా అర్థం చేసుకున్నారని నిర్ధారించుకోండి. వేగాన్ని వెంబడించవద్దు. జట్టు మొత్తం కలిసి కదలాలి.
  • అదనపు పనితో డెవలపర్‌లపై భారం వేయవద్దు. మరో స్ప్రింట్ త్వరలో వస్తుంది.
  • బృందం పనిభారం లేదా గడువు గురించి ఆందోళన వ్యక్తం చేస్తే, మీరు వారి అభిప్రాయాన్ని పరిగణనలోకి తీసుకోవాలి. సమస్యలను పరిష్కరించండి మరియు అవసరమైతే వాటిని సరిదిద్దండి.

స్క్రమ్ బోర్డు

స్క్రమ్ బోర్డ్ అనేది స్క్రమ్ బృందం యొక్క పని ఎలా జరుగుతుందో చూపే సాధనం. మీరు కాగితంపై, గోడపై లేదా ఎలక్ట్రానిక్ రూపంలో (JIRA, Trello) అటువంటి బోర్డులో సమాచారాన్ని ప్రదర్శించవచ్చు.

స్క్రమ్ బోర్డులో కనీసం మూడు నిలువు వరుసలు ఉంటాయి: చేయవలసినవి, ప్రోగ్రెస్‌లో ఉన్నాయి మరియు పూర్తయ్యాయి. ఇక్కడ ఒక ఉదాహరణ బోర్డు ఉంది:

స్క్రమ్ బోర్డ్ బ్యాక్‌లాగ్ నుండి మొత్తం సమాచారాన్ని కలిగి ఉంది, గతంలో ప్లానింగ్ కోసం ఆమోదించబడింది. నియమం ప్రకారం, బిజినెస్ టాస్క్ కార్డ్‌లు పై నుండి క్రిందికి ప్రాధాన్యతతో బోర్డుకి పిన్ చేయబడతాయి. మీరు వాటిని నిర్దిష్ట రకాల పనిగా విభజించవచ్చు (కోడ్, డిజైన్ మరియు ఇతరులపై పని చేయండి).

పనిలో కొంత భాగం పూర్తయిన తర్వాత, కార్డ్ బోర్డు మీదుగా తదుపరి నిలువు వరుసకు తరలించబడుతుంది. బృందం పని పురోగతి యొక్క దృశ్యమానతను చూపించడానికి, బర్న్‌డౌన్ చార్ట్‌లో రోజు వారీగా "మిగిలిన పని" సహాయపడుతుంది.

మీరు ఫ్లిప్‌చార్ట్ బోర్డ్‌ను కూడా ఉపయోగించవచ్చు. దానిపై పేపర్ స్టిక్కర్లపై రచనల పేర్లు రాసి బోర్డుకు అతికించారు. పని పూర్తయిన వెంటనే, స్టిక్కర్లు మరొక కాలమ్‌కు తరలించబడతాయి.

బర్న్డౌన్ చార్ట్

బర్న్‌డౌన్ చార్ట్ పూర్తి చేసిన పని మరియు మిగిలి ఉన్న పని మొత్తాన్ని చూపుతుంది. ఇది ప్రతిరోజూ నవీకరించబడుతుంది మరియు ఆసక్తిగల పార్టీలందరికీ అందుబాటులో ఉంటుంది. స్ప్రింట్‌లో పనిలో పురోగతిని చూపించడానికి గ్రాఫ్ అవసరం.

రెండు రకాల చార్ట్‌లు ఉన్నాయి:

  • స్ప్రింట్‌లో పని పురోగతిని చూపుతున్న బర్న్‌డౌన్ చార్ట్.
  • ఉత్పత్తి విడుదలయ్యే వరకు పని పురోగతిని చూపే బర్న్‌డౌన్ చార్ట్ (డేటా అనేక స్ప్రింట్‌ల నుండి సంగ్రహించబడింది).

చార్ట్ ఉదాహరణ:

ఈ ఉదాహరణ మనస్తత్వ శాస్త్రాన్ని ఉపయోగిస్తుంది: చార్ట్ పూర్తి చేసిన పనుల సంఖ్యను చూపదు, కానీ మిగిలిన వాటి సంఖ్య (పూర్తి కాలేదు).

అంటే, టీమ్ 100కి 90 టాస్క్‌లు చేసి ఉంటే, అంతా సిద్ధంగా ఉందనే తప్పుడు భావన ఉండవచ్చు. అన్నింటికంటే, 90 నుండి 100 పనుల పురోగతి నిజంగా దేనినీ మార్చదు.

మీరు మిగిలిన టాస్క్‌ల సంఖ్యను ప్రదర్శిస్తే, ప్రతిసారీ అవి ఎలా తగ్గుముఖం పడతాయో మీరు గమనించలేరు. ఇది లక్ష్యాన్ని వేగంగా సాధించడానికి ప్రాజెక్ట్ పాల్గొనేవారిని ఉపచేతనంగా ప్రోత్సహిస్తుంది - బోర్డులో అసంపూర్తి పనులు ఉండకూడదు.

వ్యాఖ్యలు
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION