CodeGym/Java Course/मॉड्यूल 3/Scrum मध्ये प्रक्रिया

Scrum मध्ये प्रक्रिया

उपलब्ध

स्प्रिंट नियोजन

स्प्रिंट नियोजन हा स्क्रॅम स्प्रिंटमधील प्रारंभिक टप्पा आहे. हे स्प्रिंट दरम्यान कार्य करण्याची व्याप्ती आणि मार्ग निर्धारित करते. संपूर्ण स्क्रम टीम नियोजनात गुंतलेली आहे.

स्प्रिंट हा एक स्पष्टपणे परिभाषित कालावधी आहे ज्या दरम्यान कामाचा एक विशिष्ट भाग पूर्ण करणे आवश्यक आहे. स्प्रिंट सुरू होण्यापूर्वी नियोजन आवश्यक आहे. सर्व प्रथम, आपल्याला स्प्रिंटचा कालावधी आणि ध्येय निश्चित करणे आवश्यक आहे.

नियोजन कार्यशाळेत, कार्यांची यादी आणि स्प्रिंटचे ध्येय मान्य केले जाते. कार्य करण्यासाठी योग्य प्रेरणेने कार्यसंघाला चार्ज करणे महत्वाचे आहे, जेणेकरून प्रत्येक सदस्य यशावर केंद्रित असेल.

स्प्रिंटचे नियोजन चुकीचे असल्यास, यामुळे संघ अपयशी ठरू शकतो. विकासक त्यांच्यावर ठेवलेल्या अपेक्षांचा सामना करू शकणार नाहीत, कारण कार्ये अवास्तविक असल्याचे दिसून आले.

स्प्रिंटचे नियोजन करताना विचारात घेण्यासारखे प्रश्न:

  • ग्राहक किंवा सॉफ्टवेअर मालक स्प्रिंटचे उद्दिष्ट घोषित करतात, ते कसे साध्य करायचे ते स्पष्ट करतात. हे ध्येय साध्य करण्यासाठी भविष्यातील स्प्रिंटमध्ये कोणती कार्ये पूर्ण केली जाऊ शकतात हे Scrum टीम शोधून काढते.
  • विकसक आपापसात कार्य योजना वितरीत करतात, जे सॉफ्टवेअर ग्राहकाशी सहमत आहे.
  • उत्पादनाचा ग्राहक (मालक) नेहमी स्प्रिंट योजना तयार करण्यात भाग घेतो. तो एक ध्येय निश्चित करतो आणि प्रोग्रामिंग टीमने ते स्प्रिंटमध्ये साध्य करता येते का हे शोधले पाहिजे.
  • योजनेमध्ये उत्पादनाचा अनुशेष वापरला जावा, ज्यामधून योजनेत माहिती जोडली जाऊ शकते.
  • कार्यसंघ सदस्यांनी निकाल मिळविण्यासाठी काय आवश्यक आहे हे स्पष्ट समजून नियोजन बैठक समाप्त केली पाहिजे. तुम्ही स्प्रिंट बॅकलॉगमध्ये भविष्यातील क्रियांचा क्रम प्रदर्शित करू शकता.

नियोजन दर आठवड्याला दोन तासांपेक्षा जास्त नसावे. स्क्रम मास्टरने प्रत्येकाला समजावून सांगणे आवश्यक आहे की वेळेच्या मर्यादा आहेत. सर्व कामाच्या समस्या लवकर सोडवल्या गेल्यास, मीटिंग नेहमीपेक्षा लवकर संपू शकते. अशा बैठकीसाठी किमान कालावधी नाही.

कार्य मूल्यांकन

कामाच्या जटिलतेचे मूल्यांकन करणे जास्त करणे आवश्यक नाही. नियोजन प्रक्रियेसाठी अचूक नाही, परंतु विकासाच्या जटिलतेचे किमान अंदाजे मूल्यांकन आवश्यक आहे. संघाने केवळ स्प्रिंटचे उद्दिष्ट समजून घेतले पाहिजे असे नाही तर त्यांच्या संघाच्या क्षमतांसह गोलची तुलना देखील केली पाहिजे.

जटिलतेचे मूल्यांकन करण्यासाठी, आपण प्रत्येकासाठी नेहमीच्या कपड्यांचे आकार वापरू शकता (L, XL, XXL). अर्थात, हे अचूकतेची हमी देत ​​​​नाही, परंतु तरीही.

