Kanban

Kanban är en metod för att hantera arbete som betonar visualisering av arbetsflödet, begränsning av pågående arbete och hantering av flöde, snarare än att organisera leverans i fasta tidsbegränsade batcher. Det har sitt ursprung i tillverkningen på Toyota och anpassades för kunskapsarbete, och dess centrala mekanism är att nytt arbete hämtas in i systemet endast när kapacitet blir tillgänglig snarare än att skjutas in enligt ett schema.

Den visuella tavlan är det mest igenkännliga elementet men inte det viktigaste. Kolumner som representerar de faktiska stegen som arbetet går igenom, där varje objekt syns allt eftersom det rör sig, gör systemets tillstånd observerbart för alla. Det som är viktigt är att kolumnerna återspeglar verkligheten, inklusive väntelägen där arbetet ligger inaktivt i väntan på granskning, godkännande eller ett annat team, eftersom det vanligtvis är i dessa köer som den mesta tiden går och de är osynliga på förenklade tavlor.

Att begränsa pågående arbete är den mekanism som ger fördelen, och det är det element som organisationer mest motsätter sig. Att begränsa hur många artiklar som får finnas i varje steg känns som att minska produktiviteten, men effekten är den motsatta: att starta färre saker samtidigt innebär att varje steg avslutas tidigare, kontextväxlingen minskar och kön av halvfärdigt arbete slutar växa. Team som påbörjar allt som begärs och avslutar lite är den situation som begränsningen är utformad för att korrigera.

Gränsen fungerar också som en diagnostik. När arbetet inte kan gå framåt eftersom nästa steg är fullt utfyllt blir begränsningen omedelbart synlig och teamets uppmärksamhet riktas mot att öppna den snarare än att starta något nytt. Det är detta som omvandlar en anslagstavla från en spårningsenhet till ett hanteringsverktyg, och det är därför anslagstavlor utan gränser vanligtvis blir en uppvisning av allt som pågår snarare än ett sätt att förbättra flödet.

Måtten skiljer sig från de som används i iterationsbaserade metoder och är mer direkt meningsfulla. Cykeltid mäter hur lång tid det tar för ett objekt att slutföra, genomströmning mäter hur många objekt som slutförs per period, och fördelningen av cykeltider stöder probabilistisk prognos för när framtida arbete kommer att slutföras. Dessa observeras snarare än uppskattas, vilket undviker den uppskattningsansträngning som tar avsevärd tid i andra metoder.

Metodens evolutionära premiss skiljer den från ramverk som föreskriver en struktur. Kanban börjar med processen som den existerar för närvarande, gör den synlig och förbättrar den stegvis, snarare än att kräva nya roller och händelser. Detta gör implementeringen mindre störande och mer politiskt genomförbar i organisationer som motsätter sig omorganisation, även om det också innebär att ett team som tillämpar den ytligt kan fortsätta exakt som tidigare med en styrelse ansluten.

Det passar vissa sammanhang bättre än iterationsbaserade metoder. Arbete som anländer oförutsägbart, support och underhåll, operativa team och alla situationer där åtaganden till en fast batch upprepade gånger avbryts, passar alla bättre för flödeshantering än sprintplanering. Många team kombinerar element från båda, med hjälp av en kadens för planering och granskning samtidigt som de hanterar själva arbetet via flöde, vilket är ett pragmatiskt arrangemang snarare än en kompromiss.

Eftersom förbättringen kommer från att man hanterar köer och begränsningar som ofta finns utanför leveransteamet, visar metoden ofta organisatoriska flaskhalsar snarare än teamets. I praktiken tillämpas den inom produktutveckling och är lika tillämplig på design- och forskningspipelines, och organisationer som driver blandat leverans- och operativt arbete använder det ofta över hela IT-avdelning där oförutsägbar ankomst gör det opraktiskt att åta sig fasta batcher.