Scrum

Scrum क्या है

Scrum - यह काम की प्रक्रिया को व्यवस्थित करने के तरीकों में से एक है, इसमें कुछ विशिष्ट सिद्धांतों और अभ्यासों का उपयोग किया जाता है। अधिक सटीक रूप से, Scrum में प्रोजेक्ट डेवलपमेंट और मैनेजमेंट के लिए एक लचीले सिस्टम या फ्रेमवर्क का उपयोग किया जाता है, साथ ही टीम के दृष्टिकोण और टीम के भीतर टास्क का गैर-मानक वितरण भी शामिल है।

यह माना जा सकता है, कि Scrum एक शार्ट फॉर्म है, जिसका मतलब स्क्रम मेथड के प्रमुख सिद्धांत से हैं, लेकिन यह पूरी तरह से सच नहीं है। "Scrum" शब्द रग्बी के खेल से आया है। वहाँ, Scrum एक ऐसी क्रिया है, जिसके दौरान एक ही टीम के खिलाड़ी बॉल को एक साथ आगे बढ़ाने और विरोधियों का सामना करने के लिए एक दूसरे के चारों तरफ अपनी बाहों को लपेटते हैं। बिज़नेस में स्क्रम कुछ ऐसा ही दिखता है: टीम एक विशिष्ट प्रोडक्ट के निर्माण के इर्द-गिर्द इकठ्ठा हो जाती है।

प्रोडक्ट मैनेजमेंट की अधिकतर स्ट्रेटेजीज के लिए एक स्पष्ट प्लान की ज़रूरत होती है, जो तुरंत सभी जोखिमों, कार्यान्वयन की समयसीमा और लागतों को ध्यान में रखती है। हालाँकि, ऐसी रणनीतियाँ जल्दी ही पुरानी हो जाती हैं और इनमें बाहरी फैक्टर्स और विकास प्रक्रिया की अप्रत्याशितता के कारण नियमित संशोधन की जरूरत होती है। तो, Scrum-मेथड दुनिया की परिवर्तनशीलता को ध्यान में रखती है और इसलिए यह पूरी तरह से अलग सिद्धांतों पर आधारित है। इस मेथड के अनुसार, कार्य प्रक्रिया को छोटी से छोटी बारीकियों के लिए नियोजित करना असंभव होता है, इसलिए अनिश्चितता का स्तर और मानवीय फैक्टर्स डेवलपमेंट में बड़ी भूमिका निभाते हैं। ऐसी अवस्था में Scrum इसके विपरीत बदलाव का स्वागत करता है और इसमें किसी प्लान का सख्ती से पालन करने के बजाय एक्सपेरिमेंट करना शामिल है।

इसलिए, स्क्रम को "Agile" मेथड कहा जाता है, क्योंकि यह आपको बजट, फ्यूचर प्रोडक्ट की क्वालिटी और कार्यान्वयन के समय से समझौता किए बिना लगातार बदलते परिवेश में एक नया प्रोडक्ट लॉन्च करने में मदद करता है।

Scrum बनाम Agile: दोनों के बीच में क्या अंतर है?

Scrum और Agile दोनों अलग-अलग प्रकार के दृष्टिकोण हैं, लेकिन इनमें बहुत कुछ समान है। उदाहरण के लिए, इन दोनों की लचीली संरचनाएं एक दूसरे को आपस में जोड़ती हैं जिसमें काम करने के लिए गैर-मानक दृष्टिकोण शामिल हैं और जिनका उद्देश्य लगातार बदलती और अनिश्चित परिस्थितियों के बावजूद प्रोडक्ट को लगातार बदलना और सुधारना है।

हालाँकि, इन दोनों दृष्टिकोणों के बीच का अंतर यह होता है, कि स्क्रम उन सभी मेथड में से एक है, जो Agile के सिद्धांतों पर आधारित हैं। इस प्रकार, Agile लचीले दृष्टिकोणों और मेथॅडोलोजी का एक ग्रुप है, जो Agile मेनिफेस्टो में लिखित मूल्यों के अनुरूप है। यह मुख्य डॉक्यूमेंट है जो उन सभी सिद्धांतों का वर्णन करता है जिनके अनुसार Agile काम करता है।

