Scrum और Kanban की तुलना: समय-सीमित स्प्रिंट बनाम निरंतर प्रवाह, भूमिकाएँ, WIP सीमाएँ, मेट्रिक्स, और East Agile Tracker का इटरेशन-आधारित बोर्ड इन दोनों के बीच कहाँ आता है।
Scrum और Kanban वे दो एजाइल विधियाँ हैं जिनकी टीमें सबसे अधिक तुलना करती हैं। दोनों काम को दृश्यमान बनाती हैं और दोनों का लक्ष्य छोटे-छोटे टुकड़ों में डिलीवर करना है। उनका अंतर इसमें है कि वे काम की गति कैसे तय करती हैं: Scrum निश्चित समय-सीमाओं में योजना बनाता है, जबकि Kanban काम को निरंतर खींचता है और एक साथ प्रगति में रहने वाले काम की मात्रा को सीमित करता है।
यह पेज दोनों की तुलना करता है। XP और Lean सहित पूरे परिवार के लिए, एजाइल डेवलपमेंट क्या है? देखें।
Scrum संक्षेप में
Section titled “Scrum संक्षेप में”Scrum काम को स्प्रिंट में व्यवस्थित करता है — निश्चित समय-सीमाएँ, आमतौर पर एक से चार सप्ताह की। हर स्प्रिंट स्प्रिंट प्लानिंग से शुरू होता है, जिसमें टीम वह काम चुनती है जिसे वह पूरा करने की उम्मीद करती है, और जो बनाया गया उसकी समीक्षा तथा टीम ने कैसे काम किया उस पर एक रेट्रोस्पेक्टिव के साथ समाप्त होता है।
Scrum तीन भूमिकाएँ निर्धारित करता है:
- Product Owner — प्रोडक्ट बैकलॉग और उसके क्रम का स्वामी।
- Scrum Master — टीम को प्रक्रिया पर मार्गदर्शन देता है और बाधाएँ दूर करता है।
- Developers — इंक्रीमेंट बनाते हैं।
मुख्य माप वेलोसिटी है: टीम प्रति स्प्रिंट कितना काम पूरा करती है, जो अगले स्प्रिंट की योजना का आधार बनता है। वेलोसिटी क्या है? देखें।
Kanban संक्षेप में
Section titled “Kanban संक्षेप में”Kanban टीम के मौजूदा वर्कफ़्लो से शुरू होता है। काम के आइटम कॉलमों वाले एक बोर्ड पर आगे बढ़ते हैं, जहाँ हर कॉलम एक चरण दर्शाता है (उदाहरण के लिए To do → In progress → Review → Done)। यह विधि तीन विचारों पर टिकी है:
- वर्कफ़्लो को दृश्यमान करें — हर आइटम और हर चरण बोर्ड पर होता है।
- प्रगति में काम (WIP) को सीमित करें — हर कॉलम की एक ऊपरी सीमा होती है; कोई नया आइटम तभी आता है जब कोई आइटम बाहर जाता है।
- प्रवाह का प्रबंधन करें — टीम मापती है कि आइटम कितना समय लेते हैं (cycle time, lead time) और रुकावटों को दूर करती है।
Kanban में कोई समय-सीमा नहीं होती और कोई भूमिका निर्धारित नहीं होती। योजना तब बनती है जब कतार को फिर से भरने की ज़रूरत होती है।
आमने-सामने
Section titled “आमने-सामने”| Scrum | Kanban | |
|---|---|---|
| लय | निश्चित स्प्रिंट (1–4 सप्ताह) | निरंतर प्रवाह |
| प्रतिबद्धता | स्प्रिंट के लिए नियोजित काम | कोई बैच प्रतिबद्धता नहीं; क्षमता होने पर खींचें |
| भूमिकाएँ | Product Owner, Scrum Master, Developers | कोई निर्धारित नहीं |
| चक्र के बीच बदलाव | स्प्रिंट के भीतर हतोत्साहित | किसी भी समय अनुमत |
| काम की सीमा | स्प्रिंट की क्षमता | प्रति कॉलम WIP सीमा |
| मुख्य मेट्रिक्स | वेलोसिटी, बर्नडाउन | Cycle time, lead time, throughput |
| बोर्ड | हर स्प्रिंट में रीसेट | स्थायी |
दोनों में से चुनना
Section titled “दोनों में से चुनना”सामान्य रूप से कोई भी विधि बेहतर नहीं है। Scrum उन टीमों के लिए उपयुक्त है जो योजना की नियमित लय और पिछले स्प्रिंट पर आधारित पूर्वानुमान चाहती हैं, जैसे तय समय पर फ़ीचर शिप करने वाली प्रोडक्ट टीमें। Kanban उस काम के लिए उपयुक्त है जो अनिश्चित रूप से आता है और आते ही निपटाना पड़ता है, जैसे सपोर्ट, ऑपरेशन्स या रखरखाव।
कई टीमें दोनों को मिलाती हैं (“Scrumban”): वे योजना की एक लय बनाए रखती हैं और साथ ही इस पर नज़र रखती हैं कि कितना काम प्रगति में है।
East Agile Tracker कहाँ आता है
Section titled “East Agile Tracker कहाँ आता है”East Agile Tracker इटरेशन-आधारित है, जो इसे Kanban की तुलना में Scrum और eXtreme Programming के अधिक निकट रखता है। ऊपर की कुछ अवधारणाओं के लिए यह अपने शब्दों का उपयोग करता है:
- स्प्रिंट को इटरेशन कहा जाता है। हर प्रोजेक्ट 1–4 सप्ताह की इटरेशन लंबाई तय करता है। इटरेशन स्वतः बनते हैं; खोलने या बंद करने के लिए कोई स्प्रिंट नहीं होता। इटरेशन देखें।
- बैकलॉग एक एकल क्रमबद्ध सूची है। प्रोडक्ट ओनर इसे सख़्त प्राथमिकता क्रम में रखता है, और Backlog वेलोसिटी से आगामी इटरेशन का प्रक्षेपण करता है। यूज़र स्टोरी और इटरेशन प्लानिंग देखें।
- वेलोसिटी योजना का आकार तय करती है। auto-plan iterations चालू होने पर, वर्तमान इटरेशन आपकी वेलोसिटी तक भरता है और उससे आगे नहीं। एक इटरेशन की योजना बनाना देखें।
- हर स्टोरी अपना स्टेट स्वयं रखती है। कोई स्टोरी बोर्ड के कॉलमों के बजाय Unstarted → Started → Finished → Delivered → Accepted से होकर गुज़रती है, जो कार्ड पर दिखाया जाता है। स्टेट मशीन देखें।
यहाँ कोई WIP सीमा नहीं है और इटरेशन-रहित प्रवाह मोड भी नहीं है। Kanban के जो विचार यहाँ भी लागू होते हैं, वे हैं दृश्यता (हर स्टोरी और उसका स्टेट एक ही बोर्ड पर) और प्रवाह मेट्रिक्स: मेट्रिक्स पेज वेलोसिटी का रुझान, बर्नडाउन, और इटरेशनों के बीच आगे ले जाई गई स्टोरी दिखाता है।
आगे पढ़ें
Section titled “आगे पढ़ें”- एजाइल डेवलपमेंट क्या है? — मैनिफ़ेस्टो और विधियों का परिवार।
- वेलोसिटी क्या है? — वेलोसिटी की गणना और उपयोग कैसे होता है।
- स्टोरी पॉइंट क्या हैं? — सापेक्ष अनुमान।