Kanban

Kanban er en metode for å styre arbeid som legger vekt på å visualisere arbeidsflyten, begrense pågående arbeid og styre flyt, i stedet for å organisere leveranser i faste tidsbestemte partier. Den oppsto i produksjonen hos Toyota og ble tilpasset for kunnskapsarbeid, og den sentrale mekanismen er at nytt arbeid bare trekkes inn i systemet når kapasitet blir tilgjengelig, i stedet for å skyves inn etter en tidsplan.

Den visuelle tavlen er det mest gjenkjennelige elementet, men ikke det viktigste. Kolonner som representerer de faktiske stadiene arbeidet går gjennom, med hvert element synlig mens det beveger seg, gjør systemets tilstand observerbar for alle. Det som er viktig er at kolonnene gjenspeiler virkeligheten, inkludert ventetilstandene der arbeidet står inaktivt i påvente av gjennomgang, godkjenning eller et annet team, siden disse køene vanligvis er der mesteparten av tiden som går brukes, og de er usynlige på forenklede tavler.

Å begrense pågående arbeid er mekanismen som gir fordelen, og det er det elementet organisasjoner mest motsetter seg. Å begrense hvor mange elementer som kan være i hvert trinn føles som å redusere produktiviteten, men effekten er den motsatte: å starte færre ting samtidig betyr at hver ting blir ferdig raskere, kontekstbyttet faller, og køen av halvferdig arbeid slutter å vokse. Team som starter alt som blir bedt om og fullfører lite, er situasjonen begrensningen er utformet for å korrigere.

Grensen fungerer også som en diagnostikk. Når arbeidet ikke kan gå videre fordi neste trinn er fullt, blir begrensningen umiddelbart synlig, og teamets oppmerksomhet rettes mot å åpne den i stedet for å starte noe nytt. Det er dette som konverterer en tavle fra en sporingsenhet til et administrasjonsverktøy, og det er derfor tavler uten begrensninger vanligvis blir en visning av alt som pågår i stedet for et middel for å forbedre flyten.

Målingene skiller seg fra de som brukes i iterasjonsbaserte tilnærminger og er mer direkte meningsfulle. Syklustid måler hvor lang tid et element tar fra start til fullføring, gjennomstrømning måler hvor mange elementer som fullføres per periode, og fordelingen av syklustider støtter sannsynlighetsbasert prognose for når fremtidig arbeid vil være ferdig. Disse observeres snarere enn estimeres, noe som unngår estimeringsarbeidet som bruker betydelig tid i andre tilnærminger.

Metodens evolusjonære premiss skiller den fra rammeverk som foreskriver en struktur. Kanban begynner med prosessen slik den eksisterer, gjør den synlig og forbedrer den trinnvis, i stedet for å kreve nye roller og hendelser. Dette gjør adopsjonen mindre forstyrrende og mer politisk gjennomførbar i organisasjoner som motsetter seg omorganisering, selv om det også betyr at et team som anvender den overfladisk kan fortsette nøyaktig som før med et styre tilknyttet.

Det passer bedre til noen kontekster enn iterasjonsbaserte tilnærminger. Arbeid som ankommer uforutsigbart, support og vedlikehold, driftsteam og enhver situasjon der forpliktelser til en fast batch gjentatte ganger avbrytes, passer alle bedre til flytstyring enn sprintplanlegging. Mange team kombinerer elementer fra begge deler, og bruker en kadens for planlegging og gjennomgang mens de styrer selve arbeidet etter flyt, som er en pragmatisk ordning snarere enn et kompromiss.

Fordi forbedringen kommer fra å håndtere køer og begrensninger som ofte ligger utenfor leveringsteamet, avdekker metoden ofte organisatoriske flaskehalser snarere enn teamets. I praksis brukes den innenfor produktutvikling og er like anvendelig for design- og forskningsprosesser, og organisasjoner som driver blandet leverings- og driftsarbeid, tar det ofte i bruk på tvers av IT avdeling der uforutsigbar ankomst gjør det upraktisk å forplikte seg til faste partier.