इस प्रकार, Agile के मूल सिद्धांत, जो कि Scrum मेथड में भी देखने को मिलते हैं, कुछ इस प्रकार हैं:

1. लोग टूल्स से ज्यादा महत्वपूर्ण होते हैं।

अर्थात्, कंपनी के कर्मचारी और उनके बीच संबंध कार्य प्रक्रियाओं और लक्ष्य को प्राप्त करने के लिए उपयोग किए जाने वाले टूल्स से अधिक महत्वपूर्ण हैं। आखिरकार, किसी भी गतिविधि का आधार हमेशा कम्युनिकेशन होता है। यदि आपसी समझ नहीं है, तो सबसे सुव्यवस्थित प्रक्रियाएं भी वांछित नतीजे नहीं लाएंगी। इसलिए, टीम में एक बेहतर मनोवैज्ञानिक माहौल और ऐसी परिस्थितियाँ बनाना जरूरी होता है, ताकि इसके सभी सदस्य सूचनाओं का आदान-प्रदान कर सकें और एक-दूसरे को अच्छे से समझ सकें। इस मामले में, एकजुट होकर काम करने वाली टीम को प्रोजेक्ट को लागू करने से कोई नहीं रोक सकता।

2. लक्ष्य - क्वालिटी का प्रोडक्ट।

Agile टेक्नोलॉजी मुख्य रूप से अंतिम नतीजों पर केंद्रित है, यानी एक नए प्रोडक्ट का निर्माण जो ग्राहक की डिमांड और ऑडियंस की जरूरतों को पूरी तरह से संतुष्ट करेगा। इस प्रकार, Agile के सिद्धांत पर काम करने वाली टीमें प्रोडक्ट को जल्द से जल्द उपयोग के लिए तैयार करने पर केंद्रित होती हैं। और इसके लिए आप कई कागजी कार्रवाई को नजरअंदाज कर सकते हैं। इसलिए, काम की प्रक्रिया में, नौकरशाही औपचारिकताओं के बिना केवल सबसे जरूरी डॉक्यूमेंट तैयार किए जाते हैं।

3. ऑडियंस के साथ अधिक सहयोग और क्लाइंट का फीडबैक।

Agile के सिद्धांतों के अनुसार, प्रोडक्ट बनाने की प्रक्रिया में न केवल डेवलपर्स, बल्कि ग्राहक भी शामिल होता है। इसके अलावा, इस टेक्नोलॉजी में प्रोडक्शन के सभी स्टेजस में प्रोडक्ट डेवलपमेंट में ग्राहकों की सक्रिय भागीदारी शामिल है, उदाहरण के लिए, AB टेस्टिंग के उपयोग के ज़रिये। यह आपसी समझ को बढ़ाने और अंततः वांछित नतीजे प्राप्त करने में मदद करता है। इसलिए, फ्यूचर प्रोडक्ट के ग्राहकों और उपभोक्ताओं से फीडबैक Agile मेथड का सबसे महत्वपूर्ण सिद्धांत है।

4. स्पष्ट योजना के बजाय एक्सपेरिमेंट।

Agile टेक्नोलॉजी और Scrum को आनुभविक तकनीक कहा जाता है, क्योंकि वे देख रेख, अनुभव और एक्सपेरिमेंट पर आधारित होते हैं। इसके अलावा, आपको बदलावों के लिए हमेशा तैयार रहने की जरूरत होती है, क्योंकि वर्कफ़्लो के दौरान, सब कुछ गलत हो सकता है। उदाहरण के लिए, प्रोडक्ट की जरूरतों या इसके प्रोडक्शन की शर्तें बदल सकती हैं। इसलिए, डेवलपमेंट के प्रत्येक स्टेज में समायोजन किया जाना चाहिए।

