Hva er Kanban?
Kanban er en flytbasert metodikk fra Lean-tradisjonen. Opprinnelig utviklet av Toyota for produksjonsstyring, tilpasset softwareutvikling på 2000-tallet.
Kjennetegn:
- Ingen faste sprinter – arbeidet flyter kontinuerlig
- Kanban-board – visuell oversikt over arbeidsflyt
- WIP-grenser (Work In Progress) – begrenser antall aktive oppgaver
- Kontinuerlig leveranse – releaser skjer når noe er ferdig
- Ingen pålagte roller – fleksibel teamstruktur
Kanban-board
Kanban-boardet er hjertet i metoden. Det visualiserer arbeidsflyten med kolonner som representerer ulike tilstander en oppgave kan være i:
| To Do | In Progress | Review | Done |
|---|---|---|---|
| Oppgave A Oppgave B Oppgave C |
Oppgave D (WIP-grense: 2) |
Oppgave E (WIP-grense: 2) |
Oppgave F Oppgave G |
Teamet trekker (pull) oppgaver fra venstre mot høyre etter hvert som kapasitet frigjøres.
WIP-grenser
Work In Progress-grenser er en av de viktigste egenskapene til Kanban. De setter et maksimalt antall oppgaver som kan være aktive i en kolonne samtidig.
Effekten av WIP-grenser
- Avslører flaskehalser (kolonner som fylles opp)
- Øker fokus og kvalitet
- Reduserer «work in flight» og halvferdig arbeid
- Kortere gjennomløpstid per oppgave
Identifisere og fjerne flaskehalser
Når en kolonne nærmer seg sin WIP-grense, er det et signal om en flaskehals. Kanban-tankegangen sier:
«Dersom du er ferdig med oppgavene i din kolonne, er hovedtanken at du skal hjelpe andre i andre kolonner, fremfor å starte nye oppgaver.»
Kanban vs. Scrum
| Egenskap | Kanban | Scrum |
|---|---|---|
| Rammeverk | Flytbasert | Tidsboksbasert |
| Iterasjoner | Ingen faste | Sprinter (1–3 uker) |
| Grenser | WIP-grenser per kolonne | Tidsboks (sprint) |
| Planlegging | Kontinuerlig, ad hoc | Sprint Planning |
| Roller | Ingen pålagte | PO, SM, Dev Team |
| Endringer | Tillatt når som helst | Ikke i pågående sprint |
| Leveranse | Kontinuerlig | Slutt av sprint |
| Møter | Ingen standardiserte | Daily, Review, Retro |
Når passer Kanban best?
- Kontinuerlig drift og support (f.eks. bug-fixing)
- Oppgaver med varierende størrelse og prioritet
- Team som allerede har god arbeidsflyt og vil optimalisere den
- Når strenge tidsplaner ikke er nødvendig
Scrum passer bedre når:
- Teamet starter fra scratch og trenger struktur
- Det er klare leveransefrister
- Det er en definert produktbacklog som kan planlegges
- Teamet trenger regelmessig feedback fra interessenter