Entrambi sono approcci Agile, ma Scrum è un framework time-boxed basato su ruoli mentre Kanban è un metodo a flusso continuo focalizzato sulla visualizzazione del lavoro e sulla limitazione del lavoro in corso (WIP). Molti team li combinano ("Scrumban").
| Aspetto | Scrum | Kanban |
|---|
| Cadenza | Sprint fissi | Flusso continuo |
| Ruoli | PO, Scrum Master, Developers | Nessun ruolo prescritto |
| Cadenza di cambiamento | Backlog stabile nello Sprint | Ripriorizzazione in qualsiasi momento |
| Metrica chiave | Velocity | Cycle time, throughput |
| Vincolo principale | Impegno di Sprint | Limiti di WIP |
| Ideale per | Lavoro pianificabile, in batch | Flusso guidato da interruzioni (es. supporto) |
Un team di prodotto che costruisce feature in batch di due settimane si adatta a Scrum. Un team di supporto o ops che gestisce un flusso costante di ticket imprevedibili si adatta a Kanban, prelevano l'elemento successivo quando la capacità si libera sotto un limite di WIP.
Scegliere il modello che corrisponde al modo in cui il lavoro effettivamente arriva previene l'attrito costante tra il processo e la realtà.
Comprendere entrambi consente di adattare l'approccio — ad esempio usando i limiti di WIP di Kanban all'interno di un team Scrum per migliorare il flusso.