Scrumban क्या है?

Scrumban असल में है क्या

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

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

यह नाम Corey Ladas से आया है, जिनके निबंध और बाद में आई किताब Scrumban ने बताया कि Scrum टीमें तय इटरेशन से हटकर पुल-आधारित बहाव की ओर कैसे बढ़ सकती हैं।

Scrumban बनाम Kanban बनाम Scrum

तीनों में फ़र्क़ ज़्यादातर दो बातों में है: काम समयबद्ध खंडों में प्लान होता है या नहीं, और बोर्ड के इर्द-गिर्द कितनी प्रक्रिया है।

स्रोत: स्प्रिंट, भूमिकाओं और इवेंट्स के लिए Scrum Guide; बहाव और चल रहे काम की लिमिट के लिए Kanban Guide।

Scrumban बोर्ड कैसा दिखता है?

Scrumban बोर्ड एक Kanban बोर्ड है जिस पर स्प्रिंट रख दिया गया है। कॉलम बताते हैं कि काम कहाँ है; स्प्रिंट बताता है कि इस हफ़्ते बैकलॉग का कौन-सा हिस्सा मायने रखता है। एक न्यूनतम बोर्ड में चार कॉलम होते हैं:

• Backlog — वह सब जो आप कर सकते हैं। नीचे बिना क्रम के, ऊपर क्रम में।
• Todo — जो आपने आगे करना तय कर लिया है। जान-बूझकर छोटा: जब यह कम होने लगे, तो वही प्लान करने का संकेत है।
• Doing — जिस पर कोई (इंसान या AI एजेंट) अभी काम कर रहा है।
• Done — पूरा हो चुका काम। स्प्रिंट के अंत में साफ़ या आर्काइव कर दिया जाता है।

Scrumban बोर्ड कैसे बनाएँ?

1. चार कॉलम बनाएँ: Backlog, Todo, Doing, Done।
2. जो कुछ भी आपको पता है, सब Backlog में डाल दें। सब कुछ न छाँटें — सिर्फ़ ऊपर का हिस्सा छाँटें।
3. तय करें कि Doing में एक साथ कितना हो सकता है। एक व्यक्ति के लिए एक या दो चीज़ें; छोटी टीम के लिए लगभग हर व्यक्ति पर एक।
4. स्प्रिंट की लंबाई चुनें — एक या दो हफ़्ते — और उसके लिए एक वाक्य का लक्ष्य लिखें। Todo में सिर्फ़ वही खींचें जो उस लक्ष्य के काम आए।
5. खींचकर काम करें: जब Doing में कुछ पूरा हो जाए, तो Todo के सबसे ऊपर से अगला कार्ड लें। कोई किसी पर काम नहीं थोपता।
6. प्लानिंग तब करें जब Todo कम होने लगे, कैलेंडर के हिसाब से नहीं। स्प्रिंट के अंत में देखें कि क्या हुआ और क्या नहीं, फिर अगला शुरू करें।

Weft ने Scrumban क्यों चुना

Weft इसलिए है क्योंकि ज़्यादातर टास्क मैनेजर दो छोरों में से किसी एक के आकार में बने हैं: या तो अकेली टुडू ऐप (अंतहीन सूची, कोई लय नहीं) या पचास लोगों वाली Agile सुइट (एक ही फ़ाउंडर के लिए प्रक्रिया का बोझ)। Scrumban ठीक बीच में बैठता है — इतना ढाँचा कि हर हफ़्ते या हर दो हफ़्ते कुछ रिलीज़ करना पड़े, और इतना नहीं कि रिलीज़ वाले दिन आप उसी का हिसाब-किताब करते रह जाएँ।

Weft इसे कैसे उतारता है

• चार डिफ़ॉल्ट कॉलम: Backlog, Todo, Doing, Done। चल रहा काम हर कॉलम की किसी संख्या से नहीं, बल्कि उस काम से सीमित होता है जो आपका इंतज़ार कर रहा है। Kanban Guide चल रहे काम को सीमित करने की साफ़ नीति को वर्कफ़्लो की परिभाषा का हिस्सा मानती है, ताकि नए आइटम तभी खींचे जाएँ जब क्षमता ख़ाली हो।
• एक बार में एक चालू स्प्रिंट, चाहें तो एक लक्ष्य के साथ। स्प्रिंट वैकल्पिक हैं — अगर शुद्ध Kanban आप पर बैठता है तो उन्हें छोड़ दें। Scrum Guide स्प्रिंट को एक महीने या उससे कम की तय लंबाई वाले इवेंट के रूप में परिभाषित करती है, जिसमें पिछला स्प्रिंट ख़त्म होते ही नया स्प्रिंट शुरू हो जाता है।
• टास्क में प्राथमिकता, अनुमान, ड्यू डेट और चाहें तो स्प्रिंट का जुड़ाव होता है। कोई एपिक नहीं, कोई वर्कफ़्लो नहीं, कोई कस्टम फ़ील्ड नहीं।
• साइकल टाइम तब शुरू होता है जब टास्क semantic="doing" वाले कॉलम में आता है और "done" में ख़त्म होता है। ये आँकड़े ईमानदार इस्तेमाल से निकलते हैं, स्टोरी-पॉइंट के गणित से नहीं।

AI एजेंट के साथ Scrumban

खींचकर काम करना ही Scrumban को AI एजेंट के लिए भी कारगर बनाता है। MCP के ज़रिए Weft से जुड़ा एजेंट अगला कार्ड ख़ुद उठाता है: start_task उस पर दावा करता है, ताकि कोई दूसरा एजेंट वही कार्ड न उठा ले, और complete_task उसे इस ब्योरे और सबूत के साथ पूरा करता है कि क्या किया गया। जब एजेंट को किसी फ़ैसले की ज़रूरत होती है, तो वह अंदाज़ा लगाने के बजाय आपसे पूछता है — और जब तक बहुत-सा पूरा काम आपका इंतज़ार कर रहा हो, एजेंट नए टास्क शुरू करना रोक देते हैं। यही चल रहे काम की Kanban लिमिट है, उस एक संसाधन पर लागू जो बढ़ नहीं सकता: आपका ध्यान।

Scrumban कब सही तरीका नहीं है

• आप एक साथ कई Scrum टीमें चलाते हैं। Scrum Guide के मुताबिक़ एक Scrum Team में आम तौर पर 10 या उससे कम लोग होते हैं, और बड़े प्रोडक्ट को कई Scrum Teams में बाँटना चाहिए जो एक ही Product Goal और एक ही Product Backlog साझा करें। प्रोग्राम स्तर की रिपोर्टिंग, साझा वेलोसिटी, टीमों के बीच निर्भरताएँ — यहाँ Jira में पूरा Scrum अपनी क़ीमत वसूल करता है। Nexus Guide इसी स्थिति के लिए लिखी गई है: कई Scrum Teams जो एक ही Product Backlog से काम करती हैं, और टीमों के बीच की निर्भरताओं को सामने लाने और सुलझाने के अतिरिक्त तरीक़े।
• आप सिर्फ़ सपोर्ट / लगातार चलने वाला ऑप्स करते हैं। स्प्रिंट की लय की ज़रूरत नहीं — शुद्ध Kanban या टिकटिंग सिस्टम बेहतर बैठता है।
• आपको Gantt चार्ट और टाइमलाइन चाहिए। Scrumban स्प्रिंट पर केंद्रित है, निर्भरता के ग्राफ़ पर नहीं।

Scrumban से जुड़े सवाल