స్క్రమ్ చరిత్ర
1970లో విన్స్టన్ రాయిస్ యొక్క "మేనేజింగ్ ది డెవలప్మెంట్ ఆఫ్ లార్జ్ సాఫ్ట్వేర్ సిస్టమ్స్" నివేదికను ప్రచురించినప్పటి నుండి, వాటర్ఫాల్ డెవలప్మెంట్ మోడల్ యొక్క ప్రతికూలతలను తొలగించే పద్దతిని కనుగొనడానికి చాలా మంది ప్రయత్నించారు. "జలపాతం" కు ప్రత్యామ్నాయం స్క్రమ్ పద్ధతి, ఇది ఇప్పుడు చర్చించబడుతుంది.
1986లో టేకుచి మరియు నోనాకి యొక్క పని ది న్యూ రూల్స్ ఫర్ న్యూ ప్రొడక్ట్ డెవలప్మెంట్ నుండి స్క్రమ్ పేరు వచ్చింది. డెవలపర్లకు స్పష్టమైన కార్యాచరణ ప్రణాళికను అందించడమే లక్ష్యాన్ని సాధించడానికి అత్యంత ప్రభావవంతమైన మార్గం అని ఈ పత్రం వాదిస్తుంది.
1995లో, సదర్లాండ్ మరియు ష్వీబర్లచే "సాఫ్ట్వేర్ డెవలప్మెంట్ విత్ స్క్రమ్" అనే మరో గైడ్ కనిపించింది. ఈ ప్రచురణ అనేక సార్లు నవీకరించబడింది. ఇప్పుడు ఈ పద్ధతి అభివృద్ధికి ఇది ప్రధాన మార్గదర్శిగా పరిగణించబడుతుంది. స్క్రమ్ గైడ్ యొక్క ప్రస్తుత వెర్షన్ 2020లో నవీకరించబడిన సమాచారాన్ని కలిగి ఉంది.
స్క్రమ్ గైడ్ యొక్క ప్రధాన నిబంధనలు ప్రాజెక్ట్ మేనేజ్మెంట్ టెంప్లేట్ డెవలపర్లు అంగీకరించిన సమయ వ్యవధిలో తుది ఉత్పత్తిని పంపిణీ చేస్తారనే వాస్తవం ఆధారంగా ఉండాలని సూచిస్తున్నాయి - స్ప్రింట్లు. స్క్రమ్ యొక్క విజయవంతమైన అమలు కోసం, అనేక అంశాలతో కూడిన నిర్మాణాన్ని ఉపయోగించమని సిఫార్సు చేయబడింది: పాత్రలు, సంఘటనలు, నియమాలు మరియు కళాఖండాలు.
స్క్రమ్లో పాత్రలు
స్క్రమ్లో మూడు పాత్రలు ఉన్నాయి, ఇవన్నీ స్క్రమ్ బృందాన్ని ఏర్పరుస్తాయి:
సాఫ్ట్వేర్ ఉత్పత్తి యొక్క కస్టమర్ ప్రాజెక్ట్లో అత్యంత ముఖ్యమైన వ్యక్తి, ఎందుకంటే అతను మాత్రమే వ్యాపారానికి దాని విలువను పూర్తిగా అర్థం చేసుకుంటాడు. కస్టమర్ భవిష్యత్ ఉత్పత్తి యొక్క వినియోగదారుల అవసరాలను డెవలపర్లకు వివరిస్తాడు, అయితే అభివృద్ధి ప్రక్రియ యొక్క సాంకేతిక భాగానికి అతను బాధ్యత వహించడు. ఉత్పత్తిలో కొన్ని అంశాలు లేదా ఫంక్షన్లను సృష్టించేటప్పుడు కస్టమర్ కూడా ప్రాధాన్యతను నిర్ణయిస్తారు.
డెవలపర్లు సాంకేతిక పనుల అమలుతో అప్పగించబడ్డారు, దీని యొక్క క్రాస్-ఫంక్షనాలిటీ అప్లికేషన్ యొక్క పరిధిపై ఆధారపడి ఉంటుంది. డెవలపర్లు స్ప్రింట్ బ్యాక్లాగ్ను సృష్టించడం, కోడ్ రాయడం, స్ప్రింట్ లక్ష్యానికి అనుగుణంగా ప్రాజెక్ట్ను రూపొందించడం మరియు ఇతర పనులలో బిజీగా ఉన్నారు.
స్క్రమ్ మాస్టర్ స్క్రమ్ బృందానికి ఫెసిలిటేటర్. ఇది కస్టమర్ మరియు డెవలపర్లకు సహాయాన్ని అందిస్తుంది. సరళంగా చెప్పాలంటే, స్క్రమ్ మాస్టర్ ప్రాజెక్ట్లో పాల్గొనని వారికి మరియు కోడ్ వ్రాసే వ్యక్తుల మధ్య కమ్యూనికేట్ చేయడంలో బిజీగా ఉన్నారు. కొన్నిసార్లు ఒకే పెద్ద కంపెనీలోని వివిధ కోడర్ల బృందాలు ఈ జట్ల స్క్రమ్ మాస్టర్ల సాధారణ సమావేశాలలో కమ్యూనికేట్ చేస్తాయి మరియు సమన్వయం చేస్తాయి.
స్క్రమ్లోని ఈవెంట్లు
5 రకాల స్క్రమ్ ఈవెంట్లు ఉన్నాయి:
స్క్రమ్లో స్ప్రింట్ చాలా ముఖ్యమైన భాగం. ఇందులో స్ప్రింట్ ప్లానింగ్, రోజువారీ స్టాండ్-అప్లు (డెయిలీ స్క్రమ్), స్ప్రింట్ యొక్క సమీక్ష మరియు పునరాలోచన ఉన్నాయి.
స్ప్రింట్ ప్రణాళిక. స్క్రమ్ బృందంలోని సభ్యులందరూ భవిష్యత్ స్ప్రింట్ కోసం ఒక ప్రణాళికను రూపొందించడంలో పాల్గొంటారు. ఇక్కడే ఉత్పత్తి ఆలోచన ప్రదర్శించబడుతుంది మరియు ప్రతి జట్టు సభ్యుడు తన అభిప్రాయాన్ని తెలియజేయవచ్చు, దీని గురించి అతను ఏమనుకుంటున్నాడో. ఆ తర్వాత సమావేశంలో ప్రాధాన్యతలను నిర్ణయించి గడువును ప్రకటిస్తారు.
డైలీ స్క్రమ్ అనేది రోజువారీ చిన్న స్క్రమ్ ఈవెంట్, ఇది 15 నిమిషాల కంటే ఎక్కువ ఉండదు. సాధారణంగా ఇది నేడు లేదా రేపు కోసం ఎన్కోడర్ల పనిని ప్లాన్ చేయడానికి జరుగుతుంది. డైలీ స్క్రమ్లో, మీరు ప్రస్తుత సమస్యలను చర్చించవచ్చు. ప్రాజెక్ట్లో పాల్గొన్న డెవలపర్లందరూ అలాంటి వర్క్షాప్లో పాల్గొనవలసి ఉంటుంది. స్క్రమ్ మాస్టర్ యొక్క ఉనికి అనుమతించబడుతుంది, కానీ అవసరం లేదు.
స్ప్రింట్ సమీక్ష (డెమో) - స్ప్రింట్ సమయంలో సృష్టించబడిన ఫలితాలను చూపు. సాధారణంగా ఈ సంఘటన చివరి దశలో జరుగుతుంది. ఆసక్తిగల వారందరూ ఇందులో పాల్గొంటారు.
స్ప్రింట్ రెట్రోస్పెక్టివ్ - స్ప్రింట్ ఫలితాల చర్చ. జట్టు సభ్యులు తమకు కేటాయించిన పనులను ఎలా ఎదుర్కొన్నారు మరియు భవిష్యత్తులో పని ఫలితాలను ఎలా మెరుగుపరచాలనే దానిపై వారి అభిప్రాయాన్ని పంచుకుంటారు.
అదనంగా, బ్యాక్లాగ్ శుద్ధీకరణ కొన్నిసార్లు నిర్వహించబడుతుంది - బ్యాక్లాగ్ రిఫైన్మెంట్. ఇది బ్యాక్లాగ్ అంశాలను చర్చిస్తుంది, తదుపరి స్ప్రింట్ కోసం సిద్ధం చేయడం మరియు ప్రస్తుత పనులకు ప్రాధాన్యత ఇవ్వడం.
కళాఖండాలు
స్క్రమ్ కళాఖండాలు అనేది ప్రాజెక్ట్ లేదా స్ప్రింట్ చివరిలో జరిగే పని. మూడు కళాఖండాలు ఉన్నాయి - ఉత్పత్తి బ్యాక్లాగ్, స్ప్రింట్ బ్యాక్లాగ్ మరియు ఇంక్రిమెంట్. వినియోగదారులకు సాఫ్ట్వేర్ యొక్క సకాలంలో డెలివరీ కోసం వాటిలో ప్రతి ఒక్కటి అవసరం. సహాయక కళాఖండాలు (బర్న్ డౌన్ చార్ట్లు మరియు మరిన్ని) కూడా ఉన్నాయి.
స్ప్రింట్ కళాఖండాలలో చేర్చబడిన భాగాలు:
ఉత్పత్తి బ్యాక్లాగ్ - ఇంటర్ఫేస్ మరియు బ్యాకెండ్ ఫీచర్లు.
స్ప్రింట్ బ్యాక్లాగ్ అనేది పునరావృత సమయంలో చేయవలసిన పనుల జాబితా. స్ప్రింట్ ప్రారంభానికి ముందు వారు అంగీకరించారు.
ఇంక్రిమెంట్ - స్ప్రింట్ సమయంలో సృష్టించబడిన మొత్తం సాఫ్ట్వేర్ బ్యాక్లాగ్ ఐటెమ్ల సంఖ్య మరియు దానికి ముందు చేసిన ఇంక్రిమెంట్ల విలువ. పూర్తయిన కొత్త ఇంక్రిమెంట్ స్ప్రింట్ ముగిసేలోపు తప్పనిసరిగా చూపబడుతుంది. మీరు స్క్రమ్ బృందం యొక్క అవసరాలకు అనుగుణంగా పని చేసే సంస్కరణను కలిగి ఉన్నారని దీని అర్థం.
ఉత్పత్తి బ్యాక్లాగ్ అంశం - ఇది స్ప్రింట్ పునరావృత సమయంలో తప్పనిసరిగా పూర్తి చేయాలి. నియమం ప్రకారం, మూలకం అనేక చిన్న పనులుగా విభజించబడింది.
స్ప్రింట్ లక్ష్యం పూర్తి చేయవలసిన పనులు (బ్యాక్లాగ్ అంశం లేదా ఇతర పనిని సృష్టించండి).
స్ప్రింట్ బర్న్డౌన్ అనేది స్ప్రింట్ ముగిసేలోపు మిగిలి ఉన్న పని. బర్న్ డౌన్ చార్ట్ ఆరోహణ లేదా అవరోహణ. ఇది పని చేసేటప్పుడు జట్టు సభ్యులు ఎదుర్కొనే ఇబ్బందులపై ఆధారపడి ఉంటుంది. ఇది పురోగతికి సూచిక కాదు, కానీ సమస్యలను పరిష్కరించడానికి ఒక మార్గం మరియు ప్రోత్సాహకం మాత్రమే.
ఉత్పత్తి విడుదల/ఉత్పత్తి బర్న్-డౌన్ చార్ట్ అనేది తదుపరి స్ప్రింట్ ముగిసేలోపు స్క్రమ్ మాస్టర్ గీసిన చార్ట్. క్షితిజ సమాంతర అక్షం స్ప్రింట్లు, నిలువు అక్షం మిగిలి ఉన్న పని మొత్తం.
స్క్రమ్ ఫ్రేమ్వర్క్ నియమాలు
పాత్రలు, సంఘటనలు మరియు కళాఖండాలు స్క్రమ్ యొక్క ఆధారం, అయితే ఇది కాకుండా ఇతర నియమాలు ఉన్నాయి. అవన్నీ పని ప్రక్రియ యొక్క సామర్థ్యాన్ని మెరుగుపరుస్తాయి. ఆ నియమాల జాబితా ఇక్కడ ఉంది:
- స్క్రమ్ బృందంలో సాఫ్ట్వేర్ కస్టమర్, స్క్రమ్ మాస్టర్ మరియు డెవలపర్లు ఉన్నారు.
- అన్ని స్ప్రింట్లు ఒకే పొడవు ఉండాలి.
- ఒక స్ప్రింట్ పూర్తి చేసిన తర్వాత, కొత్తదానిపై పని వెంటనే ప్రారంభమవుతుంది.
- స్ప్రింట్ ఎల్లప్పుడూ ఒక ప్రణాళికతో ప్రారంభమవుతుంది.
- బృంద సభ్యులు తమ పని దినం ప్రారంభంలో ఉదయం స్క్రమ్ను కలిగి ఉంటారు.
- ప్రతి స్ప్రింట్ సమయంలో ప్రతి స్ప్రింట్ సమీక్షించబడుతుంది. ఇది జట్టు మరియు వాటాదారుల మధ్య కమ్యూనికేషన్ను మెరుగుపరుస్తుంది.
- స్ప్రింట్ సమయంలో స్ప్రింట్ బ్యాక్లాగ్ని మార్చడానికి ఇది సిఫార్సు చేయబడదు.
స్క్రమ్లో పరిమితులు
స్పష్టమైన ప్రయోజనాలతో పాటు, స్క్రమ్కు ప్రతికూలతలు కూడా ఉన్నాయి:
- సాధారణ గడువు లేకపోవడం వల్ల స్క్రమ్ తరచుగా పని మొత్తంలో తగ్గుదలకు దారితీస్తుంది.
- తక్కువ ప్రమేయం లేదా ప్రాజెక్ట్ పాల్గొనేవారిలో సహకరించడానికి ఇష్టపడకపోవటంతో, ఫలితం విఫలమయ్యే అవకాశాలు చాలా ఉన్నాయి.
- స్క్రమ్ నిర్మాణం పెద్ద జట్లలో ఉపయోగించడం కష్టం, కానీ ఇప్పటికీ ఇది సాధ్యమే. దీని కోసం స్కేలింగ్ ఫ్రేమ్వర్క్లు ఉన్నాయి: LeSS, SAFe, Nexus మరియు ఇతరులు.
- ప్రాజెక్ట్ మధ్యలో బృందం నుండి ఒకరు లేదా అంతకంటే ఎక్కువ మంది సభ్యులు నిష్క్రమించడం ప్రాజెక్ట్ను బాగా ప్రభావితం చేయదు.