स्क्रम: एक त्वरित परिचय

स्क्रम (रग्बी टीम), एक सॉफ्टवेयर विकास मॉडल एक प्रकार का एजाइल विकास है, जो पिछले दस वर्षों में धीरे-धीरे लोकप्रिय हुआ है।

स्क्रम की मूल धारणा

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

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

स्क्रम प्रक्रिया

स्क्रम विकास प्रक्रिया आमतौर पर 30 दिन (या उससे कम) के चरण से शुरू होती है, जिसमें ग्राहक के नए उत्पाद आवश्यकता विवरण से शुरू होता है, विकास टीम और ग्राहक प्रत्येक चरण के शुरुआत में विवरण के किन भागों को पूरा करने का चयन करते हैं, विकास टीम को 30 दिनों के बाद परिणाम प्रदान करने की कोशिश करनी होती है, और टीम प्रतिदिन 15 मिनट के लिए मीटिंग करती है ताकि प्रत्येक सदस्य की प्रगति और योजना की समीक्षा कर सके, उनके सामने आए कठिनाइयों को समझ सके और उनका निवारण करने की कोशिश कर सके।

एजाइल दृष्टिकोण के लाभ

स्क्रम का लाभ क्या है आरंभिक विकास मॉडल की तुलना मेंपारंपरिक विकास मॉडल की तुलना में।स्क्रम मॉडल की एक विशिष्ट विशेषता यह है कि यह बदलावों के प्रति प्रतिक्रिया देता है। यह बदलावों के प्रति सबसे तेजी से प्रतिक्रिया दे सकता है।

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

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

पूरी परियोजना को आगे से योजना बनाई जाती है बिना किसी बदलाव के आवश्यकताओं के लिए जगह के, उदाहरण के लिए PMI का PMBOK और PRINCE2 सख्त और अत्यधिक नियंत्रित हैं। वे परियोजना योजना के विभिन्न चरणों को शुरुआत से अंत तक चिह्नित करते हैं और यह मानते हैं कि आपके पास पहले से ही सभी आवश्यकताओं और जानकारी की आवश्यकता है।

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

स्क्रम प्रक्रिया का समीक्षा

स्क्रम एक ढांचा है जो निर्धारित करता है भूमिकाएं, घटनाएं, कलाकृतियां, और उस मानसिकता को लागू करने के लिए नियम/मार्गदर्शिकाएं। दूसरे शब्दों में, एजाइल मानसिकता है और स्क्रम वह ढांचा है जो एजाइल दर्शन को लागू करने के लिए एक प्रक्रिया को निर्धारित करता है।

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

स्क्रम में त्वरित जांच और अनुकूलन शामिल होता है, टीमवर्क नेतृत्व दर्शन, जिम्मेदारी और स्व-संगठन द्वारा बढ़ाया जाता है, इंजीनियरिंग की उत्तम विधियां जो त्वरित उच्च गुणवत्ता वाले सॉफ्टवेयर के डिलीवरी में मदद करती हैं।

स्क्रम की मुख्य शब्दावली

बैकलॉग: सभी उन कार्य जो पूर्वानुमानित किए जा सकते हैं, जिसमें सभी कार्यात्मक और अकार्यात्मक कार्य शामिल हैं।

स्प्रिंट: पीढ़ीगत विकास के लिए समय अवधि, आमतौर पर एक चक्र के रूप में अधिकतम 30 दिन। इस समय के दौरान, विकास टीम को एक निर्धारित बैकलॉग पूरा करने की आवश्यकता होती है, और अंतिम परिणाम एक आगे बढ़ता और डिलीवर करने योग्य उत्पाद होता है।

स्प्रिंट बैकलॉग: एक स्प्रिंट चक्र में पूरा करने के लिए आवश्यक कार्य।

टाइम-बॉक्स: मीटिंग के लिए समय का टाइम स्लॉट। उदाहरण के लिए, प्रत्येक डेली स्क्रम मीटिंग का टाइम-बॉक्स 15 मिनट है।

