Scrum vs Kanban: forskellene, og hvilken der passer til et lille team
Af Andrei Finogeev, grundlægger af Weft ·
Scrum planlægger arbejdet i faste sprints på én måned eller mindre, med tre ansvarsområder (Product Owner, Scrum Master, Developers) og fire events i hvert sprint. Kanban har ingen sprints og ingen foreskrevne roller: arbejdet flyder kontinuerligt hen over en tavle, og teamet begrænser eksplicit, hvor meget der er i gang. Vælg Scrum, når et team på flere personer har brug for en fast leveringsrytme og et stabilt mål pr. cyklus; vælg Kanban, når arbejdet kommer uforudsigeligt, og prioriteterne skifter dagligt. Scrumban ligger midt imellem: Kanbans flow, med sprints kun hvor de hjælper.
Scrum vs Kanban vs Scrumban: oversigt
Scrum som defineret i Scrum Guide 2020, Kanban som defineret i Kanban Guide (v2025.5). Scrumban har ingen officiel guide; kolonnen beskriver, hvordan det typisk bruges.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Rytme | Faste sprints på én måned eller mindre, i forlængelse af hinanden | Kontinuerligt flow, ingen iterationer | Kontinuerligt flow; valgfrie sprints, typisk en eller to uger |
| Roller | Product Owner, Scrum Master, Developers | Ingen foreskrevne | Ingen foreskrevne; ofte ejer én person prioriteterne |
| Møder | Sprint Planning, Daily Scrum (15 min), Sprint Review, Sprint Retrospective | Ingen foreskrevne | Kun det, teamet finder nyttigt, typisk planlægning og en review |
| Hvad der begrænser arbejdet | Det, teamet forpligter sig til i sprintet | En eksplicit grænse for igangværende arbejde | En grænse for igangværende arbejde, plus sprintmålet, hvis der er et |
| Ændret omfang midt i cyklussen | Sprintmålet ligger fast; Sprint Backlog kan forfines | Når som helst: det næste element trækkes ind, når der er plads | Når som helst; sprintmålet er et sigtepunkt, ikke en lås |
| Vigtigste målinger | Fremdrift mod sprintmålet og produktmålet | Igangværende arbejde, throughput, alder på arbejdsemner, cycle time | Som regel Kanbans flow-målinger |
| Tavle | Valgfri; nulstilles hvert sprint | Metodens kerne; består | Består; et sprint er en del af den |
| Passer bedst til | Produktteams på op til ca. ti personer, der bygger mod et mål | Support, drift og alle, hvis arbejde kommer uplanlagt | Små teams og solo-stiftere, der vil have flow og et kortsigtet mål |
Hvad Scrum er
Scrum blev først præsenteret af Ken Schwaber og Jeff Sutherland på OOPSLA-konferencen i 1995; reglerne i dag er Scrum Guide 2020. Et Scrum Team er typisk ti personer eller færre og arbejder i sprints: events af fast længde på én måned eller mindre, der starter, lige når det forrige slutter.
Hvert sprint har fire events. Sprint Planning (højst otte timer for et sprint på en måned) fastlægger sprintmålet og vælger arbejdet. Daily Scrum er et tjek på 15 minutter for Developers. Sprint Review (højst fire timer) viser resultatet for interessenterne, og Sprint Retrospective (højst tre timer) ser på, hvordan teamet har arbejdet.
Scrum har tre artefakter, hver med en forpligtelse: Product Backlog (produktmålet), Sprint Backlog (sprintmålet) og Increment (Definition of Done).
Hvad Kanban er
Kanban Guide definerer Kanban som »en strategi til at optimere strømmen af værdi gennem en proces«. Det stammer fra det kortsystem, Toyota brugte til at signalere, hvornår der skulle produceres mere, og blev tilpasset vidensarbejde i 2000'erne.
Det har tre praksisser: definér og visualisér arbejdsgangen, styr aktivt elementerne i den, og forbedr den. Den eneste faste regel er, at folkene i systemet eksplicit styrer, hvor mange elementer der er i gang mellem påbegyndt og færdig: grænsen for igangværende arbejde (WIP-grænsen).
Kanban foreskriver ingen roller, ingen sprints og ingen møder. Det følger fire flow-målinger: igangværende arbejde, throughput, alder på arbejdsemner og cycle time.
Fordele og ulemper
Scrum
- En fast rytme: alle ved, hvornår det næste resultat kommer
- Et klart mål pr. sprint holder teamet på sporet
- Indbyggede tidspunkter til at efterse produktet og processen
- Fire events pr. sprint er en reel tidsudgift for et team på to eller tre
- Hastende arbejde må enten vente til næste sprint eller bryde planen
- Kræver en person i hvert ansvarsområde, hvilket én stifter ikke kan dele op
Kanban
- Starter på den tavle, du allerede har; intet at indføre ud over en WIP-grænse
- Nyt arbejde kan trækkes ind når som helst
- Flow-målingerne viser, hvor arbejdet sidder fast
- Ingen indbygget deadline eller mål, så langvarigt arbejde kan drive
- Uden en WIP-grænse er det bare en to do-liste med kolonner
- Planlægning fremad er helt overladt til teamet
Hvilken skal du vælge
- Et produktteam på fem til ti med en stabil roadmap
- Scrum. Events tjener sig ind, når flere personer skal enes om ét mål med et par ugers mellemrum.
- Support, drift eller et team, der lever af indkommende henvendelser
- Kanban. Arbejdet kommer, når det kommer; en WIP-grænse og en klar Done-kolonne betyder mere end en sprintplan.
- En solo-stifter eller et team på to til fem
- Scrumban. Hav en kontinuerlig tavle med en WIP-grænse, og brug et sprint på en eller to uger som kortsigtet mål, uden hele sættet af Scrum-events.
Scrumban: mellemvejen
Scrumban blev beskrevet af Corey Ladas som en måde for Scrum-teams at bevæge sig mod pull-baseret flow. I praksis betyder det en Kanban-tavle med WIP-grænser, der aldrig nulstilles, plus sprints som valgfrie tidsbokse, der samler en del af arbejdet. Vores fulde guide gennemgår reglerne, og hvordan du sætter tavlen op: Hvad er Scrumban?
Når AI-agenter laver en del af arbejdet
Hvis ChatGPT, Claude, Cursor eller Codex tager opgaver for dig, er der ingen til at deltage i Scrums events: en agent kommer ikke til standup. Det, der stadig betyder noget, er det, Kanban giver: en tavle, der viser, hvad der er i gang, en WIP-grænse, så der ikke startes ti opgaver på én gang, og en klar regel for, hvornår et kort er færdigt.
Flaskehalsen flytter sig også. Agenter bliver hurtigt færdige, og det langsomme trin bliver din gennemgang af, hvad de har lavet. En grænse for, hvor meget færdigt arbejde der må vente på dig, er en WIP-grænse for den menneskelige kolonne.
Weft er en Scrumban-tavle bygget til netop dette: kolonner, valgfrie sprints, en grænse for, hvor meget færdigt arbejde der må vente på din gennemgang, og en AI, der gør krav på en opgave, før den går i gang, rapporterer fremskridt og stopper for at spørge dig, når kun du kan beslutte.
Spørgsmål
Er Scrum og Kanban det samme?
Nej. Begge er agile tilgange, og begge bruger ofte en tavle, men Scrum planlægger arbejdet i faste sprints med faste roller og events, mens Kanban har kontinuerligt flow, ingen foreskrevne roller og en eksplicit grænse for igangværende arbejde.
Har man sprints i Kanban?
Ikke i Kanban som sådan: Kanban Guide foreskriver ingen iterationer. Teams, der lægger sprints oven på en Kanban-tavle, arbejder som regel med Scrumban.
Hvordan fungerer et sprint i Scrum?
Et sprint er en fast periode på én måned eller mindre. Det starter med Sprint Planning, som fastlægger sprintmålet; Developers mødes til et Daily Scrum på 15 minutter; det slutter med en Sprint Review af resultatet og en Sprint Retrospective om processen, og det næste sprint starter med det samme.
Hvem opfandt Scrumban?
Begrebet tilskrives Corey Ladas, som beskrev Scrumban i essays og en bog fra 2009 som en måde for Scrum-teams at bevæge sig mod pull i Kanban-stil.
Er Scrum det samme som Agile?
Nej. Agile er de værdier og principper, der står i Agile Manifesto fra 2001; Scrum og Kanban er to konkrete måder at arbejde på, der følger dem.
Kan en solo-udvikler bruge Scrum?
Ikke som det er beskrevet: Scrum forudsætter et team med tre separate ansvarsområder. En solo-udvikler beholder som regel de dele, der hjælper, en backlog og et kort sprintmål, og kører tavlen som Kanban — og det er Scrumban.
Kilder
Læst 11. november 2026.