कानबान बनाम स्क्रम: वह जो आपने नहीं सोचा था कि आपको जानने की आवश्यकता है
Agile डेवलपमेंट उत्पाद बनाने के दौरान निरंतर फीडबैक प्राप्त करने के बारे में है और इसके कई लाभ हैं। Agile डेवलपमेंट के फायदों को देखते हुए, आप इसके उपयोग से अपने सभी प्रोजेक्ट्स करना चाह सकते हैं। लेकिन क्या आप उन तरीकों के बारे में जानते हैं जिनसे आप agile डेवलपमेंट को अपना सकते हैं? यदि नहीं, तो हमने आपकी सहायता के लिए यह जानकारी तैयार की है।
जब Agile डेवलपमेंट की बात आती है, तो शायद हमारे दिमाग में केवल दो ही नाम आते हैं, Scrum और Kanban। ये दोनों ही बहुत लोकप्रिय हैं और इनके अपने फायदे हैं। लेकिन अगर कोई Kanban VS Scrum की बहस शुरू करता है, तो चुनाव टीम और बनाए जाने वाले उत्पादों पर निर्भर करेगा। आपको दोनों को समझने में मदद करने के लिए, हम अपनी खुद की Kanban VS Scrum बहस करने जा रहे हैं। तो, चलिए सीधे इसमें उतरते हैं।
Kanban VS Scrum: वे बातें जो आपको जाननी चाहिए
यहाँ शुरुआत करने के लिए दोनों का थोड़ा परिचय दिया गया है।
• Kanban के बारे में दिलचस्प तथ्य:
Kanban मूल रूप से किसी प्रोजेक्ट में काम के प्रवाह (flow of work) को प्रबंधित करने के लिए उपयोग की जाने वाली कार्यप्रणाली है। यह कार्य वस्तुओं को निरंतर संसाधित करके प्रोजेक्ट्स के वर्कफ़्लो को कुशलतापूर्वक अनुकूलित करने में मदद करता है और टीम के सदस्यों को चीजों की निगरानी करने देने के लिए, यह Kanban बोर्ड पर सभी प्रक्रियाओं को विज़ुअलाइज़ करता है। प्रक्रिया का सारा अनुकूलन सिद्धांतों और प्रथाओं के एक निश्चित सेट द्वारा किया जाता है।
Kanban के सिद्धांत निम्नलिखित हैं।
• आप जो भी कर रहे हैं उसी के साथ शुरुआत करें।
• किसी भी समय बदलाव के लिए तैयार रहें।
• अपनी भूमिकाओं और जिम्मेदारियों का सम्मान करना।
• नेतृत्व प्रोत्साहन।
• Scrum की अनूठी विशेषताएं:
यदि हम Scrum की तुलना Kanban से करते हैं, तो यह एक अत्यधिक निर्देशात्मक (prescriptive) कार्यप्रणाली है। Scrum में, प्रक्रियाएं और भूमिकाएं पहले से परिभाषित होती हैं और इसमें विस्तृत और प्रतिबंधात्मक योजना होती है। सभी बड़ी प्रक्रियाओं को छोटे खंडों में विभाजित किया जाता है और प्रत्येक खंड के लिए एक समय अवधि परिभाषित की जाती है, जिसे Sprint के रूप में भी जाना जाता है।
वर्कफ़्लो बनाए रखने के लिए, एक निश्चित स्प्रिंट में नए काम को जोड़ने की सराहना नहीं की जाती है। इसके बजाय, काम का नया हिस्सा एक नए Sprint का इंतज़ार करता है और इस तरह, टीम के सदस्यों को किसी भी रनटाइम बदलाव पर प्रतिक्रिया नहीं देनी पड़ती है। इसके सिद्धांत हैं,
• काम की पारदर्शिता।
• सभी स्तरों पर निरीक्षण।
• अनुकूलन प्रोत्साहन।
Kanban VS Scrum: भूमिकाएं और जिम्मेदारियां
दोनों अवधारणाओं का अंदाजा होने के बाद, अब हम Kanban और Scrum दोनों की भूमिकाओं और जिम्मेदारियों पर गौर करेंगे।
Kanban में भूमिकाएं और जिम्मेदारियां।
Kanban में, टीम के सभी सदस्यों की भूमिकाएं और जिम्मेदारियां पहले से परिभाषित नहीं होती हैं। सभी सदस्यों को सहयोग करने और उस व्यक्ति की मदद करने की अनुमति है जिसे अपने काम में कोई कठिनाई हो रही है। इस तरह, वर्कफ़्लो के अनुकूलन के लिए एक सहयोगात्मक वातावरण प्रदान किया जाता है। लेकिन कार्य की प्रगति और टीम के प्रदर्शन की निगरानी के लिए अभी भी प्रोजेक्ट मैनेजर मौजूद होते हैं।
Scrum में भूमिकाएं और जिम्मेदारियां।
Scrum में, हर किसी को एक निश्चित भूमिका सौंपी जाती है और उसे पूरा करने के लिए जिम्मेदार ठहराया जाता है। लक्ष्य और उद्देश्य, जैसे कि बैकलॉग और काम की प्राथमिकता, उत्पाद मालिक (product owner) द्वारा परिभाषित किए जाते हैं। समय सीमा की निगरानी के लिए, Scrum मास्टर होते हैं और वे टीम के सदस्यों को केंद्रित रहने में भी मदद करते हैं।
इस तरह, जिम्मेदारियों का निष्पादन हासिल किया जाता है।
Kanban VS Scrum: मुख्य अंतर
चीजों को कुशलतापूर्वक विस्तार से बताने और Kanban Vs Scrum की बहस को और दिलचस्प बनाने के लिए, अब हम Kanban और Scrum के बीच के प्रमुख अंतरों पर चर्चा करने जा रहे हैं।
डिलीवरी समयसीमा।
• Kanban में।
कार्यों को डिलीवर करने के लिए Kanban में कोई निश्चित समय नहीं है। बिना किसी योजनाबद्ध कार्यक्रम या तारीखों के, टीम के सदस्यों को काम पूरा होते ही उसे डिलीवर करने की अनुमति है।
• Scrum में।
Kanban के विपरीत, कार्यों को पूरा करने के लिए पहले से निर्धारित देय तिथियां होती हैं, और जिस टीम सदस्य को वह विशेष कार्य सौंपा गया है, उसे निर्धारित समय पर उसे डिलीवर करना होता है। लेकिन कुछ असाधारण परिस्थितियों में, जहां एक टीम के सदस्य को लगता है कि काम का यह हिस्सा उतना मूल्यवान नहीं है, वहां स्प्रिंट के दायरे को बदला जा सकता है।
उत्पादकता के लिए मेट्रिक्स।
• Kanban में।
Kanban टीमों की उत्पादकता मापने के लिए, इस्तेमाल किया जाने वाला मेट्रिक साइकिल टाइम (cycle time) है। इसमें, कार्य को पूरा करने के लिए शुरू से अंत तक लगने वाले समय का निर्धारण किया जाता है।
• Scrum में।
Scrum में मुख्य मेट्रिक वेलोसिटी (velocity) है। यह मूल रूप से स्टोरी पॉइंट्स की संख्या है जो एक ही स्प्रिंट में पूरे होते हैं। यह भविष्य में टीम की स्प्रिंट प्रतिबद्धताओं और भविष्य के स्प्रिंट में टीम से कितने काम की उम्मीद की जा सकती है, यह निर्धारित करने में मदद करता है।
काम की सीमाएँ।
• Kanban में।
Kanban में प्रति वर्कफ़्लो स्थिति प्रगति पर कार्य (work in progress) के लिए एक सीमा है। विभिन्न वर्गों में काम करने वाले सदस्य एक समय में एक निश्चित संख्या में कार्य करने के लिए बाध्य हैं।
• Scrum में।
Scrum में प्रत्येक टीम सदस्य को कार्यों की एक निश्चित संख्या सौंपी जाती है। टीम के सदस्यों को उन कार्यों की संख्या चुनने की अनुमति है जिन्हें वे एक ही स्प्रिंट में करना चाहते हैं। सदस्य प्रगति अनुभाग में एक ही समय में सभी कार्य रख सकते हैं।
कार्य परिवर्तन।
• Kanban में।
काम में बदलाव के मामले में, Kanban एक लचीला विकल्प है। टीम के सदस्यों को किसी भी समय वर्कफ़्लो बदलने की खुली छूट दी जाती है। यह टीम पर निर्भर है कि वे अपनी प्राथमिकता के अनुसार नया काम जोड़ना चाहते हैं, किसी को हटाना चाहते हैं या किसी निश्चित कार्य को ब्लॉक करना चाहते हैं।
• Scrum में।
Scrum दर्शन में, स्प्रिंट के दौरान बदलाव करने को हतोत्साहित किया जाता है। लेकिन अगर काम उतना महत्वपूर्ण नहीं है और बदलाव जरूरी है, तो स्प्रिंट का दायरा बदल दिया जाता है।
बदलाव करने का अधिकार।
• Kanban में।
Kanban उत्पाद स्वामियों को बदलाव करने का अधिकार देता है। यह उन दो भूमिकाओं द्वारा किया जाता है जिन्हें टीम के सदस्य निभा सकते हैं। इनमें से एक भूमिका सर्विस रिक्वेस्ट मैनेजर के लिए है और दूसरी सर्विस डिलीवरी मैनेजर के लिए है।
• Scrum में।
यदि हम स्क्रम में बदलाव के अधिकार की बात करें, तो प्रोडक्ट ओनर को स्क्रम बोर्ड को बदलने का अधिकार नहीं दिया जाता है, लेकिन वह इसे देख सकता है। केवल स्क्रम टीम के पास बोर्ड पर चीजों को अपडेट या एडिट करने का अधिकार होता है।
रीसेट करने की अवधि।
• कानबान में।
कानबान में कार्यों के लिए कोई पूर्व-निर्धारित डिलीवरी समय नहीं होता है। इसलिए, कानबान में, बोर्ड को रीसेट करने और चीजों को फिर से शुरू करने की आवश्यकता नहीं होती है। टीम के सदस्य अपने प्रोजेक्ट लाइफ साइकिल को जारी रखते हैं और, एक बार आवश्यकता होने पर, कानबान बोर्ड में एक नया आइटम जोड़ दिया जाता है।
• स्क्रम में।
स्क्रम में रीसेट केवल तभी हो सकता है जब सभी कार्य पूरे हो जाएं। ऐसे मामले में, स्प्रिंट समाप्त हो जाता है, और सभी स्टिकर अंतिम Done सेक्शन में होते हैं। यदि ऐसा नहीं है, तो स्प्रिंट को सफल नहीं माना जाता है।
कानबान बनाम स्क्रम: दोनों में समानताएं
जब हम कानबान बनाम स्क्रम की बात करते हैं, तो इनमें समानताएं भी होती हैं। निम्नलिखित कुछ बिंदु हैं जो कानबान और स्क्रम को एक दूसरे के समान बनाते हैं।
दोनों एजाइल पद्धति का उपयोग करते हैं।
यदि हम समानताओं की बात करें, तो किताबों के अनुसार दोनों एजाइल हैं। इसका अर्थ है कि दोनों काम करने के लिए एजाइल सिद्धांतों का उपयोग करते हैं और दोनों ही पुनरावृत्त कार्य प्रणालियाँ हैं और प्रक्रिया प्रवाह पर निर्भर करते हैं। इन दोनों पद्धतियों का मुख्य लक्ष्य बर्बादी को कम करना है। इनके बारे में दिलचस्प तथ्य यह है कि यदि आप स्क्रम का उपयोग कर रहे हैं, तो आप एक ही समय में कानबान का भी उपयोग कर सकते हैं।
डेलिगेशन और प्राथमिकता निर्धारण।
ये दोनों कार्य प्रणालियाँ प्रक्रियाओं की प्राथमिकता के लिए पुल सिस्टम (pull system) का उपयोग करती हैं। एक बार पिछली प्रक्रिया पूरी हो जाने के बाद ही अगली प्रक्रिया को काम के लिए लिया जाएगा। हालांकि, स्क्रम के मामले में, एक कार्य को खींचने के बजाय, कार्यों का एक पूरा बैच खींचा जाता है। इस तरह, एक व्यवस्थित वर्कफ़्लो बना रहता है।
अपने लिए सही विकल्प कैसे चुनें?
अब कानबान बनाम स्क्रम की बहस को समाप्त करने का समय है कि आपको कानबान चुनना चाहिए या स्क्रम। खैर, यह पूरी तरह से आपके द्वारा किए जा रहे काम की प्रकृति पर निर्भर करता है। उदाहरण के लिए, स्क्रम में ऐसा कोई नहीं है जो पूरी स्क्रम टीम का प्रबंधन करता हो। यदि काम की प्रकृति ऐसी है जहाँ अलग-अलग जिम्मेदारियाँ होने के बावजूद सभी को संगठित और समान माना जाना चाहिए, तो आपको स्क्रम चुनना चाहिए।
जबकि, यदि काम की प्रकृति ऐसी है कि इसमें लचीली प्रक्रियाओं के साथ निरंतर सुधार की आवश्यकता हो सकती है और टीम के सदस्यों को बहुत सारे आने वाले अनुरोधों से निपटना पड़ता है जो प्राथमिकता और आकार में भिन्न होते हैं, तो कानबान आपके लिए सबसे अच्छा विकल्प है। आप इनमें से किसी एक मॉडल को चुनने के लिए बाध्य भी नहीं हैं। आप एक हाइब्रिड दृष्टिकोण भी अपना सकते हैं जिसमें मॉडल कानबान और स्क्रम दोनों से प्रभावित होगा।
कानबान बनाम स्क्रम, रणनीति चुनने का विकल्प पूरी तरह से आपका है जो आपकी टीम की जरूरतों के लिए सबसे उपयुक्त हो। लेकिन एक बार जब आप कोई चुनाव कर लेते हैं, तो कुछ समय तक उस पर टिके रहें और अपनी टीम से फीडबैक लें।
निष्कर्ष।
यदि आप कानबान और स्क्रम के बीच चयन करने में फंसे हुए हैं क्योंकि यह किसी के लिए भी एक जटिल कार्य हो सकता है, तो हमने दोनों के बारे में बहुत अच्छे तरीके से चर्चा की है।
हमारे इस गाइड की मदद से, आप आसानी से यह निर्धारित कर पाएंगे कि स्क्रम कहाँ अच्छा काम करेगा और कानबान कहाँ बेहतर विकल्प होगा, उनके बीच मुख्य अंतर क्या हैं, और आपकी टीम के लिए सही कार्यप्रणाली क्या है। इस ज्ञान के साथ, आप अपने पहले एजाइल प्रोजेक्ट के लिए पूरी तरह तैयार हैं।