यह वे चार अभिधारणाएँ हैं जो Agile फिलॉसफी के उद्भव का आधार बनीं। इस प्रकार, Scrum Agile के अंतर्गत लागू किया जाता है, और यह इसके मूल सिद्धांतों को दर्शाता है। दूसरे शब्दों में, Agile को सोचने का एक तरीका, एक फिलॉसफी या विचार कहा जा सकता है, जिसके लिए कोशिश की जानी चाहिए। जबकि उसी समय Scrum एक विशिष्ट मेथड है, जिसमें इस विचार को लागू करने के लिए कुछ कदम और क्रियाएं शामिल हैं।

Scrum बनाम Kanban: समान्यताएँ और अंतर

Kanban - यह भी Agile वर्कफ़्लो मैनेजमेंट मेथड में से एक है, लेकिन यह मुख्य रूप से लक्ष्य, कार्यों और आगे की प्रगति के विज़ुअलाइज़ेशन पर आधारित है।

Kanban मेथड चार प्रमुख सिद्धांतों पर आधारित है:

1. वर्कफ़्लो का विज़ुअलाइज़ेशन

विज़ुअलाइज़ेशन के लिए एक महत्वपूर्ण टूल बोर्ड है। इसका प्रत्येक कॉलम, काम के एक निश्चित स्टेज का प्रतिनिधित्व करता है। और इस लेवल पर जिन टास्क को हल करने की जरूरत होती है, वे बोर्ड पर लगे हुए कार्ड पर लिखे हैं। छोटे प्रोजेक्ट के लिए, आप कॉर्कबोर्ड या मार्कर बोर्ड और स्टिकी नोट्स का उपयोग करके Kanban बोर्ड बना सकते हैं। और बड़े और अधिक जटिल प्रोजेक्ट्स में, वर्चुअल ऑनलाइन बोर्डों का उपयोग करना ज्यादा उपयुक्त है, जिनकी संभावनाएँ काफी ज्यादा व्यापक हैं। किसी भी मामले में, विज़ुअलाइज़ेशन के लिए यह दृष्टिकोण पूरी टीम के काम की पारदर्शिता प्रदान करता है।

2. काम का प्रतिबंध

कानबन मेथोडोलॉजी एक साथ किये जाने वाले कामों की संख्या को सीमित करती है। आसान शब्दों में, बोर्ड पर एक कॉलम में, यानी एक स्टेज में होने वाले कार्यों की सीमा निर्धारित की जाती है। इससे यह सुनिश्चित होता है कि टीम पर "ओवरलोड" न हो और टीम अगले स्टेज पर जाने से पहले टास्क को पूरी तरह से समाप्त कर देती है।

3. फ्लो मैनेजमेंट

इसका मतलब है, प्रोडक्ट के डेवलपमेंट में की गई किसी भी गलती या समस्या को समय पर दूर करना। इसके अलावा में अलग-अलग प्रकार के जोखिमों को कम करना भी शामिल है, जैसे ख़राब सामान। इन पर नज़र रखने के लिए, टीम के सभी सदस्यों को कानबन बोर्ड को नियमित रूप से ट्रैक करना चाहिए। इस तरह वर्क फ्लो को लगातार जारी रखते हुए कमजोरियों की पहचान करना और जनरेट होने वाली समस्याओं को ठीक करना संभव है।

4. निरंतर सुधार

न केवल कानबन बोर्ड को अपडेट करना ज़रूरी है, बल्कि इस बात की भी निगरानी करना ज़रूरी है कि पूरा सिस्टम कैसे काम कर रहा है, टीम और ग्राहक इस पर कैसे प्रतिक्रिया देते हैं। फीडबैक प्राप्त करना और प्रक्रियाओं को बेहतर बनाने के तरीकों की लगातार तलाश करना सभी Agile मेथड के लिए एक महत्वपूर्ण सिद्धांत है।

