બંને Agile પદ્ધતિઓ છે, પરંતુ Scrum એક સમય-સીમિત, ભૂમિકા-આધારિત માળખું છે જ્યારે Kanban એક સતત-પ્રવાહ પદ્ધતિ છે જે કાર્ય દૃશ્યમાન બનાવવા અને ચાલુ કામમાં સીમા લાગુ કરવા પર ધ્યાન કેન્દ્રિત છે (WIP). ઘણી ટીમો તેમને મિશ્રિત કરે છે ("Scrumban").
બંને Agile પદ્ધતિઓ છે, પરંતુ Scrum એક સમય-સીમિત, ભૂમિકા-આધારિત માળખું છે જ્યારે Kanban એક સતત-પ્રવાહ પદ્ધતિ છે જે કાર્ય દૃશ્યમાન બનાવવા અને ચાલુ કામમાં સીમા લાગુ કરવા પર ધ્યાન કેન્દ્રિત છે (WIP). ઘણી ટીમો તેમને મિશ્રિત કરે છે ("Scrumban").
| પાસું | Scrum | Kanban |
|---|
| લય | નિશ્ચિત Sprints | સતત પ્રવાહ |
| ભૂમિકાઓ | PO, Scrum Master, ડેવલપર્સ | કોઈ નિર્ધારિત ભૂમિકાઓ નથી |
| બદલાવની લય | Sprint માં બેકલોગ સ્થિર | કોઈપણ સમયે પુનઃપ્રાધાન્ય આપો |
| મુખ્ય મેટ્રિક | વેલોસિટી | Cycle time, થ્રુપુટ |
| મુખ્ય મર્યાદા | Sprint પ્રતિશ્રુતિ | WIP મર્યાદાઓ |
| શ્રેષ્ઠ છે | આયોજનશીલ, બેચ કામ માટે | વિક્ષેપ-આધારિત પ્રવાહ (દા.ત. સમર્થન) માટે |
એક પ્રોડક્ટ ટીમ જે બે-સપ્તાહ બેચમાં ફીચર્સ બનાવે છે તે Scrum માટે યોગ્ય છે. એક સપોર્ટ અથવા ops ટીમ જે અપ્રત્યાશિત ટિકિટની સ્થિર ધારા સંભાળે છે તે Kanban માટે યોગ્ય છે, જ્યારે WIP મર્યાદા હેઠળ ક્ષમતા મુક્ત થાય ત્યારે આગલી વસ્તુ ખેંચે છે.
તે મોડેલ પસંદ કરવું જે વાસ્તવિક કાર્ય કેવી રીતે આવે છે તે મેળ ખાય છે તે પ્રક્રિયા અને વાસ્તવિકતા વચ્ચે સતત ઘર્ષણ રોકે છે.
બંને સમજવું તમને પદ્ધતિને તૈયાર કરવા દે છે — દા.ત. પ્રવાહ સુધારવા માટે Scrum ટીમમાં Kanban ની WIP મર્યાદાઓનો ઉપયોગ કરવો.