स्प्रिंट योजना बैठक: प्रत्येक स्प्रिंट शुरू करने से पहले आयोजित की जाती है। आमतौर पर एक दिन (8 घंटे)। इस बैठक में निर्धारित कार्य है: उत्पाद मालिक और टीम सदस्य बैकलॉग को छोटे-छोटे कार्यात्मक मॉड्यूल में विभाजित करते हैं, यह तय करते हैं कि आगामी स्प्रिंट में कितने छोटे कार्यात्मक मॉड्यूल पूरे किए जाने चाहिए, और इस उत्पाद बैकलॉग के कार्य की प्राथमिकता तय करते हैं। इसके अलावा, बैठक में इन छोटे कार्यात्मक मॉड्यूल को आवश्यकता के अनुसार पूरा करने के तरीके के बारे में विस्तार से चर्चा करने की आवश्यकता होती है। इन मॉड्यूल के कार्यभार की गणना घंटों में की जाती है।

डेली स्क्रम बैठक: विकास टीम के सदस्यों द्वारा आयोजित की जाती है, आमतौर पर 15 मिनट। प्रत्येक विकास सदस्य को स्क्रम मास्टर को तीन बिंदुओं पर रिपोर्ट करने की आवश्यकता होती है: आज क्या पूरा किया गया? क्या आपने बाधाओं का सामना किया? आप क्या करने जा रहे हैं? इस बैठक के माध्यम से टीम सदस्य एक दूसरे के प्रोजेक्ट के प्रगति को समझ सकते हैं।

स्प्रिंट समीक्षा बैठक: प्रत्येक स्प्रिंट के बाद, टीम स्प्रिंट के परिणामों को उत्पाद मालिक और अन्य संबंधित व्यक्तियों को प्रस्तुत करेगी। आमतौर पर, यह बैठक 4 घंटे तक चलती है।

स्प्रिंट रिट्रोस्पेक्टिव के बाद होता है स्प्रिंट समीक्षा और अगले के पहले स्प्रिंट योजना। यह एक महीने के लिए अधिकतम तीन घंटे की बैठक है स्प्रिंट्स। रिट्रोस्पेक्टिव सत्र मूल रूप से एक “सुधार” बैठक है जिसका उद्देश्य संभावित खतरों, पिछली गलतियों की पहचान करने और उन गलतियों से बचने के नए तरीकों को खोजने के लिए है, जिसमें सभी शामिल होते हैं — उत्पाद मालिक, स्क्रम मास्टर, विकास टीम के सदस्य, और वैकल्पिक रूप से स्टेकहोल्डर्स।उत्पाद मालिक, स्क्रम मास्टरविकास टीम के सदस्य, और वैकल्पिक रूप से स्टेकहोल्डर्स के साथ।

स्क्रम मास्टर: एक टीम सदस्य जो पूरे स्क्रम प्रक्रिया के निरीक्षण और योजना के संशोधन के लिए जिम्मेदार होता है।

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

एक स्क्रम टीम एक व्यक्तियों का संग्रह (आमतौर पर पांच से नौ सदस्यों के बीच) है जो आवश्यक उत्पाद अनुभागों को डिलीवर करने के लिए एक साथ काम करते हैं। स्क्रम फ्रेमवर्क टीम सदस्यों के बीच उच्च स्तर के संचार को बढ़ावा देता है, ताकि टीम कर सके:

• एक सामान्य लक्ष्य का अनुसरण करें
• एक ही मान्यताओं और नियमों का पालन करें
• एक दूसरे के प्रति सम्मान दिखाएं

स्क्रम कैसे काम करता है?

एक स्क्रम प्रक्रिया अन्य एजाइल प्रक्रियाओं से विशिष्ट अवधारणाओं और अभ्यासों द्वारा अलग होती है, जिन्हें तीन श्रेणियों में बांटा गया है: भूमिकाएं (उत्पाद मालिक, स्क्रम मास्टर, विकास टीम और अन्य हितधारक), घटनाएं, उपकरण और नियम।

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

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।