इस प्रकार, कानबन का सार कार्यों के एक निरंतर प्रवाह, वर्क फ्लो का विज़ुअलाइज़ेशन और कानबन बोर्ड पर आगे का काम है। लेकिन Scrum कहीं ज्यादा बड़ी संख्या में अलग-अलग टूल और प्रैक्टिस प्रदान करता है, जिनके बारे में आप आगे जानेंगे।

Scrum मेथोडोलॉजी के मूल सिद्धांत

प्रोडक्ट पर किये जा रहे काम को अधिक प्रभावी बनाने के लिए, टीम को Scrum मेथोडोलॉजी के निम्नलिखित सिद्धांतों द्वारा निर्देशित किया जाना चाहिए:

1. छोटे साइकिल्स में काम करें।

ऐसे साइकिल्स को स्प्रिंट कहा जाता है। अर्थात्, एक स्प्रिंट एक छोटी, समय-सीमित अवधि है जब scrum टीम काम की एक निश्चित मात्रा को पूरा करने के लिए काम करती है। इस प्रकार के एक स्प्रिंट के अंदर आगे की सभी कार्रवाइयों की योजना बनाई जाती है। इसके अलावा, प्रत्येक कार्य चक्र से पहले, कुछ संकीर्ण कार्य और लक्ष्य निर्धारित किए जाते हैं जिन्हें एक स्प्रिंट के अंत तक प्राप्त किया जाना चाहिए। दूसरे शब्दों में, स्क्रम मेथोडोलॉजी एक बार में पूरे प्रोजेक्ट की नहीं, बल्कि नियमित रूप से एक वर्क साइकिल की योजना बनाने का सुझाव देती है। यह प्रारूप आपको उभरती हुई कठिनाइयों का तुरंत जवाब देने और यदि जरूरी हो तो समस्याओं को ठीक करने की अनुमति देता है।

2. लचीलापन।

प्रक्रिया के लचीलेपन का मतलब है कि टीम बदलाव के लिए हमेशा तैयार है, उदाहरण के लिए, रणनीति या प्रोडक्ट डेवलपमेंट की स्थिति में बदलावों के लिए। समय को न खोने के लिए, प्रत्येक स्प्रिंट के बाद प्रोडक्ट को टेस्ट करना जरूरी होता है। केवल इस तरह आप अगले वर्क सर्कल की योजना बनाते समय जो गलतियाँ हुई हैं, उनकी पहचान कर सकते है। यह ऐसी क्रियाएं हैं जो वर्क ग्रुप और प्रोजेक्ट दोनों को ज्यादा मोबाइल और लचीला बनने में मदद करती हैं।

3. प्रोडक्ट पर किये जा रहे काम में ग्राहक और यूजर्स की भागीदारी।

यह ऊपर लिखी गयी Agile फिलॉसॉफी से लिया गया एक मूल सिद्धांत है। क्लाइंट और यूजर्स से फीडबैक हमें यह समझने में मदद करती है, कि उपभोक्ताओं की सुविधा के लिए प्रोडक्ट में किस तरह के बदलाव किए जाने चाहिए।

4. टीम के सदस्यों की एक दूसरे के साथ करीबी बातचीत।

यह सभी Agile मेथेडोलॉजी का मुख्य संकेत भी है: टीम के सदस्य एक यूनिट के रूप में एक साथ काम करते हैं। और लक्ष्यों को प्राप्त करना भी कई लोगों का एक नतीजों को प्राप्त करने के लिए एक साझा काम होता है ।

Scrum-मेथोडोलॉजी की वैल्यू

Scrum पाँच मुख्य मूल्यों पर आधारित है, जोकि कुछ इस प्रकार हैं:

1. वफादारी या प्रतिबद्धता। अर्थात्, Scrum मेथोडोलॉजी के अंतर्गत, सभी कर्मचारियों या टीम के सदस्यों को सामान्य लक्ष्यों के बारे में पता होना चाहिए, उनके लिए प्रतिबद्ध होना चाहिए और उन लक्ष्यों को प्राप्त करने के लिए एक दूसरे का सपोर्ट करना चाहिए।