जटिलतेचे मूल्यांकन अधिक अचूक होण्यासाठी, परस्पर समंजसपणा आवश्यक आहे. कार्यसंघ सदस्यांनी त्यांचे मत उघडपणे सामायिक केले पाहिजे आणि उत्पादन मालकाचे प्रश्न विचारण्यास घाबरू नका.

कार्य पूर्ण झाल्यानंतर संघावर टीका केल्याने पुढील स्प्रिंटची योजना आखताना, अंदाज कमी आशावादी असतील. यामुळे संघाला चुकीची पुनरावृत्ती टाळण्यास मदत होईल आणि भविष्यात त्याचे नकारात्मक मूल्यांकन होण्यापासून संरक्षण होईल.

गुण, गुण आणि तासांमधील अडचणीचे मूल्यांकन

सामान्यतः, विकास कार्यसंघ कालांतराने त्यांच्या कामाच्या जटिलतेचा अंदाज लावतात. परंतु काही चपळ संघ गुण किंवा गुणांमध्ये अडचण रेट करणे निवडतात. अनुशेष आयटम किंवा इतर नियुक्त केलेल्या कार्याची अंमलबजावणी करण्यासाठी आवश्यक असलेल्या एकूण खर्चाचा हा एक चांगला संकेत आहे.

कामाची जटिलता आणि परिमाण यावर आधारित गुण दिले जातात. याव्यतिरिक्त, संभाव्य धोके विचारात घेतले जातात. या पद्धतीचा वापर करून गुणांकन केल्याने कार्य प्रभावीपणे लहान चरणांमध्ये विभाजित करण्यात मदत होते.

नियोजन करताना स्कोअरिंग पद्धत (गुण) नियमितपणे वापरून, कार्य पूर्ण करण्यासाठी त्यांना किती वेळ लागेल हे संघांना अधिक चांगले आणि अधिक अचूक समजते. याव्यतिरिक्त, इतर फायदे देखील आहेत.

  • वेळेचा अंदाज प्रकल्पाशी थेट संबंधित नसलेले काम विचारात घेत नाही, जरी ते नक्कीच दिसून येईल. मेसेंजरद्वारे कामाच्या मुद्द्यांवर चर्चा करणे, बैठका घेणे - या सर्व गोष्टींमध्ये टीम सदस्यांनाही वेळ लागतो.
  • भावनांचा परिणाम तारखांच्या निवडीवर होऊ शकतो. कामाचे मूल्यांकन करताना स्कोअरिंग हा घटक काढून टाकते.
  • कामाच्या जटिलतेचे मूल्यांकन आणि त्यानुसार, कार्ये पूर्ण करण्याचा वेग प्रत्येक संघासाठी भिन्न असू शकतो. बनविलेल्या बिंदूंसह कार्य गतीचे कोणतेही सूचक मानले जाऊ शकत नाही. म्हणजेच संघावर कोणतेही मानसिक दडपण नाही.
  • श्रम खर्च आणि जटिलता योग्यरित्या वितरीत करून, आपण सहभागींमध्ये केलेल्या कार्यासाठी त्वरीत आणि संघर्षाशिवाय गुण विभाजित करू शकता.
  • कार्य पूर्ण करण्यासाठी मिळालेल्या गुणांची संख्या त्याच्या जटिलतेवर अवलंबून असते, खर्च केलेल्या वेळेवर नाही. म्हणून, प्रोग्रामर त्यांची कार्यक्षमता सुधारण्यासाठी विचार करतील, आणि किती वेळ लागेल याबद्दल नाही.

जटिलतेच्या अंदाजाचा तोटा म्हणजे त्याचा अनेकदा गैरवापर होतो. उदाहरणार्थ, कर्मचार्‍यांचे मूल्यांकन करण्यासाठी ही पद्धत वापरली जाऊ शकत नाही.

संघांनी त्यांना नेमून दिलेल्या कामाचे प्रमाण अधिक चांगल्या प्रकारे समजून घेण्यासाठी आणि योग्यरित्या प्राधान्य देण्यासाठी स्कोअरिंग सिस्टमचा वापर केला पाहिजे.

दैनिक स्क्रम मीटिंग

कार्यशाळा महत्त्वाच्या आहेत: त्यामध्ये, कार्यसंघ सदस्य त्यांची मते सामायिक करतात, संवाद साधतात आणि पुढील कृतींवर सहमत असतात. संघभावना वाढवण्यासाठी आणि वर्तमान बातम्यांची घोषणा करण्यासाठी दैनंदिन स्क्रम मीटिंग्ज देखील आवश्यक आहेत.

स्टँड-अप ही मुख्य प्रकल्पातील सहभागींची एक संक्षिप्त बैठक आहे: सॉफ्टवेअर मालक, प्रोग्रामर आणि स्क्रम मास्टर. स्टँड-अपच्या संरचनेत तीन प्रश्न असतात.

  • काल आपण काय करू शकलो?
  • आज आपण काय काम करत आहोत?
  • परिणाम साध्य करण्यापासून आम्हाला काय प्रतिबंधित करते?

हे प्रश्न विचारल्याने विकासाला चालना मिळते आणि संघातील समस्या ओळखण्यात मदत होते. जेव्हा प्रत्येक सहभागी संवाद साधतो की तो/ती एक सामान्य ध्येय साध्य करण्यासाठी कशी मदत करतो, हे संघातील परस्पर समज सुधारते.

हे लक्षात ठेवणे महत्त्वाचे आहे की स्टँड-अप कसे आयोजित करावे यासाठी कोणतेही एकल टेम्पलेट नाही. प्रत्येक संघ त्याच्या स्वतःच्या मॉडेलनुसार, संघाच्या वैशिष्ट्यांवर आधारित बैठका घेतो.

आणि आता परिपूर्ण स्टँड-अपसाठी काय आवश्यक आहे यावर चर्चा करूया आणि प्रभावी स्टँड-अपच्या उदाहरणांसह परिचित होऊ या.

प्रथम आपल्याला प्रत्येकासाठी अनुकूल वेळ निवडण्याची आवश्यकता आहे. सहसा त्याच कार्यालयातील संघांसाठी स्टँड-अप कामाच्या दिवसाच्या सुरुवातीला - सकाळी 9 ते 10 दरम्यान आयोजित केले जातात. हे तुम्हाला तुमच्या दिवसाच्या शेड्यूलची चांगली योजना करण्यासाठी वेळ देते. जर टीम सदस्य वेगवेगळ्या प्रदेशात काम करत असतील, तर प्रत्येकाला अनुकूल अशी वेळ निवडली जाते. उदाहरणार्थ, जर टीमचे काही सदस्य कॅलिफोर्निया आणि सिडनीमध्ये राहत असतील, तर कॅलिफोर्नियाच्या वेळेनुसार 15:30 वाजता स्टँड-अप सुरू होईल. अर्थात, रात्रीच्या जेवणानंतर उभे राहणे प्रत्येकासाठी सोयीचे नसते, परंतु ते महासागराच्या पलीकडे असलेल्या सहकार्यांशी संपर्कात राहणे शक्य करते.

स्टँड-अप उत्पादकतेचा मागोवा ठेवा. मीटिंग जास्त काळ धरू नका - लक्ष एकाग्रता सर्वोत्तम राहिली पाहिजे. शक्य असल्यास, 15 मिनिटांपेक्षा जास्त काळ स्टँड-अप धरा.

बॉल वापरा. ते एकमेकांवर फेकले जाऊ शकते. त्यामुळे सर्वजण चर्चेत सहभागी होतील. हा खेळ गटात लक्ष ठेवण्यास मदत करतो. संघ पूर्वलक्षी वापरा. स्टँड-अपचा वापर अनेक चपळ पद्धतींमध्ये केला जातो, हे आम्हाला पूर्वलक्ष्यांमध्ये स्टँड-अपच्या परिणामकारकतेवर चर्चा करण्यापासून प्रतिबंधित करत नाही. कोणीतरी दररोज भेटतो, इतर संघ - आठवड्यातून दोन वेळा. स्टँड-अपचा फायदा संघासाठी कठीण असल्यास, याची कारणे शोधा आणि काहीतरी बदला.

स्प्रिंट पुनरावलोकन

स्प्रिंटच्या अंतिम टप्प्यावर स्प्रिंग पुनरावलोकन केले जाते. उत्पादन वाढ तपासणे आणि अनुशेष तयार करणे आवश्यक आहे. संपूर्ण स्क्रम टीम आणि सर्व भागधारक स्प्रिंट निकालांच्या पुनरावलोकनात सहभागी होतात. प्रकल्पातील सहभागींचा संवाद सुधारण्यासाठी ही बैठक आरामशीर स्वरूपात घेतली जाते.

