Kanban: hvad det er, hvem der kan det, og hvad de tjener

Kanban-færdighed er evnen til at styre og forbedre arbejdets flow. Det handler ikke bare om at flytte kort mellem kolonner på et board. En dygtig person kan gøre arbejdet synligt, begrænse hvor meget der er i gang, opdage flaskehalse og bruge data til at forbedre leveringen.

Kanban bruges oven på den måde, teamet allerede arbejder på. Metoden kræver derfor ikke nødvendigvis, at organisationen skifter roller, procesmodel eller organisationsform. En erfaren Kanban-praktiker starter med at forstå det eksisterende arbejde og forbedrer systemet gradvist.

Visualisering er en central del af færdigheden. Personen kan designe et Kanban-board, som afspejler det faktiske workflow fra arbejdet bliver startet, til det er færdigt. Kolonner og andre visuelle markeringer skal vise relevante tilstande, køer, blokeringer og risici. Et board er først nyttigt, når det gør problemer i flowet lettere at se.

En anden kernekompetence er at kontrollere work in progress, ofte forkortet WIP. Personen kan sætte og justere WIP-grænser, så teamet ikke konstant starter nyt arbejde, mens eksisterende opgaver står stille. Formålet er bedre flow og fokus på at afslutte arbejde frem for at holde flest mulige aktiviteter i gang.

Kanban-færdighed omfatter også pull. Nyt arbejde trækkes ind, når systemet har kapacitet, i stedet for at arbejde ukritisk skubbes ind til personer eller teams. Det kræver tydelige regler for, hvornår noget er klar til at bevæge sig videre, og hvordan forskellige typer arbejde prioriteres.

En dygtig Kanban-praktiker gør arbejdsreglerne eksplicitte. Teamet bør kunne se, hvad en status betyder, hvornår arbejde må flyttes, hvordan blokeringer håndteres, og hvordan nyt arbejde vælges. Reglerne skal støtte beslutninger i hverdagen og ikke blot eksistere som procesdokumentation.

Færdigheden omfatter desuden flow-målinger. Centrale målinger er WIP, throughput, work item age og cycle time. WIP viser igangværende arbejde. Throughput viser, hvor meget arbejde der bliver afsluttet. Work item age viser, hvor længe en igangværende aktivitet har været i systemet. Cycle time viser tiden fra arbejdet starter, til det afsluttes.

En erfaren person bruger ikke målingerne som præstationsmål for enkeltpersoner. Målingerne bruges til at forstå systemet. Hvis cycle time spreder sig kraftigt, work item age vokser eller WIP samler sig ét sted, undersøger personen årsagen frem for blot at bede teamet arbejde hurtigere.

Kanban kan også bruges til forventningsstyring. En Service Level Expectation, ofte forkortet SLE, beskriver et sandsynligt tidsrum for levering på baggrund af historiske data. En dygtig praktiker forstår derfor forskellen mellem et databaseret forecast og et løfte om en bestemt leveringsdato.

På et mere avanceret niveau omfatter Kanban-færdigheden analyse af efterspørgsel, kapacitet, serviceklasser, afhængigheder og flow på tværs af teams. Personen kan arbejde med cumulative flow diagrams, cycle time-data og probabilistiske forecasts for at gøre leveringen mere forudsigelig.

Kanban-færdigheden er vigtig, når et team har en løbende strøm af arbejde og har brug for at styre kapacitet, prioritering og levering. Det gælder især, når nye opgaver hele tiden ankommer, og arbejdet ikke naturligt passer i faste projektfaser eller planlagte sprint.

I softwareudvikling bruges Kanban til blandt andet features, fejlrettelser, vedligeholdelse og tekniske opgaver. Færdigheden gør en forskel, når udviklerne har meget arbejde i gang, opgaver bliver gamle, eller bestemte dele af udviklingsprocessen skaber kø.

I IT-drift og support er Kanban relevant, fordi incidents, requests og andre opgaver ankommer løbende. Her kan visualisering, WIP-kontrol og tydelige prioriteringsregler hjælpe teamet med at håndtere både normalt arbejde og hastesager uden at miste overblikket.

Produktteams kan bruge Kanban til at styre arbejde fra idé og analyse til udvikling og levering. Her gør færdigheden det muligt at se, om organisationen eksempelvis starter langt flere initiativer, end den har kapacitet til at færdiggøre.

Kanban bruges også uden for IT. Marketing, HR, design, jura, økonomi og andre vidensfunktioner kan have samme udfordring: meget usynligt arbejde, skiftende prioriteringer og for mange samtidige opgaver. Kanban er udviklet til styring af vidensarbejde og er ikke begrænset til softwareteams.

Færdigheden er særlig værdifuld, når en organisation oplever lange leveringstider uden helt at vide hvorfor. En erfaren Kanban-praktiker kan undersøge, hvor arbejdet venter, hvor meget der er i gang, hvilke typer opgaver der blokerer systemet, og hvor variationen i leveringstiden opstår.

Kanban kan også supplere Scrum. Et Scrum-team kan eksempelvis bruge flow-målinger og WIP-kontrol uden at opgive Scrum. En dygtig person ser derfor ikke nødvendigvis Kanban og Scrum som konkurrerende valg.