2. फोकस या एकाग्रता। Scrum-टीम के सभी सदस्यों के लिए अपने लक्ष्य की ओर बढ़ते हुए ज्यादा से ज्यादा प्रगति हासिल करना सब से ज्यादा जरूरी होना चाहिए। ऐसा करने के लिए, आपको प्रोडक्ट डेवलपमेंट और फ्यूचर प्रोडक्ट में होने वाले सुधारों पर पूरी तरह से ध्यान देने की जरूरत होती है।

3. पारदर्शिता। न केवल टीम के सदस्य, बल्कि मैनेजमेंट, क्लाइंट, आसान शब्दों में, सभी इच्छुक लोगों को उभरते हुए सभी मुद्दों और समस्याओं पर चर्चा करने के लिए पारदर्शिता होनी चाहिए।

4. एक दूसरे के प्रति सम्मान। Scrum-टीम के सभी सदस्य एक दूसरे का सम्मान करते हैं और खुद को कोई अनैतिक कार्य करने की अनुमति नहीं देते हैं।

5. साहस। यह टीम के सभी सदस्यों को समस्याओं का सबसे साहसी और असामान्य समाधान पेश करने में मदद करता है, जो अक्सर सही और ज्यादा प्रभावी साबित होता है।

इस प्रकार, कर्मचारियों की सभी गतिविधियों का उद्देश्य इन मूल्यों को मजबूत करना है, न कि इसके विपरीत, उनको नजरअंदाज करना। यदि टीम के सभी सदस्य बुनियादी मूल्यों को साझा करते हैं, तो Scrum मेथोडोलॉजी के तीन मुख्य "स्तंभ" बनते हैं, जो कार्य की प्रक्रिया का समर्थन करते हैं:

• पारदर्शिता;

• निरीक्षण;

• अनुकूलन।

पारदर्शिता का मतलब है, कि Scrum टीम के सभी सदस्य अपनी उपलब्धियों और इसके विपरीत लक्ष्य के रास्ते में आने वाली कठिनाइयों को साझा करने के लिए तैयार हैं। आखिरकार, Scrum मेथोडोलॉजी का उद्देश्य सफलता और असफलता दोनों के कारणों का विश्लेषण और पहचान करना है। यह याद रखना चाहिए कि मुख्य उद्देश्य एक अच्छी क्वालिटी का प्रोडक्ट बनाना है, इसलिए प्रोडक्शन की उन सभी बारीकियों पर ध्यान दें, जो आपको परेशान करती हैं या सवाल पैदा करती हैं। आपको किसी भी समस्या या गलती को छुपाना नहीं चाहिए।

अगला स्तंभ है - निरीक्षण। दूसरे शब्दों में, यह एक परीक्षण है, कि प्रोडक्ट डेवलपमेंट और उसमें सुधार करने की प्रक्रिया कैसे चल रही है। ऐसा करने के लिए, कुछ सवालों का जवाब देना जरुरी है, जैसे कि: सबसे आसान क्या है और कठिनाइयां क्यों पैदा होती हैं, और उनके पीछे की वजह क्या है, ऐसा क्यों होता है, इन समस्याओं को कैसे ठीक किया जाए और काम को बेहतर बनाने के लिए क्या किया जाए। यह न केवल पहले जनरेट हो चुकी समस्याओं को हल करने में मदद करेगा, बल्कि उभरती हुई समस्याओं को भी समाप्त कर देगा, जो भविष्य में मुख्य लक्ष्य - एक अच्छी क्वालिटी वाले प्रोडक्ट की ओर ले जायेगा।

