Båda är Agile-metoder, men Scrum är ett tidsbaserat, rollbaserat ramverk medan Kanban är en kontinuerlig flödesmetod fokuserad på att visualisera arbete och begränsa pågående arbete (WIP). Många team blandar dem ("Scrumban").
Båda är Agile-metoder, men Scrum är ett tidsbaserat, rollbaserat ramverk medan Kanban är en kontinuerlig flödesmetod fokuserad på att visualisera arbete och begränsa pågående arbete (WIP). Många team blandar dem ("Scrumban").
| Aspekt | Scrum | Kanban |
|---|
| Kadence | Fasta sprintar | Kontinuerligt flöde |
| Roller | PO, Scrum Master, utvecklare | Ingen fördefinierad rollfördelning |
| Förändringstakt | Produktbacklog stabil under sprint | Omprioriteringbar när som helst |
| Huvudsakligt mätetal | Velocity | Cykeltid, genomströmning |
| Kärnbegränsning | Sprint-åtagande | WIP-gränser |
| Bäst för | Planbart, batchat arbete | Avbrottsdriven flöde (t.ex. support) |
Ett produktteam som bygger features i tvåveckorsperioder passar Scrum. Ett support- eller ops-team som hanterar en stadig ström av oförutsägbara tickets passar Kanban, där man drar nästa uppdrag när kapacitet blir tillgänglig under en WIP-gräns.
Att välja modellen som matchar hur arbete faktiskt anländer förhindrar konstant friktion mellan processen och verkligheten.
Att förstå båda låter dig skräddarsy arbetssättet — till exempel genom att använda Kanbans WIP-gränser inom ett Scrum-team för att förbättra flödet.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera