Scrum
Scrum एक एजाइल फ्रेमवर्क है जो टीमों को निश्चित भूमिकाओं, इवेंट और आर्टिफैक्ट के जरिए छोटे, पुनरावृत्त चक्रों में जटिल काम निपटाने में मदद करता है।
Scrum जटिल उत्पादों को विकसित करने और प्रबंधित करने के लिए एक एजाइल फ्रेमवर्क है, जिसकी शुरुआत मूल रूप से सॉफ्टवेयर डेवलपमेंट में हुई और अब इसका उपयोग कई उद्योगों में होता है। यह अनुभवजन्य प्रक्रिया नियंत्रण के विचार पर टिका है: किसी कार्य को शुरू से अंत तक पहले से योजनाबद्ध करने के बजाय, एक टीम छोटे, तय समय-सीमाओं में काम करती है जिन्हें Sprint कहा जाता है, जो आमतौर पर एक से चार हफ्तों तक चलते हैं। हर Sprint एक उपयोग करने लायक वर्क-इन्क्रीमेंट के साथ समाप्त होता है, जो फ़ीडबैक के लिए जगह बनाता है और टीम को अपने अगले कदम समायोजित करने देता है। पारदर्शिता, निरीक्षण और अनुकूलन का यह मिश्रण Scrum को उस काम के लिए उपयुक्त बनाता है जहां आवश्यकताएं अनिश्चित हों या बदलने की संभावना हो।
Scrum तीन निश्चित भूमिकाएं तय करता है। प्रोडक्ट ओनर उत्पाद के मूल्य का जिम्मेदार होता है और प्रोडक्ट बैकलॉग बनाए रखता है, यानी वह सब कुछ जो करना है उसकी प्राथमिकता-क्रम में सूची। स्क्रम मास्टर टीम को फ्रेमवर्क के भीतर काम करते रहने में मदद करता है, बाधाओं को दूर करता है, और बिना सीधे कार्य सौंपे सहयोग को सुगम बनाता है। डेवलपमेंट टीम खुद अपने काम की योजना बनाती है और उसे पूरा करती है। चार दोहराए जाने वाले इवेंट हर Sprint को उसकी संरचना देते हैं: शुरुआत में स्प्रिंट प्लानिंग, त्वरित तालमेल के लिए डेली Scrum, जो बना है उसे दिखाने के लिए स्प्रिंट रिव्यू, और टीम के मिलकर काम करने के तरीके को बेहतर बनाने के लिए स्प्रिंट रेट्रोस्पेक्टिव।
Scrum उन कार्यों के लिए सबसे अच्छा काम करता है जहां शुरुआत में दायरा या समाधान पूरी तरह स्पष्ट नहीं होता, जैसे उत्पाद विकास या कई स्टेकहोल्डर वाले जटिल प्रोजेक्ट। यह अपनी तय समय-सीमाओं और परिभाषित भूमिकाओं के मामले में Kanban से अलग है, जबकि Kanban बिना तय पुनरावृत्तियों के एक सतत प्रवाह पर अधिक निर्भर करता है। क्लासिक वॉटरफॉल योजना की तुलना में, इसका फायदा नियमित निरीक्षण है: गलत आकलन प्रोजेक्ट के अंत में ही नहीं बल्कि जल्दी सामने आ जाते हैं। व्यवहार में, Scrum के असफल होने की वजह आमतौर पर फ्रेमवर्क खुद नहीं बल्कि आधे-अधूरे मन से किया गया क्रियान्वयन होता है, उदाहरण के लिए जब रेट्रोस्पेक्टिव छोड़ दिए जाते हैं या बैकलॉग को बनाए नहीं रखा जाता।
व्यावहारिक उदाहरण
एक मध्यम आकार की मशीन-निर्माण कंपनी अपने उत्पादन उपकरणों की निगरानी के लिए नया सॉफ्टवेयर विकसित कर रही है। पांच लोगों की टीम दो-हफ्ते के Sprint में काम करती है: हर Sprint की शुरुआत में, वह लगभग 40 खुली बैकलॉग प्रविष्टियों में से दस सबसे महत्वपूर्ण को चुनती है, और 15 मिनट के डेली Scrum में रोज तालमेल बिठाती है। दस Sprint के बाद, पांच महीनों में, पहला उपयोग करने लायक संस्करण तैयार हो जाता है, बजाय उन नौ महीनों के डेवलपमेंट के जिसमें कोई मध्यवर्ती परिणाम नहीं होता, जैसा टीम ने मूल रूप से योजना बनाई थी। रेट्रोस्पेक्टिव से पता चलता है कि पहले तीन Sprint के दौरान अस्पष्ट आवश्यकताओं ने टीम की लगभग 20 प्रतिशत क्षमता खा ली, इसलिए प्रोडक्ट ओनर तब से अधिक स्पष्ट बैकलॉग विवरण लिखना शुरू कर देता है।
Leanshift कैसे मदद करता है
अपने मूल में, स्प्रिंट रेट्रोस्पेक्टिव बस एक दोहराया जाने वाला Kaizen चक्र है: टीम रुकती है, अभी-अभी पूरे हुए काम को ईमानदारी से देखती है, और आगे बढ़ने से पहले अपने काम करने के तरीके में सोच-समझकर सुधार करती है। यह Leanshift के इस नजरिए से मेल खाता है कि सुधार कोई एक बार का प्रोजेक्ट नहीं बल्कि रोजमर्रा के काम में शामिल एक नियमित आदत है। जो टीमें इस तरह काम करती हैं, वे सिर्फ उत्पाद को बेहतर नहीं बनातीं, बल्कि ऐसे और लोग तैयार करती हैं जो खुद चीजों को बेहतर बनाना जानते हैं।
अक्सर पूछे जाने वाले प्रश्न
क्या Scrum सिर्फ सॉफ्टवेयर डेवलपमेंट के लिए उपयोगी है?
नहीं। Scrum की शुरुआत सॉफ्टवेयर में हुई लेकिन अब इसका उपयोग मार्केटिंग, उत्पाद विकास, शिक्षा और अन्य क्षेत्रों में होता है, यानी कहीं भी जहां काम जटिल हो और आवश्यकताएं रास्ते में बदल सकती हों।
Scrum, Kanban से किस तरह अलग है?
Scrum, Sprint नामक तय समय-सीमाओं में परिभाषित भूमिकाओं और इवेंट के साथ चलता है, जबकि Kanban बिना तय पुनरावृत्तियों के काम के सतत प्रवाह को दृश्यमान बनाता है और इस बात पर ध्यान केंद्रित करता है कि एक समय में कितना काम प्रगति पर है, उसे सीमित रखना।
क्या एक छोटी टीम को वाकई एक समर्पित स्क्रम मास्टर की जरूरत है?
जरूरी नहीं कि यह पूर्णकालिक भूमिका हो। छोटी टीमों में, अक्सर कोई व्यक्ति इसे अपने नियमित काम के साथ संभाल लेता है; यहां मायने यह रखता है कि सुगमीकरण और फ्रेमवर्क खुद वाकई बनाए रखे जाएं।