Scrum vs Kanban: skillnaderna, och vilken som passar ett litet team
Av Andrei Finogeev, grundare av Weft ·
Scrum planerar arbetet i fasta sprintar på högst en månad, med tre ansvarsområden (Product Owner, Scrum Master, utvecklare) och fyra händelser i varje sprint. Kanban har inga sprintar och inga föreskrivna roller: arbetet flyter kontinuerligt över en tavla, och teamet begränsar uttryckligen hur mycket som pågår samtidigt. Välj Scrum när ett team på flera personer behöver en fast leveransrytm och ett stabilt mål per cykel; välj Kanban när arbetet kommer oförutsägbart och prioriteringarna ändras dagligen. Scrumban ligger mittemellan: Kanbans flöde, med sprintar bara där de hjälper.
Scrum vs Kanban vs Scrumban: snabbguide
Scrum enligt Scrum Guide 2020, Kanban enligt Kanban Guide (v2025.5). Scrumban har ingen officiell guide; kolumnen beskriver hur det brukar användas.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Rytm | Fasta sprintar på högst en månad, direkt efter varandra | Kontinuerligt flöde, inga iterationer | Kontinuerligt flöde; valfria sprintar, oftast en eller två veckor |
| Roller | Product Owner, Scrum Master, utvecklare | Inga föreskrivna | Inga föreskrivna; ofta äger en person prioriteringarna |
| Möten | Sprintplanering, Daily Scrum (15 min), sprintgenomgång, sprintretrospektiv | Inga föreskrivna | Bara det teamet har nytta av, vanligen planering och en genomgång |
| Vad som begränsar arbetet | Det teamet åtar sig för sprinten | En uttalad gräns för pågående arbete | En gräns för pågående arbete, plus sprintmålet om det finns ett |
| Ändrad omfattning mitt i cykeln | Sprintmålet ligger fast; sprintbackloggen kan förfinas | När som helst: nästa punkt dras in när det finns plats | När som helst; sprintmålet är ett mål, inte ett lås |
| Viktigaste mått | Framsteg mot sprintmålet och produktmålet | Pågående arbete, genomflöde, ålder på arbetsobjekt, cykeltid | Oftast Kanbans flödesmått |
| Tavla | Valfri; nollställs varje sprint | Metodens kärna; finns kvar | Finns kvar; en sprint är en del av den |
| Passar bäst | Produktteam på upp till cirka tio personer som bygger mot ett mål | Support, drift och alla vars arbete kommer oplanerat | Små team och soloföretagare som vill ha både flöde och ett kortsiktigt mål |
Vad Scrum är
Scrum presenterades första gången av Ken Schwaber och Jeff Sutherland på konferensen OOPSLA 1995; dagens regler finns i Scrum Guide 2020. Ett Scrum-team består normalt av tio personer eller färre och arbetar i sprintar: händelser med fast längd på högst en månad som börjar direkt när den föregående slutar.
Varje sprint har fyra händelser. Sprintplaneringen (högst åtta timmar för en sprint på en månad) sätter sprintmålet och väljer arbetet. Daily Scrum är en avstämning på 15 minuter för utvecklarna. Sprintgenomgången (högst fyra timmar) visar resultatet för intressenterna, och sprintretrospektiven (högst tre timmar) tittar på hur teamet har arbetat.
Scrum har tre artefakter, var och en med ett åtagande: produktbackloggen (produktmålet), sprintbackloggen (sprintmålet) och inkrementet (Definition of Done).
Vad Kanban är
Kanban Guide definierar Kanban som ”en strategi för att optimera flödet av värde genom en process”. Det kommer från det kortsystem Toyota använde för att signalera när mer skulle tillverkas, och anpassades för kunskapsarbete under 2000-talet.
Det har tre metoder: definiera och visualisera arbetsflödet, hantera punkterna i det aktivt och förbättra det. Den enda hårda regeln är att de som arbetar i systemet uttryckligen styr hur många punkter som pågår mellan påbörjat och klart: gränsen för pågående arbete (WIP-gränsen).
Kanban föreskriver inga roller, inga sprintar och inga möten. Det följer fyra flödesmått: pågående arbete, genomflöde, ålder på arbetsobjekt och cykeltid.
För- och nackdelar
Scrum
- En fast rytm: alla vet när nästa resultat ska komma
- Ett tydligt mål per sprint hindrar teamet från att glida iväg
- Inbyggda tillfällen att granska produkten och arbetssättet
- Fyra händelser per sprint är en verklig tidskostnad för ett team på två eller tre
- Brådskande arbete får antingen vänta till nästa sprint eller spräcka planen
- Kräver någon i varje ansvarsområde, vilket en ensam grundare inte kan dela upp
Kanban
- Börjar på tavlan du redan har; inget att införa utom en WIP-gräns
- Nytt arbete kan dras in när som helst
- Flödesmåtten visar var arbetet fastnar
- Ingen inbyggd deadline eller målsättning, så långvarigt arbete kan glida
- Utan WIP-gräns är det bara en att göra-lista med kolumner
- Planering framåt lämnas helt åt teamet
Vilken ska du välja
- Ett produktteam på fem till tio personer med en stabil roadmap
- Scrum. Händelserna betalar sig när flera personer behöver enas om ett mål med några veckors mellanrum.
- Support, drift eller ett team som lever på inkommande förfrågningar
- Kanban. Arbetet kommer när det kommer; en WIP-gräns och en tydlig Done-kolumn betyder mer än en sprintplan.
- En soloföretagare eller ett team på två till fem
- Scrumban. Ha en kontinuerlig tavla med WIP-gräns och använd en sprint på en eller två veckor som kortsiktigt mål, utan hela uppsättningen Scrum-händelser.
Scrumban: mellanvägen
Scrumban beskrevs av Corey Ladas som ett sätt för Scrum-team att gå mot dragbaserat flöde. I praktiken betyder det en Kanban-tavla med WIP-gränser som aldrig nollställs, plus sprintar som valfria tidsrutor som samlar en del av arbetet. Vår fullständiga guide går igenom reglerna och hur du sätter upp tavlan: Vad är Scrumban?
När AI-agenter gör en del av arbetet
Om ChatGPT, Claude, Cursor eller Codex tar uppgifter åt dig har Scrums händelser ingen som deltar i dem: en agent går inte på stand-up. Det som fortfarande spelar roll är det Kanban ger: en tavla som visar vad som pågår, en WIP-gräns så att inte tio uppgifter påbörjas på en gång, och en tydlig regel för när ett kort är klart.
Flaskhalsen flyttar också. Agenter blir snabbt klara, och det långsamma steget blir din granskning av vad de har gjort. En gräns för hur mycket färdigt arbete som får vänta på dig är en WIP-gräns för den mänskliga kolumnen.
Weft är en Scrumban-tavla byggd för just detta: kolumner, valfria sprintar, en gräns för hur mycket färdigt arbete som får vänta på din granskning, och en AI som gör anspråk på en uppgift innan den börjar, rapporterar framsteg och stannar för att fråga dig när bara du kan avgöra.
Frågor
Är Scrum och Kanban samma sak?
Nej. Båda är agila arbetssätt och båda använder ofta en tavla, men Scrum planerar arbetet i fasta sprintar med bestämda roller och händelser, medan Kanban har kontinuerligt flöde, inga föreskrivna roller och en uttalad gräns för pågående arbete.
Har man sprintar i Kanban?
Inte i Kanban som sådant: Kanban Guide föreskriver inga iterationer. Team som lägger till sprintar på en Kanban-tavla arbetar oftast med Scrumban.
Hur fungerar en sprint i Scrum?
En sprint är en fast period på högst en månad. Den börjar med sprintplanering, som sätter sprintmålet; utvecklarna träffas för en Daily Scrum på 15 minuter; den slutar med en sprintgenomgång av resultatet och en sprintretrospektiv om arbetssättet, och nästa sprint börjar direkt.
Vem uppfann Scrumban?
Termen tillskrivs Corey Ladas, som beskrev Scrumban i essäer och en bok från 2009 som ett sätt för Scrum-team att gå mot dragbaserat arbete i Kanban-stil.
Är Scrum samma sak som Agile?
Nej. Agile är de värderingar och principer som finns i Agile Manifesto från 2001; Scrum och Kanban är två konkreta arbetssätt som följer dem.
Kan en ensam utvecklare använda Scrum?
Inte som det är skrivet: Scrum förutsätter ett team med tre separata ansvarsområden. En ensam utvecklare behåller oftast de delar som hjälper, en backlog och ett kort sprintmål, och kör tavlan som Kanban — vilket är Scrumban.
Källor
Läst 11 november 2026.