आखिरी "स्तंभ" अनुकूलन से संबंधित है। इसका मतलब यह है कि Scrum टीम के सभी सदस्यों को पहचानी गई समस्याओं को हल करने के लिए सभी प्रक्रियाओं का अनुकूलन करने के लिए तैयार रहना चाहिए। अर्थात् उस स्तिथि में, यदि समस्याएं पाई गई हैं, तो आपको तुरंत सोचना चाहिए कि स्थिति को सबसे प्रभावी ढंग से कैसे बदला जाए। उदाहरण के लिए, प्रोडक्ट के प्रोडक्शन में ही बदलाव करना, कर्मचारियों के लिए काम करने की परिस्थितियों को बदलना, ग्राहक के साथ नए समझौतों पर चर्चा करना।

ये तीनों "स्तंभ" एक-दूसरे से काफी जुड़े हुए हैं, इसलिए आपको उनमें से एक को भी नज़रअंदाज़ नहीं करना चाहिए। आप इस बात से सहमत होंगे, यदि आप नियमित रूप से निरीक्षण करते हैं, लेकिन भविष्य में अनुकूलन पर ध्यान नहीं देते हैं, तो इसका कुछ फायदा नहीं होगा, क्योंकि अंतिम लक्ष्य सबसे अच्छी क्वालिटी का प्रोडक्ट बनाना है।

स्क्रम टीम की संरचना

Scrum टीम को कार्यकारी समूह कहा जाता है, जिसमें 5-8 एक्सपर्ट शामिल होते हैं। यह काफी अच्छी संख्या है, हालांकि, ऐसे ग्रुप भी हैं जिनमें प्रतिभागियों की संख्या कम है। लेकिन इसके विपरीत यदि कर्मचारियों की संख्या 8 या 8 से ज्यादा है, तो उनके बीच की बातचीत जटिल होती है, जो बदले में पूरी टीम की दक्षता और प्रोडक्टिविटी को कम कर देती है।

स्क्रम टीम में शामिल हैं:

• प्रोडक्ट का मालिक।

यह वह व्यक्ति है, जो प्रोडक्ट का प्रतिनिधित्व करता है और क्लाइंट, यूजर्स और डेवलपर टीम के बीच एक मध्यस्थ के रूप में काम करता है। लेकिन अक्सर, ग्राहक खुद स्क्रम टीम में भाग लेता है।

• Scrum-मास्टर।

यह ऐसा एक्सपर्ट होना चाहिए, जो टीम को सफलता की ओर ले जाने में सक्षम हो। उसी समय, उसे न केवल वर्किंग ग्रुप को मैनेज करना चाहिए, बल्कि स्क्रम मेथोडोलॉजी के सिद्धांतों के कार्यान्वयन की निगरानी भी करनी चाहिए। इसलिए, ऐसे एक्सपर्ट के लिए संतुलन बनाये रखना: कर्मचारियों पर दबाव न डालना, और खुद भी सारे काम न करना जरूरी है। साथ ही, वह खुद टीम के सदस्यों के बीच जिम्मेदारियों को बांटने के लिए बाध्य नहीं है, scrum मास्टर विशेष रूप से मदद करता है और निर्देशित करता है, और साथ ही वह प्रोडक्ट बनाने की प्रक्रिया में बाधा डालने वाली सभी कठिनाइयों को हल करने में भी सक्षम है।

• डेवलपर्स खुद से।

Scrum टीम की संरचना में अलग-अलग स्किल और क्षमताओं वाले कई विशेषज्ञ शामिल हैं। इसलिए, "डेवलपर्स" नाम सशर्त है, क्योंकि वर्किंग ग्रुप में प्रोडक्ट के आधार पर डिजाइनर, प्रोग्रामर और मार्केटर्स शामिल हो सकते हैं। यह वही विविधता है जो कई लोगों की एक टीम को प्रोडक्ट को शुरुआत से बनाने में मदद करती है। हालाँकि, यह भी एक महत्वपूर्ण स्पष्टीकरण है: एक टीम = एक तैयार प्रोडक्ट।

स्क्रम टीम के काम के चरण

स्क्रम टीम की संरचना और गतिविधियों को निम्नलिखित स्टेजस में बांटा जा सकता है:

