Hvis det er én ting som kan sies om moderne programvareutvikling, er det at det finnes mange alternativer når man skal velge hvordan man skal gå frem med prosjektet.
To populære metoder for programvarelevering er Kanban kontra smidig, og hver av dem har sine egne fordeler (og tilhørende verktøy for smidig prosjektstyring, som Kanban-verktøy) – men hva er det egentlig som skiller dem? Her skal jeg gå gjennom de viktigste forskjellene, slik at du kan avgjøre hvilken metode som passer for teamet ditt.
Viktige forskjeller: Kanban kontra smidig
Det er flere viktige forskjeller mellom Kanban og smidig:
| Kriterier | Kanban | Smidig |
|---|---|---|
| Fokus | Fokuserer på prosessforbedring | Fokuserer på produktlevering |
| Bruksområde | Best egnet for trinnvise endringer | Best egnet for prosjekter i større skala |
| Roller | Krever ikke bestemte roller eller stillingstitler i teamene | Har bestemte roller som Scrum-master eller produkteier |
| Oppgaver | Teamet arbeider med én oppgave om gangen til den er ferdig | Kan innebære at flere oppgaver fullføres samtidig |
| Arbeidsflyt | Legger vekt på kontinuerlig flyt og begrenser antallet oppgaver som er under arbeid | Fokuserer på iterative sykluser som deler oppgaver inn i sprinter |
| Systemer | Bruker trekksystemer og har grenser for arbeid under utførelse | Baserer seg på skyvesystemer uten begrensning på arbeid under utførelse |
| Metode | Fokuserer på visualisering av arbeidsflyter og begrensning av arbeid under utførelse | Oppmuntrer til samarbeid og hyppige tilbakemeldinger |
| Tidsramme | Er ikke knyttet til bestemte tidsrammer for prosjektet | Krever sprinter og iterasjoner |
Hva er Kanban?
Kanban er et japansk ord som betyr "skilt" eller "oppslagstavle". Det er en metode for planlegging av smidige arbeidsflyter og oppgavehåndtering som fungerer ved å knytte oppgaver sammen på et Kanban-brett, slik at brukerne raskt kan gå fra én prosess til en annen.
Tildelte oppgaver er ofte visuelle representasjoner, for eksempel Kanban-kort, og holdes på brettet for organisering og oppfølging. Denne strømlinjeformede tilnærmingen kan ses på som en «anti-lean»-prosess, der hvert trinn gjennomføres for å oppnå maksimal effektivitet og verdi hver gang.
Med Kanban-metoden har team opplevd betydelige forbedringer i tidsstyring og jobbtilfredshet takket være tydelige oppgaver og økt åpenhet i arbeidsmiljøet.
Hva er smidig?
Smidig prosjektstyring er en metodikk for prosjektstyring som legger vekt på samarbeid, tilbakemeldinger fra brukerne og rask respons på endringer. Den innebærer å dele opp prosjekter i mindre, håndterbare deler, slik at teamene kan tilpasse og videreutvikle arbeidsprosessene sine etter hvert som prosjektet utvikler seg.
I tillegg til smidige prinsipper som kontinuerlig forbedring, kontinuerlig levering, iterasjon og vedlikehold av produktkøen, omfatter den smidige metodikken flere faser, som lanseringsplanlegging, sprinter, sprintgjennomganger og sprintretrospektiver.
Ved å bruke smidige strategier i hvert trinn av programvareutviklingsprosessen kan smidige team oppnå maksimal effektivitet i prosjektene sine, samtidig som de opprettholder høy grad av kontroll over kvalitetssikringen.
Er Kanban en del av smidig?
Det snakkes ofte om smidige metoder og fordelene de gir i programvareutviklingsverdenen. Det noen imidlertid kanskje ikke er klar over, er at Kanban kan betraktes som en delmengde av den smidige metodikken.
De som kjenner Kanban, ser på det som et fleksibelt og innovativt visualiseringsverktøy, komplett med sitt eget sett av regler og komponenter, som Kanban-brett, kort og arbeid, for å legge til rette for organisering av arbeidsflyten.
Brukt sammen med smidige prinsipper gir Kanban en lett visualiserbar måte å håndtere store og små prosjekter effektivt på. Når disse to velprøvde strategiene kombineres, er det lett å forstå hvorfor de har blitt så populære tilnærminger blant utviklingsteam i dag.
Smidige prinsipper kontra Kanban-prinsipper
Selv om jeg har fremhevet de viktigste forskjellene og gått grundig gjennom hver av dem individuelt ovenfor, kan vi raskt friske opp de smidige prinsippene og Kanban-prinsippene:
Prinsipper for agil utvikling
- Å lage fungerende programvare er av største betydning. Målet er å oppnå kundetilfredshet ved å kontinuerlig lansere forbedringer
- Interessenter og utviklingsteamet arbeider daglig frem til prosjektet er fullført, og inkrementene er tidsavgrensede perioder på 14 til 30 dager
- Endringer ønskes velkommen i alle faser av et prosjekt
- Fremmer bærekraftig utvikling
- Fokus på teknisk ekspertise
Kanban-prinsipper
- Arbeidsflyten visualiseres og er lett å forstå
- Styrker lederskap på alle nivåer
- Samarbeidet forbedres og blir målbart
- Den eksisterende arbeidsprosessen, inkludert roller og ansvarsområder, tas i betraktning
- Fremdriften er lett synlig for teamet og interessentene
Agilt brett kontra Kanban-brett
Agile brett og Kanban-brett er to populære metoder for prosjektstyring som brukes av produktledere og prosjektledere.
Begge disse brettene kan brukes til å styre hele prosjekter, men de har ulike tilnærminger til hvordan arbeidet skal utføres. Når du forstår forskjellene, kan det hjelpe deg med å avgjøre hvilken metode som passer best for teamet ditt.
Agilt brett
Et agilt brett er en visuell fremstilling av oppgaver som må fullføres i henhold til en sprinttidslinje. En sprint er en forhåndsbestemt tidsperiode (vanligvis 2–4 uker) der et utviklingsteam arbeider mot å fullføre bestemte oppgaver eller mål. I løpet av denne perioden deles oppgavene opp i mindre deler, som følges opp ved hjelp av et agilt brett.
Brettet vil ofte inneholde kolonner som «Å gjøre», «Pågår», «Ferdig» og «Blokkert», slik at teammedlemmene enkelt kan se hva som må gjøres, hvem som har ansvaret for det, og når det må være ferdig.
Denne tilnærmingen gjør det mulig for team å holde fokus på målene sine, samtidig som de får fleksibilitet når de beveger seg gjennom hver sprintsyklus.

