Scrum बनाम Kanban: अंतर क्या हैं, और छोटी टीम के लिए कौन-सा ठीक है
लेखक: Andrei Finogeev, Weft के संस्थापक ·
Scrum काम की योजना एक महीने या उससे कम के तय स्प्रिंट में बनाता है, जिसमें तीन ज़िम्मेदारियाँ (Product Owner, Scrum Master, Developers) और हर स्प्रिंट के भीतर चार इवेंट होते हैं। Kanban में न स्प्रिंट हैं न तय भूमिकाएँ: काम बोर्ड पर लगातार बहता है, और टीम साफ़ तौर पर सीमित करती है कि एक साथ कितना काम चल रहा हो। Scrum तब चुनें जब कई लोगों की टीम को तय डिलीवरी लय और हर चक्र के लिए स्थिर लक्ष्य चाहिए; Kanban तब चुनें जब काम अचानक आता हो और प्राथमिकताएँ रोज़ बदलती हों। Scrumban इन दोनों के बीच है: Kanban का बहाव, और स्प्रिंट सिर्फ़ वहाँ जहाँ वे मदद करें।
Scrum बनाम Kanban बनाम Scrumban: चीट शीट
Scrum वैसा जैसा 2020 की Scrum Guide में परिभाषित है, Kanban वैसा जैसा Kanban Guide (v2025.5) में। Scrumban की कोई आधिकारिक गाइड नहीं है; यह कॉलम बताता है कि इसे आम तौर पर कैसे चलाया जाता है।
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| लय | एक महीने या उससे कम के तय स्प्रिंट, एक के बाद एक | लगातार बहाव, कोई इटरेशन नहीं | लगातार बहाव; स्प्रिंट वैकल्पिक, आम तौर पर एक या दो हफ़्ते |
| भूमिकाएँ | Product Owner, Scrum Master, Developers | कोई तय नहीं | कोई तय नहीं; अक्सर एक व्यक्ति प्राथमिकताएँ तय करता है |
| मीटिंगें | Sprint Planning, Daily Scrum (15 मिनट), Sprint Review, Sprint Retrospective | कोई तय नहीं | सिर्फ़ वही जो टीम को काम का लगे, आम तौर पर प्लानिंग और एक रिव्यू |
| काम को क्या सीमित करता है | टीम स्प्रिंट के लिए जो प्रतिबद्धता लेती है | चल रहे काम की साफ़ तय लिमिट | चल रहे काम की लिमिट, और अगर हो तो स्प्रिंट लक्ष्य |
| चक्र के बीच में दायरा बदलना | Sprint Goal तय रहता है; Sprint Backlog को निखारा जा सकता है | कभी भी: जगह होने पर अगला आइटम खींच लिया जाता है | कभी भी; स्प्रिंट लक्ष्य एक निशाना है, ताला नहीं |
| मुख्य माप | Sprint Goal और Product Goal की ओर प्रगति | चल रहा काम, थ्रूपुट, वर्क आइटम की उम्र, साइकिल टाइम | आम तौर पर Kanban के बहाव वाले माप |
| बोर्ड | वैकल्पिक; हर स्प्रिंट में रीसेट | तरीक़े का केंद्र; बना रहता है | बना रहता है; स्प्रिंट उसका एक हिस्सा है |
| किसके लिए सबसे अच्छा | लगभग दस लोगों तक की प्रोडक्ट टीमें जो किसी लक्ष्य की ओर बना रही हों | सपोर्ट, ऑपरेशंस, और हर वह व्यक्ति जिसका काम बिना योजना के आता है | छोटी टीमें और सोलो फ़ाउंडर जिन्हें बहाव भी चाहिए और छोटी अवधि का लक्ष्य भी |
Scrum क्या है
Scrum को पहली बार Ken Schwaber और Jeff Sutherland ने 1995 में OOPSLA कॉन्फ़्रेंस में पेश किया था; आज इसके नियम 2020 की Scrum Guide हैं। एक Scrum Team में आम तौर पर दस या उससे कम लोग होते हैं, और वह स्प्रिंट में काम करती है: एक महीने या उससे कम की तय अवधि वाले इवेंट, जो पिछले के ख़त्म होते ही शुरू हो जाते हैं।
हर स्प्रिंट में चार इवेंट होते हैं। Sprint Planning (एक महीने के स्प्रिंट के लिए ज़्यादा से ज़्यादा आठ घंटे) Sprint Goal तय करती है और काम चुनती है। Daily Scrum, Developers के लिए 15 मिनट की जाँच है। Sprint Review (ज़्यादा से ज़्यादा चार घंटे) नतीजा स्टेकहोल्डरों को दिखाता है, और Sprint Retrospective (ज़्यादा से ज़्यादा तीन घंटे) देखता है कि टीम ने कैसे काम किया।
Scrum में तीन आर्टिफ़ैक्ट हैं, हर एक के साथ एक प्रतिबद्धता: Product Backlog (Product Goal), Sprint Backlog (Sprint Goal) और Increment (Definition of Done)।
Kanban क्या है
Kanban Guide, Kanban को “किसी प्रक्रिया के ज़रिए वैल्यू के बहाव को बेहतर बनाने की रणनीति” के रूप में परिभाषित करती है। यह उस कार्ड सिस्टम से निकला है जिसे Toyota यह संकेत देने के लिए इस्तेमाल करती थी कि और कब बनाना है, और 2000 के दशक में इसे नॉलेज वर्क के लिए ढाला गया।
इसकी तीन प्रथाएँ हैं: वर्कफ़्लो को परिभाषित करना और दिखाना, उसमें मौजूद आइटमों को सक्रिय रूप से संभालना, और उसे बेहतर बनाना। एकमात्र सख़्त नियम यह है कि सिस्टम के लोग साफ़ तौर पर नियंत्रित करें कि शुरू और ख़त्म के बीच कितने आइटम चल रहे हैं: यही चल रहे काम (WIP) की लिमिट है।
Kanban न भूमिकाएँ तय करता है, न स्प्रिंट, न मीटिंगें। यह बहाव के चार माप ट्रैक करता है: चल रहा काम, थ्रूपुट, वर्क आइटम की उम्र और साइकिल टाइम।
फ़ायदे और नुकसान
Scrum
- तय लय: सबको पता है कि अगला नतीजा कब आना है
- हर स्प्रिंट का साफ़ लक्ष्य टीम को भटकने से रोकता है
- प्रोडक्ट और प्रक्रिया को जाँचने के बने-बनाए मौक़े
- हर स्प्रिंट में चार इवेंट दो-तीन लोगों की टीम के लिए असली समय की लागत हैं
- ज़रूरी काम या तो अगले स्प्रिंट का इंतज़ार करता है या योजना तोड़ देता है
- हर ज़िम्मेदारी के लिए कोई चाहिए, और एक फ़ाउंडर ख़ुद को उनमें बाँट नहीं सकता
Kanban
- उसी बोर्ड पर शुरू होता है जो आपके पास है; WIP लिमिट के सिवा कुछ जोड़ना नहीं
- नया काम कभी भी खींचा जा सकता है
- बहाव के माप दिखाते हैं कि काम कहाँ अटकता है
- कोई बनी-बनाई डेडलाइन या लक्ष्य नहीं, इसलिए लंबा चलने वाला काम भटक सकता है
- WIP लिमिट के बिना यह बस कॉलम वाली टू-डू लिस्ट है
- आगे की योजना पूरी तरह टीम पर छोड़ दी जाती है
कौन-सा चुनें
- स्थिर रोडमैप वाली पाँच से दस लोगों की प्रोडक्ट टीम
- Scrum. जब कई लोगों को हर दो-एक हफ़्ते में एक लक्ष्य पर सहमत होना हो, तब इवेंट अपनी क़ीमत वसूल कर देते हैं।
- सपोर्ट, ऑपरेशंस, या ऐसी टीम जो आने वाले अनुरोधों पर चलती है
- Kanban. काम जब आता है तब आता है; स्प्रिंट योजना से ज़्यादा ज़रूरी हैं WIP लिमिट और साफ़ Done कॉलम।
- सोलो फ़ाउंडर या दो से पाँच लोगों की टीम
- Scrumban. WIP लिमिट वाला लगातार चलने वाला बोर्ड रखें, और एक या दो हफ़्ते के स्प्रिंट को छोटी अवधि के लक्ष्य की तरह इस्तेमाल करें, Scrum के पूरे इवेंट सेट के बिना।
Scrumban: बीच का रास्ता
Corey Ladas ने Scrumban को Scrum टीमों के pull पर आधारित बहाव की ओर बढ़ने के एक तरीक़े के रूप में बताया था। व्यवहार में इसका मतलब है WIP लिमिट वाला एक Kanban बोर्ड जो कभी रीसेट नहीं होता, साथ में वैकल्पिक टाइम-बॉक्स के रूप में स्प्रिंट जो काम के एक हिस्से को समूह में रखते हैं। हमारी पूरी गाइड नियम और बोर्ड सेट करने का तरीक़ा बताती है: Scrumban क्या है?
जब काम का कुछ हिस्सा AI एजेंट करते हैं
अगर ChatGPT, Claude, Cursor या Codex आपके लिए टास्क उठाते हैं, तो Scrum के इवेंट्स में शामिल होने वाला कोई नहीं: एजेंट स्टैंडअप में नहीं आता। जो अब भी मायने रखता है वह Kanban देता है: एक बोर्ड जो दिखाए कि क्या चल रहा है, एक WIP लिमिट ताकि दस टास्क एक साथ शुरू न हों, और एक साफ़ नियम कि कार्ड कब पूरा माना जाए।
रुकावट की जगह भी बदल जाती है। एजेंट काम जल्दी ख़त्म कर देते हैं, और धीमा क़दम बन जाता है उनके किए काम का आपका रिव्यू। आपका इंतज़ार कर रहे पूरे हुए काम पर लिमिट असल में इंसानी कॉलम पर WIP लिमिट है।
Weft इसी के लिए बना Scrumban बोर्ड है: कॉलम, वैकल्पिक स्प्रिंट, आपके रिव्यू का इंतज़ार कर सकने वाले पूरे हुए काम पर लिमिट, और एक AI जो शुरू करने से पहले टास्क क्लेम करता है, प्रगति रिपोर्ट करता है, और जब फ़ैसला सिर्फ़ आप ले सकते हों तो रुककर आपसे पूछता है।
सवाल
क्या Scrum और Kanban एक ही हैं?
नहीं। दोनों agile तरीक़े हैं और दोनों में अक्सर बोर्ड होता है, लेकिन Scrum काम की योजना तय भूमिकाओं और इवेंट्स के साथ तय स्प्रिंट में बनाता है, जबकि Kanban में लगातार बहाव है, कोई तय भूमिकाएँ नहीं, और चल रहे काम की साफ़ लिमिट है।
क्या Kanban में स्प्रिंट होते हैं?
Kanban में अपने-आप में नहीं: Kanban Guide कोई इटरेशन तय नहीं करती। जो टीमें Kanban बोर्ड में स्प्रिंट जोड़ती हैं, वे आम तौर पर Scrumban कर रही होती हैं।
Scrum स्प्रिंट कैसे काम करता है?
स्प्रिंट एक महीने या उससे कम की तय अवधि है। यह Sprint Planning से शुरू होता है, जो Sprint Goal तय करती है; Developers 15 मिनट की Daily Scrum के लिए मिलते हैं; यह नतीजे के Sprint Review और प्रक्रिया पर Sprint Retrospective के साथ ख़त्म होता है, और अगला स्प्रिंट तुरंत शुरू हो जाता है।
Scrumban किसने बनाया?
यह शब्द Corey Ladas के नाम है, जिन्होंने लेखों और 2009 की एक किताब में Scrumban को Scrum टीमों के Kanban जैसे pull की ओर बढ़ने के तरीक़े के रूप में बताया।
क्या Scrum और Agile एक ही हैं?
नहीं। Agile, 2001 के Agile Manifesto के मूल्यों और सिद्धांतों का समूह है; Scrum और Kanban काम करने के दो ख़ास तरीक़े हैं जो उनका पालन करते हैं।
क्या एक सोलो डेवलपर Scrum इस्तेमाल कर सकता है?
जैसा लिखा है वैसा नहीं: Scrum तीन अलग ज़िम्मेदारियों वाली टीम मानकर चलता है। सोलो डेवलपर आम तौर पर काम आने वाले हिस्से रखता है, एक बैकलॉग और छोटा स्प्रिंट लक्ष्य, और बोर्ड को Kanban की तरह चलाता है — यही Scrumban है।
स्रोत
11 नवंबर 2026 को पढ़ा गया।