स्टेज 1. Scrum टीम का गठन।

सबसे पहले, उन एक्सपर्ट को निर्धारित करना जरूरी होता है, जो स्क्रम टीम का गठन करते हैं, क्योंकि फ्यूचर प्रोडक्ट की क्वालिटी उनके सुसंगठित कार्य पर निर्भर करेगी। याद रखें कि Scrum विधि में टीम के सभी सदस्य एक यूनिट की तरह काम करते हैं। साथ ही, टीम की संरचना में बदलाव नहीं होना चाहिए, इसलिए यह जरूरी है कि इसमें शुरू में ऐसे प्रोफेशनल शामिल हों जो Scrum के सभी मूल्यों को साझा करते हों।

स्टेज 2. प्रोडक्शन के होल्डर का निर्धारण।

यह ग्राहक या उसका प्रतिनिधि हो सकता है। किसी भी मामले में, यह वह व्यक्ति होना चाहिए जो टीम से बातचीत करने, फीडबैक देने, अपने अनुभव साझा करने और डेवलपमेंट के सभी स्टेजस में नए दिलचस्प समाधान पेश करने के लिए तैयार हो।

स्टेज 3. Scrum-मास्टर को चुनना।

Scrum-मास्टर - टीम का सबसे महत्वपूर्ण हिस्सा है, क्योंकि यह उस पर निर्भर करता है कि टीम के सभी सदस्यों के लिए काम करना कितना आरामदायक होगा। इसके अलावा, यह समझना जरूरी है कि बनायी गयी टीम में कोई लीडर नहीं होना चाहिए। सभी गतिविधियाँ राय और ज्ञान के आपसी आदान-प्रदान पर आधारित होती हैं, और Scrum-मास्टर क्यूरेटर के रूप में कार्य करता है और केवल टीम को एकजुट करने में मदद करता है। इसलिए, स्क्रम मास्टर्स को अनुभवी पेशेवर होना चाहिए जो न केवल किताबी तौर पर बल्कि व्यवहार में भी Scrum-पद्धति से परिचित हों।

स्टेज 4. प्रोडक्ट बैकलॉग तैयार करना।

बैकलॉग उन तत्वों, कार्यों और उद्देश्यों की एक आदेशित सूची है, जो बनाये जा रहे उत्पाद में होनी चाहिए। उत्पाद के डेवलपमेंट पर काम शुरू करने से पहले इसे बनाया जाना चाहिए। दूसरे शब्दों में, बैकलॉग सभी वंचित उत्पाद सुविधाओं और उनके लिए आवश्यकताओं की एक सूची है, जिसपर उत्पाद के मालिक और सभी प्रतिभागी सहमत होना चाहिए। भविष्य में इस सूची का पालन किया जाना चाहिए।

स्टेज 5. स्प्रिंट के लिए योजना।

सभी स्प्रिंट योजना के साथ शुरू होते हैं। अर्थात, स्प्रिंट की शुरुआत में, योजना बनाने के लिए एक छोटी सी मीटिंग आयोजित की जाती है, जिसमें टीमें निर्धारित करती हैं कि स्प्रिंट में क्या हासिल किया जा सकता है और कैसे। Scrum टीम के सदस्य एक साथ प्रोडक्ट बैकलॉग का विश्लेषण करते हैं और आगे के फैसले लेते हैं। योजना बनाने पर आधारित मीटिंग के अंत में, वर्किंग ग्रुप के प्रत्येक सदस्य के विचार स्पष्ट होना चाहिए कि आगे क्या क्या करना है। दूसरे शब्दों में, प्रत्येक स्प्रिंट के लिए एक प्रमुख लक्ष्य और उद्देश्य निर्धारित किए जाते हैं, जिन्हें डेवलपर्स को इस कार्य चक्र के अंत तक प्राप्त करना होगा। इस प्रकार स्प्रिंट का बैकलॉग बन जाता है, अर्थात इस अवधि के लिए कार्यों की एक सूची। इसके अलावा, इस स्तर पर, प्रत्येक कार्य के लिए समय सीमा निर्धारित की जानी चाहिए।

