दोन्ही Agile पद्धती आहेत, परंतु Scrum एक वेळा-बॉक्स केलेली, भूमिका-आधारित फ्रेमवर्क आहे तर Kanban एक सतत प्रवाह पद्धत आहे जी कामाचे व्हिज्युअलाइজेशन आणि कामाच्या प्रगतीमध्ये (WIP) मर्यादा लागू करण्यावर केंद्रित आहे. अनेक टीमे त्यांना मिश्रित करतात ("Scrumban").
| पैलू | Scrum | Kanban |
|---|
| लय | निश्चित Sprint | सतत प्रवाह |
| भूमिका | PO, Scrum Master, Developers | कोणतीही निर्धारित भूमिका नाही |
| बदलाची लय | Sprint मध्ये Backlog स्थिर | कोणत्याही वेळी पुनः प्राधान्य दे |
| मुख्य मेट्रिक | Velocity | Cycle time, throughput |
| मुख्य मर्यादा | Sprint commitment | WIP मर्यादा |
| सर्वोत्तम | योजनावद्ध, बॅच केलेल्या कामाकरिता | व्यत्यय-चालित प्रवाह (उदा. समर्थन) |
दोन-आठवड्यांच्या बॅचमध्ये वैशिष्ट्ये तयार करणारी उत्पादन टीम Scrum साठी योग्य आहे. अप्रत्याशित तिकिटांचा सतत प्रवाह हाताळणारी समर्थन किंवा ऑप्स टीम Kanban साठी योग्य आहे, WIP मर्यादा अंतर्गत क्षमता मुक्त होताच पुढील आयटम खेचते.
असा मॉडेल निवडणे जो कामचे वास्तविक आगमन कसे होते याशी जुळते त्यामुळे प्रक्रिया आणि वास्तवमधील सतत घर्षण टाळता येते.
दोन्हीचे समज केल्याने आपणास दृष्टिकोनामध्ये कस्टमाइজ करता येते — उदाहरणार्थ Scrum टीमच्या आत Kanban च्या WIP मर्यादा वापरून प्रवाह सुधारणे.