Scrum vs Kanban: forskjellene, og hva som passer et lite team
Av Andrei Finogeev, grunnlegger av Weft ·
Scrum planlegger arbeidet i faste sprinter på én måned eller kortere, med tre ansvarsområder (Product Owner, Scrum Master, Developers) og fire hendelser i hver sprint. Kanban har ingen sprinter og ingen foreskrevne roller: arbeidet flyter kontinuerlig over en tavle, og teamet begrenser eksplisitt hvor mye som pågår. Velg Scrum når et team på flere personer trenger en fast leveringsrytme og et stabilt mål per syklus; velg Kanban når arbeidet kommer uforutsigbart og prioriteringene endres daglig. Scrumban ligger imellom: Kanbans flyt, med sprinter bare der de hjelper.
Scrum vs Kanban vs Scrumban: oversikt
Scrum slik Scrum Guide 2020 definerer det, Kanban slik Kanban Guide (v2025.5) definerer det. Scrumban har ingen offisiell guide; kolonnen beskriver hvordan det vanligvis brukes.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Rytme | Faste sprinter på én måned eller kortere, rett etter hverandre | Kontinuerlig flyt, ingen iterasjoner | Kontinuerlig flyt; valgfrie sprinter, vanligvis én eller to uker |
| Roller | Product Owner, Scrum Master, Developers | Ingen foreskrevet | Ingen foreskrevet; ofte eier én person prioriteringene |
| Møter | Sprint Planning, Daily Scrum (15 min), Sprint Review, Sprint Retrospective | Ingen foreskrevet | Bare det teamet har nytte av, vanligvis planlegging og en gjennomgang |
| Hva som begrenser arbeidet | Det teamet forplikter seg til for sprinten | En eksplisitt grense for pågående arbeid | En grense for pågående arbeid, pluss sprintmålet hvis det finnes et |
| Endret omfang midt i syklusen | Sprintmålet står fast; Sprint Backlog kan finjusteres | Når som helst: neste element trekkes inn når det er plass | Når som helst; sprintmålet er et siktepunkt, ikke en lås |
| Viktigste mål | Fremdrift mot sprintmålet og produktmålet | Pågående arbeid, gjennomstrømning, alder på arbeidselementer, syklustid | Som regel Kanbans flytmål |
| Tavle | Valgfri; nullstilles hver sprint | Kjernen i metoden; består | Består; en sprint er en del av den |
| Passer best for | Produktteam på opptil rundt ti personer som bygger mot et mål | Support, drift og alle som får arbeid inn uplanlagt | Små team og solo-gründere som vil ha flyt og et kortsiktig mål |
Hva Scrum er
Scrum ble først presentert av Ken Schwaber og Jeff Sutherland på OOPSLA-konferansen i 1995; dagens regler er Scrum Guide 2020. Et Scrum Team er vanligvis ti personer eller færre og jobber i sprinter: hendelser med fast lengde på én måned eller kortere som starter rett etter at den forrige er slutt.
Hver sprint har fire hendelser. Sprint Planning (maks åtte timer for en sprint på én måned) setter sprintmålet og velger arbeidet. Daily Scrum er en sjekk på 15 minutter for Developers. Sprint Review (maks fire timer) viser resultatet til interessentene, og Sprint Retrospective (maks tre timer) ser på hvordan teamet jobbet.
Scrum har tre artefakter, hver med en forpliktelse: Product Backlog (produktmålet), Sprint Backlog (sprintmålet) og Increment (Definition of Done).
Hva Kanban er
Kanban Guide definerer Kanban som «en strategi for å optimalisere flyten av verdi gjennom en prosess». Det stammer fra kortsystemet Toyota brukte for å signalisere når det skulle produseres mer, og ble tilpasset kunnskapsarbeid på 2000-tallet.
Det har tre praksiser: definere og visualisere arbeidsflyten, aktivt styre elementene i den, og forbedre den. Den eneste harde regelen er at de som jobber i systemet, eksplisitt styrer hvor mange elementer som pågår mellom påbegynt og ferdig: grensen for pågående arbeid (WIP-grensen).
Kanban foreskriver ingen roller, ingen sprinter og ingen møter. Det følger fire flytmål: pågående arbeid, gjennomstrømning, alder på arbeidselementer og syklustid.
Fordeler og ulemper
Scrum
- En fast rytme: alle vet når neste resultat kommer
- Et klart mål per sprint hindrer teamet i å drive av gårde
- Innebygde tidspunkter for å se på produktet og prosessen
- Fire hendelser per sprint er en reell tidskostnad for et team på to eller tre
- Hastearbeid må enten vente til neste sprint eller bryte planen
- Krever noen i hvert ansvarsområde, noe én gründer ikke kan dele opp
Kanban
- Starter på tavlen du allerede har; ingenting å innføre utenom en WIP-grense
- Nytt arbeid kan trekkes inn når som helst
- Flytmålene viser hvor arbeidet setter seg fast
- Ingen innebygd frist eller mål, så langvarig arbeid kan drive
- Uten en WIP-grense er det bare en gjøremålsliste med kolonner
- Planlegging fremover er helt overlatt til teamet
Hvilken du bør velge
- Et produktteam på fem til ti med et stabilt veikart
- Scrum. Hendelsene betaler seg når flere personer må bli enige om ett mål med noen ukers mellomrom.
- Support, drift eller et team som lever av innkommende forespørsler
- Kanban. Arbeidet kommer når det kommer; en WIP-grense og en tydelig Done-kolonne betyr mer enn en sprintplan.
- En solo-gründer eller et team på to til fem
- Scrumban. Ha en kontinuerlig tavle med en WIP-grense, og bruk en sprint på én eller to uker som kortsiktig mål, uten hele settet med Scrum-hendelser.
Scrumban: mellomveien
Scrumban ble beskrevet av Corey Ladas som en måte for Scrum-team å bevege seg mot trekkbasert flyt. I praksis betyr det en Kanban-tavle med WIP-grenser som aldri nullstilles, pluss sprinter som valgfrie tidsbokser som samler en del av arbeidet. Den fullstendige guiden vår går gjennom reglene og hvordan du setter opp tavlen: Hva er Scrumban?
Når AI-agenter gjør en del av arbeidet
Hvis ChatGPT, Claude, Cursor eller Codex tar oppgaver for deg, finnes det ingen som kan delta i Scrums hendelser: en agent kommer ikke på standup. Det som fortsatt betyr noe, er det Kanban gir: en tavle som viser hva som pågår, en WIP-grense så ikke ti oppgaver startes samtidig, og en tydelig regel for når et kort er ferdig.
Flaskehalsen flytter seg også. Agenter blir raskt ferdige, og det trege steget blir din gjennomgang av det de har gjort. En grense for hvor mye ferdig arbeid som kan vente på deg, er en WIP-grense for den menneskelige kolonnen.
Weft er en Scrumban-tavle laget for nettopp dette: kolonner, valgfrie sprinter, en grense for hvor mye ferdig arbeid som kan vente på gjennomgangen din, og en AI som gjør krav på en oppgave før den starter, rapporterer fremdrift og stopper for å spørre deg når bare du kan bestemme.
Spørsmål
Er Scrum og Kanban det samme?
Nei. Begge er smidige tilnærminger, og begge bruker ofte en tavle, men Scrum planlegger arbeidet i faste sprinter med faste roller og hendelser, mens Kanban har kontinuerlig flyt, ingen foreskrevne roller og en eksplisitt grense for pågående arbeid.
Har man sprinter i Kanban?
Ikke i Kanban som sådan: Kanban Guide foreskriver ingen iterasjoner. Team som legger sprinter til en Kanban-tavle, driver som regel med Scrumban.
Hvordan fungerer en sprint i Scrum?
En sprint er en fast periode på én måned eller kortere. Den starter med Sprint Planning, som setter sprintmålet; Developers møtes til en Daily Scrum på 15 minutter; den avsluttes med en Sprint Review av resultatet og en Sprint Retrospective om prosessen, og neste sprint starter med en gang.
Hvem fant opp Scrumban?
Begrepet tilskrives Corey Ladas, som beskrev Scrumban i essays og en bok fra 2009 som en måte for Scrum-team å bevege seg mot trekkbasert arbeid i Kanban-stil.
Er Scrum det samme som smidig (Agile)?
Nei. Agile er verdiene og prinsippene i Agile Manifesto fra 2001; Scrum og Kanban er to konkrete arbeidsmåter som følger dem.
Kan en solo-utvikler bruke Scrum?
Ikke slik det er skrevet: Scrum forutsetter et team med tre separate ansvarsområder. En solo-utvikler beholder som regel de delene som hjelper, en backlog og et kort sprintmål, og kjører tavlen som Kanban — og det er Scrumban.
Kilder
Lest 11. november 2026.