Scrum och Kanban jämförda: tidsboxade sprintar mot kontinuerligt flöde, roller, WIP-gränser, mätvärden, och var East Agile Trackers iterationsbaserade board hamnar mellan dem.
Scrum och Kanban är de två agila metoder som team oftast jämför. Båda gör arbetet synligt och båda strävar efter att leverera i små delar. Skillnaden ligger i hur arbetet tar takt: Scrum planerar i fasta tidsboxar, Kanban drar in arbete kontinuerligt och begränsar hur mycket som pågår samtidigt.
Den här sidan jämför de två. För hela familjen, inklusive XP och Lean, se Vad är agil utveckling?.
Scrum i korthet
Section titled “Scrum i korthet”Scrum delar in arbetet i sprintar — fasta tidsboxar, oftast en till fyra veckor. Varje sprint börjar med sprintplanering, där teamet väljer det arbete det räknar med att bli klart med, och avslutas med en genomgång av vad som byggts och en retrospektiv om hur teamet har arbetat.
Scrum har tre namngivna roller:
- Product Owner — äger produktbackloggen och dess ordning.
- Scrum Master — coachar teamet i processen och röjer hinder ur vägen.
- Developers — bygger inkrementet.
Det viktigaste måttet är velocity: hur mycket arbete teamet blir klart med per sprint, vilket ligger till grund för nästa sprints plan. Se Vad är velocity?.
Kanban i korthet
Section titled “Kanban i korthet”Kanban utgår från det arbetsflöde teamet redan har. Arbetsposter rör sig över en board med kolumner som representerar steg (till exempel To do → In progress → Review → Done). Tre idéer bär metoden:
- Visualisera arbetsflödet — varje post och varje steg finns på boarden.
- Begränsa pågående arbete (WIP) — varje kolumn har ett tak; en ny post kommer in först när en annan lämnar.
- Styr flödet — teamet mäter hur lång tid poster tar (cykeltid, ledtid) och tar bort flaskhalsarna.
Kanban har inga tidsboxar och föreskriver inga roller. Planering sker när kön behöver fyllas på.
Sida vid sida
Section titled “Sida vid sida”| Scrum | Kanban | |
|---|---|---|
| Takt | Fasta sprintar (1–4 veckor) | Kontinuerligt flöde |
| Åtagande | Arbete planerat för sprinten | Inget åtagande per omgång; dra in när det finns kapacitet |
| Roller | Product Owner, Scrum Master, Developers | Inga föreskrivna |
| Ändringar mitt i cykeln | Avråds inom en sprint | Tillåtna när som helst |
| Begränsning av arbete | Sprintens kapacitet | WIP-gräns per kolumn |
| Viktigaste mätvärden | Velocity, burndown | Cykeltid, ledtid, genomströmning |
| Board | Nollställs varje sprint | Beständig |
Att välja mellan dem
Section titled “Att välja mellan dem”Ingen av metoderna är generellt bättre. Scrum passar team som vill ha en regelbunden planeringsrytm och en prognos byggd på tidigare sprintar, till exempel produktteam som levererar features enligt en tidplan. Kanban passar arbete som kommer in oförutsägbart och måste hanteras allteftersom, till exempel support, drift eller underhåll.
Många team blandar de två (“Scrumban”): de behåller en planeringsrytm och håller samtidigt koll på hur mycket som pågår.
Hur East Agile Tracker passar in
Section titled “Hur East Agile Tracker passar in”East Agile Tracker är iterationsbaserat, vilket placerar det närmare Scrum och eXtreme Programming än Kanban. Det använder egna termer för en del av begreppen ovan:
- Sprintar kallas iterationer. Varje projekt anger en iterationslängd på 1–4 veckor. Iterationer skapas automatiskt; det finns ingen sprint att öppna eller stänga. Se Iterationer.
- Backloggen är en enda ordnad lista. Produktägaren håller den i strikt prioritetsordning, och Backlog projicerar de kommande iterationerna utifrån velocity. Se Användarberättelser och iterationsplanering.
- Velocity bestämmer planens storlek. Med auto-plan iterations på fylls den aktuella iterationen upp till din velocity och inte längre. Se Planera en iteration.
- Varje story har sitt eget tillstånd. En story går igenom Unstarted → Started → Finished → Delivered → Accepted, synligt på kortet, i stället för att flyttas mellan boardkolumner. Se tillståndsmaskinen.
Det finns inga WIP-gränser och inget flödesläge utan iterationer. De Kanban-idéer som följer med är synlighet (varje story och dess tillstånd finns på en och samma board) och flödesmått: sidan Metrics visar velocity-trenden, burndown och de stories som förts över mellan iterationer.
Läs vidare
Section titled “Läs vidare”- Vad är agil utveckling? — manifestet och metodfamiljen.
- Vad är velocity? — hur velocity beräknas och används.
- Vad är story points? — relativ estimering.