Scrum किसी विशेष परियोजना पर सहयोग करने के लिए विभिन्न व्यक्तियों या टीमों के लिए एक Agile उत्पाद विकास तंत्र प्रदान करता है। हालांकि विभिन्न संदर्भों में Scrum सिद्धांतों का उपयोग किया जा सकता है, इस पद्धति के लिए प्राथमिक डोमेन सॉफ्टवेयर विकास है। आइए संगठन के लिए स्क्रम के लाभों और पूरी प्रक्रिया को संचालित करने वाले मूल स्क्रम ढांचे के बारे में जानें।
Scrum क्या है?
Scrum परियोजना उत्पाद निर्माण, विशेष रूप से सॉफ्टवेयर विकास के लिए एक Agile ढांचा है। यह स्पष्ट निर्देशों, आक्रामक समय सीमा और अंतिम उत्पाद को पूरा करने की प्रक्रिया में फीडबैक के निरंतर समावेश पर केंद्रित है।
यह एक अच्छी तरह से परिभाषित लक्ष्य की दिशा में एक तेज, लचीली, अनुकूली और प्रभावी प्रक्रिया है, जिसमें अधिकतम फीडबैक शामिल है, इसलिए पूरी प्रक्रिया ट्रैक पर रहती है। साथ ही, यह विकास टीम को अधिक आसानी से विचारों के माध्यम से तैरने और स्किम करने में मदद करने के लिए उत्पाद बैकलॉग भी शामिल करता है। Scrum प्रक्रिया में, निश्चित गतिविधियों को पूर्वनिर्धारित अवधि में पूरा किया जाना चाहिए। इन अवधियों को स्प्रिंट के रूप में जाना जाता है और ये स्क्रम पद्धति का एक महत्वपूर्ण हिस्सा हैं।
Scrum का एक संक्षिप्त इतिहास
Scrum परियोजना का इतिहास कुछ दशक पुराना है। 1986 में शुरू हुआ, हार्वर्ड बिजनेस रिव्यू (HBR) ने " द न्यू प्रोडक्ट डेवलपमेंट गेम " शीर्षक से एक लेख प्रकाशित किया, जिसमें उस तंत्र की व्याख्या की गई थी जिसे होंडा और कैनन जैसी कंपनियां उत्पाद विकास के लिए अपनाती हैं।
इस लेख में चर्चा किए गए विषयों के आधार पर, Scrum पद्धति में उपयोग की जाने वाली कई अवधारणाएं विकसित की गईं। जेफ सदरलैंड ने 1993 में सॉफ्टवेयर विकास प्रक्रिया के लिए वर्तमान Scrum ढांचा बनाया। तब से, विभिन्न उद्योगों ने टीम की चपलता और ग्राहक-केंद्रित उत्पाद बनाने के लिए इस प्रक्रिया को अपनाया है।
Scrum कलाकृतियां
Scrum कलाकृतियां इस बारे में विवरण प्रदान करती हैं कि प्रक्रिया के विभिन्न चरणों को कैसे निष्पादित किया जाएगा। यह पूरी प्रक्रिया को और अधिक प्रबंधनीय बनाने के लिए एक उपकरण की तरह काम करता है। सॉफ्टवेयर विकास में पारदर्शिता के मूल्यांकन, अनुकूलन और बनाए रखने के लिए Scrum कलाकृतियां एक संदर्भ बिंदु हैं। स्क्रम टीम विशेष परियोजना के लिए कलाकृतियों को परिभाषित करती है। आमतौर पर, तीन प्रमुख स्क्रम कलाकृतियाँ किसी भी परियोजना में लागू होती हैं जो प्रदर्शन में अंतर्दृष्टि प्रदान करती हैं।
इसमे शामिल है:
उत्पाद बकाया
उत्पाद बैकलॉग में मौजूदा उत्पाद में आवश्यक परिवर्तन होते हैं। विशेष रूप से सॉफ्टवेयर विकास के लिए, बग फिक्स, फीचर परिवर्धन, गति में सुधार, और अंतिम उत्पाद में सुधार के लिए अन्य आवश्यक कार्यों को पूरा किया जाना है। इस प्रक्रिया में शामिल किए गए निरंतर उन्नयन के कारण यह हमेशा लाइव और विकसित होता रहता है। उत्पाद बैकलॉग स्रोत अक्सर उपयोगकर्ताओं का इनपुट या परीक्षण चरण में एकत्रित की गई जानकारी-प्रतिस्पर्धी के विश्लेषण और सामान्य कारोबारी माहौल के अलावा होता है।
स्प्रिंट बैकलॉग
आप स्प्रिंट बैकलॉग को स्क्रम कलाकृतियों के अगले चरण के रूप में संदर्भित कर सकते हैं, जहां उत्पाद बैकलॉग से जानकारी या कार्यों को एक विशेष समय सीमा के भीतर पूरा करने के लिए चुना जाता है, जिसे स्प्रिंट कहा जाता है। स्प्रिंट बैकलॉग पूरा होने के बाद, डिलिवरेबल्स अगले सुधार चक्र के लिए निर्धारित किए जाते हैं; अंतिम लक्ष्यों में कोई वृद्धि नहीं की गई है। हालाँकि, उन सेट डिलिवरेबल्स को प्राप्त करने के लिए आवश्यक गतिविधियों को कुछ हद तक बदला जा सकता है जब सॉफ्टवेयर विकास पर वास्तविक कार्य शुरू होता है।
उत्पाद वृद्धि
यह Scrum कलाकृतियों में से एक है जो स्प्रिंट के अंत को चिह्नित करता है, जहां डिलिवरेबल्स को पहले चरणों में किए गए सेट की परिभाषा के आधार पर हाइलाइट किया जाता है। संभावित रूप से उचित उत्पाद वृद्धि स्क्रम आर्टिफैक्ट को छोटी-मोटी त्रुटियों को ठीक करने के बजाय वास्तविक समय में सुधार का संकेत देना चाहिए। प्रत्येक स्प्रिंट के अंत तक, सूची में कम से कम एक वृद्धि होनी चाहिए।
Scrum पद्धति और प्रक्रिया
Scrum कार्यप्रणाली फुर्तीली प्रक्रिया का एक विकास है जो एक चुस्त सॉफ्टवेयर विकास प्रक्रिया में शामिल गतिविधियों को छोटे और अस्थायी चरणों, स्प्रिंट में विभाजित करता है। प्रक्रिया का एक निश्चित प्रारंभिक बिंदु और उद्देश्यों का एक स्पष्ट सेट है जो परियोजना की सुपुर्दगी सुनिश्चित करता है। हालांकि, निरंतर सीखने और विकास के लिए जगह है। जिन चीजों के बारे में स्क्रम टीम को शुरुआत में पता नहीं होता है, वे आमतौर पर परियोजना के माध्यम से जाने के दौरान अंततः सीखते हैं।
Scrum सिद्धांतों के लाभ
नीचे स्क्रम पद्धति के मुख्य लाभ और उस तंत्र के बारे में बताया गया है जिसके माध्यम से Scrum टीम काम करती है:
- टीम वर्क
स्क्रम सिद्धांतों का उपयोग करते हुए, आप बेहतर टीम वर्क की उम्मीद कर सकते हैं। ऐसा इसलिए है क्योंकि सॉफ्टवेयर विकास कार्य निष्पादन के लिए स्थापित एक सीधी प्रक्रिया के साथ कार्यों का विवरण पारदर्शी है। इसके अलावा, इस तंत्र को अपनाकर सॉफ्टवेयर विकास टीमों या व्यक्तिगत सदस्यों के बीच संचार के लिए एक स्पष्ट रेखा निर्धारित की गई है।
- लचीला दृष्टिकोण
Scrum को विकास के चरणों के अनुसार अवधारणाओं की अपनी परिभाषा को संशोधित करने के लिए परियोजना पर काम करने वाले डेवलपर्स और सॉफ्टवेयर विकास टीमों की आवश्यकता होती है। इसके अलावा, उत्पाद बैकलॉग स्प्रिंट चरण में जोड़े जाने से पहले स्क्रम टीमों को कार्यों को प्राथमिकता देने की अनुमति देता है। इसलिए, जब तक स्प्रिंट चरण में कार्यों को नहीं जोड़ा जाता है, तब तक वे लचीले होते हैं।
- जोखिम में कमी
स्क्रम पद्धति को अपनाने से प्रक्रिया में जोखिम काफी कम हो जाता है। सॉफ्टवेयर विकास प्रक्रिया के भीतर पूर्वनिर्धारित डिलिवरेबल्स के साथ विशिष्ट समय सीमाएं हैं। इसलिए, ट्रैक से हटने या लक्ष्यों से दूर जाने की संभावना सीमित है।
- निरंतर प्रतिक्रिया का समावेश
चूंकि संपूर्ण विकास प्रक्रिया को छोटे स्प्रिंट में विभाजित किया जाता है जहां नई प्रतिक्रिया शामिल की जाती है, यह गुणवत्ता के परिणाम और कम पुनर्विक्रय सुनिश्चित करता है।
- उच्च ROI
Scrum ढांचे के साथ बनाई गई परियोजनाओं पर निवेश पर वापसी की अपेक्षा अधिक है क्योंकि फीडबैक निगमन स्क्रम टीमों को यह समझने की अनुमति देता है कि मांग में क्या है। इसके अलावा, इस ढांचे के कारण कम गलतियाँ होती हैं जिससे लागत कम होती है। यह सब उच्च ROI में प्रदर्शित होता है।
Scrum समारोह या कार्यक्रम
अनुक्रमिक या दोहराव वाले कार्य जो एक विकास दल से करने की अपेक्षा की जाती है, उन्हें समारोहों या घटनाओं के रूप में जाना जाता है। हालांकि ये समारोह स्क्रम ढांचे के लिए आवश्यक हैं, आप उन्हें अपनी परियोजना की जरूरतों और विकास टीम की आवश्यकताओं के अनुसार समायोजित कर सकते हैं। सभी सॉफ्टवेयर विकास दल प्रत्येक स्प्रिंट में समारोहों का पालन नहीं करते हैं।
यहाँ कुछ महत्वपूर्ण स्क्रम समारोह हैं; अंत में यह तय करने से पहले कि क्या ये इवेंट भविष्य के स्प्रिंट का हिस्सा होंगे या नहीं, आप कुछ स्प्रिंट के लिए उनका हिस्सा बन सकते हैं।
- स्प्रिंट बैकलॉग ग्रूमिंग
Scrum में अक्सर विचार की जाने वाली एक महत्वपूर्ण घटना यह है कि उत्पाद के मालिक को स्प्रिंट बैकलॉग को बनाए रखना होता है और उन सुझावों के साथ आगे बढ़ना होता है जिन्हें सभी हितधारकों द्वारा स्वीकार किया गया है या समग्र सॉफ्टवेयर विकास लक्ष्यों के साथ संरेखित किया गया है। इस उद्देश्य के लिए निर्धारित मीटिंग स्प्रिंट बैकलॉग मीटिंग है।
- स्प्रिंट योजना बैठक
स्प्रिंट प्लानिंग मीटिंग स्क्रम टीमों द्वारा किया जाने वाला एक अन्य मुख्य कार्यक्रम है। इस प्रक्रिया में, स्प्रिंट विवरण की योजना बनाई जाती है। अक्सर स्क्रम मास्टर, स्प्रिंट मीटिंग की जिम्मेदारी टीम के प्रत्येक सदस्य को कार्य सौंपती है और किसी भी भ्रम को स्पष्ट करती है।
- दैनिक Scrum या स्टैंड-अप
आप इन बैठकों का विकल्प चुन सकते हैं या नहीं भी। लेकिन इस घटना को स्प्रिंट योजना के आधार पर अगले 24 घंटों के लिए कार्य योजना को स्पष्ट करने के लिए डिज़ाइन किया गया है। विशिष्ट प्रश्नों के उत्तर देने और सॉफ़्टवेयर विकास प्रश्नों के संबंध में दैनिक कार्यों की व्याख्या करने के लिए ये बैठकें त्वरित और अक्सर सुबह आयोजित की जाती हैं।
- स्प्रिंट समीक्षा
स्प्रिंट के पूरा होने के बाद, विकास दल के सदस्य स्प्रिंट और उसके दौरान की गई गतिविधियों का मूल्यांकन करते हैं। सीधे शब्दों में कहें, एक स्प्रिंट समीक्षा आयोजित की जाती है। इस आयोजन का उद्देश्य यह तय करना है कि क्या वेतन वृद्धि जारी की जानी चाहिए और स्प्रिंट योजना के अनुसार है। सभी सदस्य सुझाव दे सकते हैं, लेकिन परियोजना का स्वामी निर्णय लेने का अधिकार है।
- स्प्रिंट पूर्वव्यापी
यह घटना स्प्रिंट का एक समग्र दृष्टिकोण प्रस्तुत करती है, जिसमें काम करने वाली चीजें और तकनीकें, भूमिकाएं और रिश्ते शामिल नहीं हैं। स्क्रम पद्धति में पूर्वव्यापी स्प्रिंट का उद्देश्य एक बेहतर सहयोगी वातावरण बनाना है जो टीम भावना में सुधार कर सकता है और बेहतर परियोजना परिणाम उत्पन्न करने में मदद कर सकता है। प्रक्रिया के दौरान उत्पाद स्वामी और स्क्रम मास्टर एक महत्वपूर्ण भूमिका निभाते हैं।
Scrum की सफलता के लिए तीन आवश्यक भूमिकाएँ
तीन प्रमुख भूमिकाएँ पूरी प्रक्रिया का संचालन करती हैं: स्क्रम मास्टर, उत्पाद स्वामी और टीम।
छवि स्रोत: scrum.org / लेखक जैस्पर अल्ब्लास
Scrum मास्टर
स्क्रम मास्टर लक्ष्यों को परिभाषित करने और Scrum को अद्यतित रखने के लिए ज़िम्मेदार है। वे एक कोच या गाइड के रूप में अपनी टीम के लिए काम करते हैं। एक अन्य भूमिका जिम्मेदारी पूरी टीम को चीजों को प्रबंधित करने और स्प्रिंट योजना से अंत तक परियोजना को सुचारू रखने में मदद कर रही है। वह लक्ष्य के निष्पादन और उच्च भावना को बनाए रखने के लिए आवश्यक संसाधनों की व्यवस्था भी करता है।
उत्पाद स्वामी
उत्पाद स्वामी निष्पादन भाग को संभालता है। यह भूमिका परियोजना पर काम कर रहे हितधारकों का भी प्रतिनिधि है और बेहतर परिणामों के लिए उत्पाद बैकलॉग को प्राथमिकता देने और आरओआई को अधिकतम करने के लिए जिम्मेदार है। एक उत्पाद स्वामी के रूप में, व्यक्ति को व्यावसायिक गतिविधियों में विशेषज्ञ होना चाहिए और प्राप्त किए जाने वाले लक्ष्यों के बारे में स्पष्ट होना चाहिए।
Scrum टीम
इस मॉडल में स्क्रम टीम एक्जीक्यूटिव फोकस है। वे वही हैं जो निर्देशों का पालन करते हैं और परिणाम उत्पन्न करते हैं। अक्सर स्क्रम टीम 5-7 व्यक्तियों के समूह में काम करती है। आदर्श रूप से, स्क्रम टीम को सह-स्थित और अच्छी तरह से जुड़ा होना चाहिए।
इतनी छोटी टीम के भीतर, विविध क्षमताओं वाले लोग स्क्रम प्रोजेक्ट का हिस्सा होते हैं। वे बाधाओं को कम करने के लिए एक-दूसरे को क्रॉस-ट्रेनिंग में मदद करते हैं। सामूहिक जिम्मेदारी और व्यक्तिगत लचीलापन स्क्रम टीम को विशिष्ट बनाते हैं।
Scrum, Kanban, और Agile
Scrum, Kanban, और Agile को अक्सर विनिमेय शब्दों के रूप में उपयोग किया जाता है। लेकिन यह हकीकत नहीं है। Scrum फ्रेमवर्क और Kanban Agile ढांचे हैं जो चुस्त सॉफ्टवेयर विकास पर भरोसा करते हैं, जहां प्रक्रिया में लचीलापन अंतिम लक्ष्य प्राप्त करने का मुख्य उद्देश्य है।
दोनों ढांचे, यानी, Kanban और Scrum, मुख्य कार्यों को छोटी गतिविधियों में विभाजित करने और टीम के सदस्यों सहित सर्वोत्तम परिणाम उत्पन्न करने में विश्वास करते हैं। Scrum के लिए, यह स्प्रिंट योजना के माध्यम से किया जाता है, जबकि Kanban इनपुट चरण में ऐसा करने में मदद करता है। हालांकि, Scrum में, छोटे स्प्रिंट चुस्त ढांचे का हिस्सा हैं। लेकिन Kanban में ऐसा कुछ नहीं है, और यह एक सतत प्रक्रिया है।
आपको Scrum क्यों चुनना चाहिए?
यदि आप अपनी परियोजनाओं को आगे बढ़ाने के लिए Scrum पद्धति पर विचार करने के बारे में संशय में हैं, तो यहां कुछ कारण दिए गए हैं जिन्हें आपको चुनना चाहिए। Scrum परियोजना को समझना आसान है। एक बार समझने के बाद, भूमिकाओं (स्क्रम मास्टर, उत्पाद स्वामी, विकास दल), कलाकृतियों और घटनाओं को स्क्रम परियोजना पर आसानी से लागू किया जा सकता है।
इसके अलावा, टीम के प्रत्येक सदस्य द्वारा की जाने वाली भूमिकाएं और कार्य स्पष्ट हैं, बेहतर सहयोग और लक्ष्यों की स्पष्टता सुनिश्चित करते हैं। पारदर्शिता और सामूहिक स्वामित्व दोनों ऐसे लाभ हैं जिन्हें Scrum प्रक्रिया के माध्यम से प्राप्त किया जा सकता है।
इसके अलावा, स्प्रिंट एक स्पष्ट सुपुर्दगी के साथ छोटी अवधि की गतिविधियाँ हैं। यह पूरी विकास टीम को काम करना जारी रखने और बड़े लक्ष्य को प्राप्त करने के लिए प्रेरित रखने में मदद करता है। ध्यान रखें कि इन लाभों को प्राप्त करने से पहले एक प्रारंभिक सीखने की अवस्था है, लेकिन लंबे समय तक चलने वाले लाभ उस समय से कहीं अधिक महत्वपूर्ण हैं जो आपको स्क्रम प्रक्रिया में महारत हासिल करने के लिए खर्च करना होगा।
उपसंहार
Scrum सिद्धांत सॉफ्टवेयर विकास प्रक्रियाओं में मदद कर सकते हैं। आमतौर पर, विकास दल ऑनलाइन एप्लिकेशन ढूंढते हैं जो एक अनुकूलित स्क्रम प्रक्रिया बनाने की सुविधा प्रदान करते हैं। AppMaster एक ऐसा उपकरण है जो बाजार में आने वाले समय के साथ-साथ विकास लागत और रखरखाव लागत को कम करके सॉफ्टवेयर विकास में मदद कर सकता है।