स्प्रिंट परिणाम पुनरावलोकनामध्ये खालील घटक समाविष्ट आहेत:

  • सॉफ्टवेअर मालक अनुशेषातून काय पूर्ण झाले आणि काय नाही ते दर्शवितो.
  • प्रोग्रामर काय चांगले झाले, अडचणी कोठे दिसल्या आणि त्या कशा दूर केल्या याबद्दल चर्चा करतात.
  • डेव्हलपमेंट टीम स्प्रिंट दरम्यान त्यांच्या कामाचे परिणाम आणि त्यांना कोणत्या उत्पादनात वाढ झाली हे दाखवते.
  • उत्पादन मालक वर्तमान अनुशेषावर त्याचे विचार सामायिक करतो. हे पुढील उद्दिष्ट आणि त्याच्या अंमलबजावणीसाठी अंतिम मुदतीचा अंदाज देखील देते.
  • प्रत्येकजण बाजाराचे मूल्यांकन आणि वापरकर्त्यांच्या आवडींवर आधारित पुढे काय करायचे आहे यावर चर्चा करतो.
  • अनुशेष जोडण्यासाठी वेळ, बजेट आणि संभाव्यता यावर विचारांची देवाणघेवाण होते.

परिणाम म्हणजे त्यानंतरच्या स्प्रिंट्ससाठी नवीन उद्दिष्टांसह एक अद्यतनित अनुशेष आहे. परिस्थितीनुसार अनुशेष बदलला जाऊ शकतो.

स्प्रिंट रेट्रोस्पेक्टिव्ह

स्प्रिंट रेट्रोस्पेक्टिव्ह ही एक कार्यशाळा आहे जी तुमचा कार्यप्रवाह कसा सुधारायचा यावर चर्चा करते. हे पुढील स्प्रिंटसाठी एक सुधारणा योजना देखील तयार करते. बैठक सहसा स्प्रिंट पुनरावलोकनानंतर होते आणि तीन तासांपेक्षा जास्त वेळ लागत नाही. सभेचे नेतृत्व स्क्रॅम मास्टर करतात.

स्प्रिंट रेट्रोस्पेक्टिव्हच्या मुख्य उद्दिष्टांमध्ये हे समाविष्ट आहे:

  • स्प्रिंट विश्लेषण (सहभागी कार्य, परिणाम आणि समस्या).
  • त्यानंतरच्या स्प्रिंटमध्ये कार्यप्रवाह सुधारण्यासाठी संभाव्य उपायांवर चर्चा करा.
  • प्रकल्पाच्या अंमलबजावणीदरम्यान कार्यसंघ सदस्यांद्वारे सुधारणांच्या अंमलबजावणीसाठी योजना तयार करणे.

Scrum Master टीम सदस्यांना विकास कार्यक्षमतेत सुधारणा कशी करावी याबद्दल सूचना देण्यासाठी आमंत्रित करतो. संघ प्रस्तावांवर चर्चा करतो आणि त्यांच्या अंमलबजावणीसाठी काही मार्ग आणि तंत्र सुचवतो.

स्प्रिंट रेट्रोस्पेक्टिव्हच्या शेवटी, टीमने पुढील स्प्रिंटमध्ये अंमलात आणण्यासाठी काही सुधारणा सूचना हायलाइट केल्या पाहिजेत. सूचना कधीही अंमलात आणल्या जाऊ शकतात, परंतु स्प्रिंट रेट्रोस्पेक्टिव्ह टीमच्या दृष्टिकोनातून त्यांच्या संभाव्य अनुकूलतेचा सखोल विचार करण्याची संधी देते.

इथेच आम्ही स्क्रॅम पद्धतीची आमची चर्चा संपवतो. तुम्ही विषयासंबंधी दस्तऐवजीकरणात किंवा तुमच्या पहिल्या कामाच्या ठिकाणी याबद्दल अधिक जाणून घेऊ शकता.

टिप्पण्या
  • लोकप्रिय
  • नवीन
  • जुने
टिप्पणी करण्यासाठी तुम्ही साईन इन केलेले असणे आवश्यक आहे
या पानावर अजून कोणत्याही टिप्पण्या नाहीत