Roller med Kanban-færdighed findes blandt andet blandt team leads, Scrum Masters, agile coaches, Product Owners, produktchefer, projektledere, driftsledere og personer med ansvar for service delivery. Teammedlemmer kan også have stærk Kanban-færdighed uden en formel procesrolle.

Kanban trænes bedst på et rigtigt workflow. Start med at kortlægge, hvordan arbejdet faktisk bevæger sig gennem teamet. Undgå at tegne den proces, organisationen påstår at have, hvis virkeligheden ser anderledes ud.

Lav derefter en visualisering af workflowet. Markér hvor arbejdet starter og slutter, og gør relevante køer og blokeringer synlige. Begynd at måle WIP, throughput, work item age og cycle time. Allerede her bliver forskellen mellem et almindeligt opgaveboard og et Kanban-system tydelig.

Næste trin er at eksperimentere med WIP-kontrol. Begræns hvor meget arbejde der kan være i bestemte dele af flowet. Når grænsen nås, skal teamet forsøge at få eksisterende arbejde videre frem for automatisk at starte endnu en opgave. Det træner pull-tænkning i praksis.

STATIK, Systems Thinking Approach to Introducing Kanban, er en etableret metode fra Kanban University til at designe et Kanban-system. Arbejdet tager blandt andet udgangspunkt i kundebehov, efterspørgsel, nuværende leveringskapacitet, workflow og de politikker, systemet har brug for.

Kanban Universitys Kanban System Design er et anerkendt kursus for personer, der skal kunne designe og drive Kanban-systemer. Team Kanban Practitioner er et mere grundlæggende spor. ProKanban.org tilbyder blandt andet Applying Professional Kanban med fokus på praktisk anvendelse af Kanban og flow.

Kurserne kan give et solidt begrebsapparat, men Kanban-færdighed opstår ikke alene ved et kursusbevis. Den udvikles, når personen arbejder med rigtige køer, flaskehalse, gamle opgaver, forskellige typer efterspørgsel og teams, der ikke altid følger processen som forventet.

En god træningsrutine er løbende at gennemgå flowdata. Se på gamle igangværende aktiviteter. Undersøg variationen i cycle time. Find steder, hvor arbejde samler sig. Lav en ændring i arbejdsreglerne eller kapacitetsstyringen, og undersøg efterfølgende om ændringen faktisk forbedrede systemet.

På et mere avanceret niveau bør man lære probabilistisk forecasting. Historiske throughput- og cycle time-data kan bruges til at diskutere sandsynlige leveringstider og mængder uden at foregive, at komplekst vidensarbejde kan estimeres med sikkerhed.

Kanban-færdighed udvikles derfor gennem en feedbackcyklus: observer arbejdet, mål flowet, formulér en hypotese, ændr systemet og se, hvad der sker. Det er denne løbende forbedring, der adskiller praktisk Kanban-kompetence fra blot at kende terminologien.

Bed personen forklare forskellen mellem et Kanban-board og Kanban. En erfaren kandidat vil normalt forklare, at visualisering kun er en del af arbejdet. WIP-kontrol, pull, eksplicitte regler, flowmålinger, feedback og løbende forbedring er mindst lige så vigtige.

Spørg, hvordan personen ville hjælpe et team, hvor mange opgaver er startet, men få bliver afsluttet. En stærk kandidat undersøger typisk WIP, flow og årsager til ventetid frem for straks at kræve højere individuel produktivitet.

Spørg også, hvad cycle time, throughput, WIP og work item age fortæller. Personen behøver ikke bruge bestemte diagrammer, men bør kunne forklare, hvordan målingerne bruges til konkrete beslutninger om flow.

Vis et board, hvor mange kort har samlet sig i én kolonne, og spørg hvad kandidaten vil gøre. En erfaren praktiker konkluderer ikke automatisk, at medarbejderne i kolonnen skal arbejde hurtigere. Personen undersøger kapacitet, arbejdsregler, afhængigheder, opgavestørrelser og andre mulige årsager til køen.

Bed personen forklare en WIP-grænse. Et godt svar handler ikke kun om et maksimalt antal kort. Kandidaten bør kunne forklare, hvordan grænsen skaber en pull-mekanisme og tvinger teamet til at håndtere eksisterende arbejde, før mere startes.

Spørg, hvordan en leveringstid kan forecastes. En stærk kandidat kan forklare brugen af historiske flowdata og sandsynligheder og vil normalt være forsigtig med at præsentere et enkelt estimat som en sikker dato.

Spørg til en Kanban-ændring, som ikke virkede. En erfaren person kan beskrive hypotesen, data før og efter ændringen og hvad teamet lærte. Kanban handler om evolutionær forbedring, så erfaring med fejlslagne eksperimenter er ikke i sig selv et dårligt tegn.

Se også efter systemsyn. En stærk Kanban-praktiker forsøger at optimere hele leveringsflowet og kundens resultat. Hvis personen primært bruger Kanban-data til at rangere enkeltpersoners produktivitet, tyder det på en mere begrænset forståelse af færdigheden.