Kanban-brett
Et Kanban-brett ligner på et agilt brett ved at det også bruker kort og kolonner for å gi en visuell fremstilling av oppgaver som må fullføres.
I stedet for å organisere oppgavene basert på en sprinttidslinje organiseres oppgavene imidlertid etter prioritetsnivåer – vanligvis høy prioritet (mest presserende), middels prioritet (ikke presserende) og lav prioritet (ikke særlig viktig).
Dette hjelper team med å prioritere arbeidet mer effektivt, siden hver oppgave tildeles sitt eget viktighetsnivå. Team kan sette grenser for hvor mye arbeid som skal utføres til enhver tid, slik at de ikke overbelaster seg selv.

Kanban-verktøy kontra smidige verktøy
Avhengig av hvilket agile rammeverk du velger til slutt, vil du ha ulike krav til Kanban-verktøy kontra smidige verktøy, og dermed også til programvaren du skal bruke til å styre prosjektet.
Ettersom Kanban og smidige metoder som Scrum er svært populære og mye brukt innen programvareutvikling, støtter alle større verktøy begge alternativene. Her er et kvalitetssikret utvalg av den beste Kanban-programvaren:
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Når bør du bruke Kanban kontra agil metode?
Oppsummert kan det være vanskelig å vite hvilket alternativ som fungerer best for prosjektet ditt når du skal velge mellom Kanban og agil metode. Heldigvis har begge sine egne styrker, selv om de er forskjellige.
| Bruk Kanban når | Bruk smidig når |
|---|---|
| Du trenger en visuell fremstilling av hvordan arbeidsflyten din utvikler seg. | Du trenger en fleksibel tilnærming som raskt tilpasser seg uventede endringer. |
| Ved hjelp av måledata sørger Kanban-metoden for at oppgaver fordeles riktig og effektivt. | Med sin iterative tilnærming og tilbakemeldingssløyfer på hvert trinn i utviklingen reagerer smidig arbeidsmetodikk raskere på endringer. |
Det er avgjørende for alle prosjektledere som ønsker å ta i bruk en av metodene, å forstå disse styrkene og de viktigste forskjellene mellom Kanban og smidig arbeidsmetodikk. Selv om de kan virke like ved første øyekast, ligger djevelen i detaljene – og disse detaljene kan bety forskjellen mellom suksess og fiasko for programvareutviklingsprosjektet ditt.
Hva skjer videre?
Vil du komme i kontakt med andre digitale prosjektledere for å dele ressurser og beste praksis? Bli med i medlemsfellesskapet vårt og få tilgang til over 100 maler, eksempler og demonstrasjoner, og kom i kontakt med hundrevis av andre digitale prosjektledere i Slack.
