Kanban

Kanban er en metode til at styre arbejde, der lægger vægt på at visualisere arbejdsgangen, begrænse igangværende arbejde og styre flow, snarere end at organisere levering i faste tidsbestemte batches. Det stammer fra produktionen hos Toyota og blev tilpasset til vidensarbejde, og dets centrale mekanisme er, at nyt arbejde kun trækkes ind i systemet, når kapacitet bliver tilgængelig, i stedet for at blive skubbet ind efter en tidsplan.

Den visuelle tavle er det mest genkendelige element, men ikke det vigtigste. Kolonner, der repræsenterer de faktiske faser, arbejdet gennemgår, hvor hvert element er synligt, mens det bevæger sig, gør systemets tilstand observerbar for alle. Det vigtige er, at kolonnerne afspejler virkeligheden, inklusive ventetilstande, hvor arbejdet ligger inaktivt og venter på gennemgang, godkendelse eller et andet team, da disse køer normalt er der, hvor det meste af den forløbne tid bruges, og de er usynlige på forenklede tavler.

At begrænse igangværende arbejde er den mekanisme, der skaber fordelen, og det er det element, som organisationer mest modsætter sig. At begrænse, hvor mange elementer der må være i hver fase, føles som at reducere produktiviteten, men effekten er den modsatte: at starte færre ting samtidigt betyder, at hver enkelt afsluttes hurtigere, kontekstskift falder, og køen af ​​halvfærdigt arbejde holder op med at vokse. Teams, der begynder alt, hvad der anmodes om, og afslutter lidt, er den situation, som begrænsningen er designet til at rette op på.

Grænsen fungerer også som en diagnosticeringsmetode. Når arbejdet ikke kan fortsætte, fordi den næste fase er fuldt udnyttet, bliver begrænsningen øjeblikkeligt synlig, og teamets opmærksomhed rettes mod at åbne den i stedet for at starte noget nyt. Det er dette, der forvandler en tavle fra en sporingsenhed til et styringsværktøj, og det er derfor, at tavler uden begrænsninger typisk bliver en visning af alt, der foregår, snarere end et middel til at forbedre flowet.

Målingerne adskiller sig fra dem, der anvendes i iterationsbaserede tilgange, og er mere direkte meningsfulde. Cyklustid måler, hvor lang tid et element tager fra start til færdiggørelse, gennemløbshastighed måler, hvor mange elementer der fuldføres pr. periode, og fordelingen af ​​cyklustider understøtter probabilistisk prognose for, hvornår fremtidigt arbejde vil være færdigt. Disse observeres snarere end estimeres, hvilket undgår den estimeringsindsats, der bruger betydelig tid i andre tilgange.

Metodens evolutionære præmis adskiller den fra rammer, der foreskriver en struktur. Kanban begynder med processen, som den eksisterer i øjeblikket, gør den synlig og forbedrer den trinvist i stedet for at kræve nye roller og begivenheder. Dette gør implementeringen mindre forstyrrende og mere politisk mulig i organisationer, der modsætter sig reorganisering, selvom det også betyder, at et team, der anvender den overfladisk, kan fortsætte præcis som før med en bestyrelse tilknyttet.

Det passer bedre til nogle kontekster end iterationsbaserede tilgange. Arbejde, der ankommer uforudsigeligt, support og vedligeholdelse, driftsteams og enhver situation, hvor forpligtelser til en fast batch gentagne gange afbrydes, passer alle bedre til flowstyring end sprintplanlægning. Mange teams kombinerer elementer fra begge dele ved hjælp af en kadence til planlægning og gennemgang, mens de styrer selve arbejdet via flow, hvilket er en pragmatisk ordning snarere end et kompromis.

Fordi forbedringen kommer fra at håndtere køer og begrænsninger, der ofte ligger uden for leveringsteamet, afslører metoden ofte organisatoriske flaskehalse snarere end teamets. I praksis anvendes den inden for produktudvikling og er lige så anvendelig til design- og forskningspipelines, og organisationer, der kører blandet leverings- og operationelt arbejde, anvender det ofte på tværs af en Det afdeling hvor uforudsigelig ankomst gør forpligtelse til faste batcher upraktisk.