स्टेज 6. स्क्रम मीटिंग या स्टैंड अप मीटिंग आयोजित करना ।

Daily scrum - प्रगति पर चर्चा करने और बाधाओं की पहचान करने के लिए एक रोजाना होने वाली 15 मिनट (या इससे भी कम) की छोटी सी मीटिंग है। इसे daily stand-up भी कहा जा सकता है, क्योंकि इसमें प्रतिभागियों को खड़े रहने की सिफारिश की जाती है ताकि उनको निर्धारित समय से अधिक समय तक न रोका जा सके। इस तरह की मीटिंग का सार किए गए कार्य का विश्लेषण करना और वृद्धि की पहचान करना है (ऐसे scrum मेथोडोलॉजी में लक्ष्य के रास्ते पर एक कदम कहलाता है)। इसके लिए ग्रुप के प्रत्येक सदस्य को कई सवालों के जवाब देने होंगे, उदाहरण के लिए:

• पिछली मीटिंग के बाद से मैं क्या करने में सफल रहा हूँ?

• आज मुझे क्या करना चाहिए?

• किस प्रकार की बाधाएं या कठिनाइयां उपस्थित हैं?

ऐसे में scrum मास्टर का काम यह समझना है, कि चीजें कैसी हैं और अगर कुछ गलत होता है, तो टीम को मुश्किलों से निपटने में मदद करना है।

स्टेज 7. Scrum-बोर्ड कनेक्शन।

यह वर्कफ़्लो को विज़ुअलाइज़ करने की एक तकनीक है, जिसका उपयोग Kanban पद्धति में भी किया जाता है। इसी तरह, scrum टीम एक बोर्ड लगाती है या एक वर्चुअल बोर्ड बनाती है, जो कुछ हिस्सों में विभाजित होता है और परियोजना पर काम के सभी स्टेजस को दर्शता है। यह सरल तरीका टीम के सभी सदस्यों को विकास की समग्र प्रगति पर नज़र रखने में मदद करता है।

स्टेज 8. स्प्रिंट रेट्रोस्पेक्टिव।

एक स्प्रिंट पूरा होने के बाद प्राप्त नतीजों और प्रोडक्ट टेस्टिंग का ओवरव्यू किया जाता है। उसके बाद प्रोडक्ट की टेस्टिंग और यह पता लगाना ज़रूरी है, कि क्या काम के इस साइकिल के लिए निर्धारित सभी काम पूरे हो चुके हैं। इसके आधार पर, अगले स्प्रिंट के लिए योजना की जाती है और विचारों को पैदा किया जाता है।

Scrum-मेथोडोलॉजी का उपयोग किसी भी क्षेत्र में किया जा सकता है, और Scrum टीमों के सदस्य अलग-अलग क्षेत्रों के एक्सपर्ट हो सकते हैं। लेकिन सबसे अक्सर Scrum का उपयोग सॉफ्टवेयर डेवलपमेंट टीमों में किया जाता है। यह टीमों को बदलती आवश्यकताओं पर तेजी से प्रतिक्रिया देने और एक निश्चित बजट के भीतर रहकर काम को करने में मदद करता है। इसलिए, Scrum दृष्टिकोण के नुकसानों को प्रदर्शित करना मुश्किल है, लेकिन यह ध्यान में रखना जरूरी है कि किस मामले में इसका उपयोग सबसे ज्यादा सही होगा। इस मेथड के प्रभावी होने के लिए, कर्मचारियों को एक्सपेरिमेंट करने के लिए तैयार रहना चाहिए। यदि कोई कंपनी नए प्रोडक्टों को लॉन्च करने के लिए सुव्यवस्थित एल्गोरिथम का सफलतापूर्वक उपयोग करती है, तो Scrum-मेथोडोलॉजी के उपयोग में देरी की जा सकती है।