2.4 Flowtid og flowbelastning

Overblik og motivation

Flowtid er den samlede forløbne tid fra det øjeblik, et flowelement (emne 2.2) kommer ind i værdistrømmen, til det leveres, og den måler reaktionsevne på hele vejen fra et forretningsbehov, der identificeres, til en kunde, der modtager værdi. Flowbelastning er det samlede antal flowelementer, der på et givet tidspunkt er aktive eller venter i værdistrømmen, Flow Frameworks navn for det, emne 2.5 kalder igangværende arbejde. Sammen er de de to Flow Framework-metrikker, der mest direkte hænger sammen med køernes matematik, fordi flowbelastning ikke blot korrelerer med flowtid, den dikterer den matematisk.

Det forhold er Little’s lov, et bevis fra køteori (emne 2.7 dækker det fuldt ud), der siger, at det gennemsnitlige antal elementer i et stabilt system er lig med den gennemsnitlige ankomstrate multipliceret med den gennemsnitlige tid, hvert element tilbringer i systemet. Anvendt her: flowbelastning er lig med ankomstraten multipliceret med flowtiden. Det er den enkeltstående mest nyttige kendsgerning i dette emne, fordi den forvandler et argument, der før var kvalitativt, “vi er for overbelastede, tingene tager for lang tid”, til et bevisbart, kvantitativt, som en forretningsleder ikke let kan afvise: hvis flowbelastningen bliver ved med at stige, mens ankomstraten er flad, er flowtiden matematisk garanteret at stige med, ikke blot sandsynligvis.

For store teams er det ofte det enkeltstående mest overbevisende tal i hele frameworket. En forretningsleder, der modsætter sig tanken om at sige nej til nyt arbejde, fordi hver anmodning føles individuelt berettiget, vil ofte acceptere, at overbelastning af en værdistrøm bevisligt sinker hvert element, der allerede er i den, når først flowbelastningen følges, og forholdet til flowtid vises direkte frem for at blive argumenteret abstrakt. Store virksomheder, der jonglerer med mange samtidige strategiske initiativer, og offentlige programmer, der kører snesevis af parallelle arbejdsstrømme, er begge afhængige af dette bevis, ikke blot intuitionen bag det, for at begrunde at sige nej til at starte mere arbejde på én gang.

Nøgleprincipper

Flowbelastning dikterer matematisk flowtid, via Little’s lov. Det er ikke korrelation; det er et bevis, der gælder for enhver stabil værdistrøm.
Flowtid spænder over hele værdistrømmen, ikke kun ingeniørarbejdet. Den starter, når et forretningsbehov identificeres, ikke når ingeniørerne tager arbejdet op, hvilket emne 2.6’s cyklustid derefter nedbryder yderligere.
Stigende flowbelastning er det tidligste advarselstegn på stigende flowtid. Fordi forholdet er bevisligt, kan flowbelastning følges som en førende indikator, ikke blot opdages, efter flowtiden allerede er forringet.
Værdistrømmens indgangspunkt skal være fastlagt og dokumenteret. Hvor flowtidens ur starter, er et definitionsmæssigt valg, der er udsat for den samme manipulationsrisiko som enhver anden metrikgrænse i denne bog.
En forretningsleder kan handle direkte på flowbelastning. I modsætning til flowtid, som er en bagudrettet måling, er flowbelastning et håndtag: at sige nej til at starte nyt arbejde er en handling, der er tilgængelig i dag.

Anbefalinger

Fastlæg og dokumentér værdistrømmens indgangspunkt, før du måler flowtid

Beslut eksplicit, om flowtiden starter, når et forretningsbehov først identificeres, når det formelt godkendes, eller når ingeniørerne begynder arbejdet, og dokumentér det valg på samme måde, som emne 1.4 anbefaler for ethvert metrikcharter. Denne ene beslutning afgør, om flowtid måler reel ende-til-ende-reaktionsevne eller kun den smallere del, ingeniørerne kontrollerer, og at ændre definitionen senere uden at oplyse det er dette emnes centrale manipulationsrisiko.

Følg flowbelastningen kontinuerligt, ikke periodisk

Fordi flowbelastning, via Little’s lov, er en førende indikator for den flowtid, der stadig kommer, så følg den som et levende, løbende opdateret tal frem for et periodisk øjebliksbillede. En flowbelastning, der allerede er steget i uger, når nogen kontrollerer den, har allerede i det stille forlænget flowtiden lige så længe, usynligt, før metrikken indhentede det.

Brug Little’s lov eksplicit, når du argumenterer for en WIP-grænse eller en kapacitetsforøgelse

Når du fremfører sagen for at starte mindre samtidigt arbejde, eller for at tilføje kapacitet, så præsentér selve ligningen, ikke blot anbefalingen: flowbelastning er lig med ankomstrate gange flowtid, så hvis ankomstraten er nogenlunde fast, er en reduktion af flowbelastningen matematisk garanteret at reducere flowtiden. Det er et væsentligt stærkere argument over for en skeptisk interessent end en ukvantificeret påstand om, at “vi har for travlt”, fordi det er bevisligt frem for blot påstået.

Adskil flowtid fra flowbelastningens underliggende årsager, før du foreslår en løsning

Når flowbelastningen er høj, så undersøg, hvilken flowelementtype (emne 2.2) der faktisk driver den: for mange samtidige funktioner startet på én gang, en bunke uafklarede fejl eller risikoarbejde, der sidder fast og venter på en delt godkendelse. Hver årsag indebærer en forskellig løsning, og at behandle “flowbelastningen er høj” som ét udifferentieret problem har tendens til at give et generisk, ineffektivt svar.

Krydstjek flowtid mod cyklustid for at isolere, hvor forsinkelsen faktisk opstår

Da flowtid spænder over hele værdistrømmen, og cyklustid (emne 2.6) kun dækker ingeniørdelen af den, så sammenlign de to direkte. Et stort hul mellem flowtid og cyklustid betyder, at det meste af forsinkelsen opstår, før ingeniørerne overhovedet ser arbejdet, i godkendelseskøer, prioriteringsbacklogs eller overdragelser mellem teams, hvilket peger mod en meget anden løsning end et hul koncentreret inde i ingeniørarbejdet selv.

Afvejninger: fordele og ulemper

Tilgang	Fordele	Ulemper
At måle flowtid kun fra ingeniørernes opstart	Enkel, passer til eksisterende cyklustidsinstrumentering	Overser forsinkelse før ingeniørarbejdet, undervurderer den sande reaktionsevne
At måle flowtid fra reel identifikation af forretningsbehovet	Fanger sand ende-til-ende-reaktionsevne	Kræver instrumentering af trin uden for ingeniørernes direkte kontrol
Periodiske øjebliksbilleder af flowbelastning	Billige at beregne lejlighedsvis	Misser værdien som førende indikator; stigende belastning går ubemærket hen for længe
Kontinuerlig sporing af flowbelastning	Levende, handlingsrettet førende indikator	Kræver løbende værktøjsintegration, ikke blot en lejlighedsvis rapport

Den centrale spænding er omfang versus instrumenteringsrækkevidde. At måle flowtid kun fra ingeniørernes opstart er langt nemmere at instrumentere, da det genbruger de cyklustidsdata, emne 2.6 allerede indsamler, men det undervurderer i det stille den sande reaktionsevne ved at ignorere alt, der sker, før ingeniørerne ser arbejdet. Løs spændingen ved at starte med den snævrere, ingeniørafgrænsede måling, hvis det er alt, du kan instrumentere i dag, men behandl det at udvide flowtidens startpunkt opstrøms, ind i identifikation og prioritering af forretningsbehov, som en prioritet på kort sigt frem for en permanent begrænsning.

Spørgsmål at drøfte med dit team

Hvor starter vores flowtidsur faktisk i dag, og er alle i organisationen enige om, at det er det rette startpunkt? Et misforhold mellem, hvor interessenter antager, at uret starter, og hvor det faktisk starter, er en almindelig, stille kilde til mistillid til metrikken. Bekræft, at den dokumenterede definition matcher den fælles forståelse.
Har vi nogensinde kontrolleret, om vores målte flowbelastning, ankomstrate og flowtid faktisk opfylder Little’s lov? Hvis de ikke nogenlunde går op, bliver ét af de tre tal målt uensartet. Gennemgå de faktiske tal sammen i stedet for at antage, at kontrollen ville bestå.
Følges flowbelastningen kontinuerligt, eller ville en jævn stigning gå ubemærket hen i uger, før nogen kontrollerede? En førende indikator beskytter kun dig, hvis nogen faktisk holder øje med den næsten i realtid, ikke blot gennemgår den i en kvartalsrapport.
Når flowbelastningen stiger, kan vi så sige, hvilken flowelementtype der faktisk driver den, eller læses den som ét udifferentieret tal? En generisk diagnose om, at “vi er overbelastede”, producerer et generisk, ofte ineffektivt svar. Kontrollér, om jeres nuværende instrumentering faktisk kan tilskrive stigende belastning en specifik årsag.
Hvor stort er hullet mellem vores flowtid og vores cyklustid, og tyder det hul på, at det meste af forsinkelsen opstår før eller efter ingeniørerne ser arbejdet? Denne sammenligning afslører ofte, at den største mulighed for forbedring ligger helt uden for ingeniørernes egen kontrol.
Har nogen nogensinde i det stille indsnævret vores flowtids startpunkt for at få tallet til at se bedre ud, uden at ændringen blev dokumenteret eller oplyst? Det er emnets centrale manipulationsrisiko udtrykt direkte. Spørg ærligt, om jeres definition nogensinde er drevet på den måde.

Sektorperspektiv

Startup. Flowbelastning er som regel lav, simpelthen fordi der ikke er nok mennesker til at starte meget arbejde samtidigt, men det samme matematiske forhold gælder i det øjeblik, en stifter eller ledende ingeniør bliver en personlig flaskehals for mange samtidige initiativer. Følg flowbelastning uformelt, selv uden dedikeret værktøj, da Little’s lov gælder uanset skala.

Mindre virksomhed. En simpel, delt liste over alt, der i øjeblikket er aktivt, er som regel tilstrækkelig til at beregne flowbelastning uden dedikeret software til værdistrømsstyring. Den nyttige vane er at kontrollere den regelmæssigt nok til, at et stigende tal fanges tidligt og ikke opdages først, når flowtiden allerede synligt er forringet.

Stor virksomhed. Det er her, Little’s lov fortjener sin plads som argument, ikke blot en metrik: en stor organisation, der jonglerer med snesevis af samtidige strategiske initiativer, kan bruge det bevisbare forhold mellem flowbelastning og flowtid til at fremføre en belægsbaseret sag for at sekvensere arbejdet, noget et rent kvalitativt “vi har for travlt”-argument sjældent opnår mod fast beslutsomt interessentpres.

Offentlig sektor. Flerårige programmer ophober rutinemæssigt stor, implicit flowbelastning på tværs af mange arbejdsstrømme, hver især individuelt berettiget, uden synlighed i hele organisationen over totalen. At præsentere Little’s lov direkte, så man viser, at programmets egen vækst i flowtid matematisk forklares af dets egen stigende flowbelastning, er ofte det klareste og mest overbevisende belæg for at sekvensere arbejdsstrømme frem for at køre dem alle parallelt på ubestemt tid.

Eksempler

Stor virksomhed. En medieteknologivirksomheds platformsorganisation kørte toogtyve samtidige strategiske initiativer med kapacitet, der var realistisk for omkring tolv, et misforhold ingen havde kvantificeret, før en ny VP for engineering bad om flowbelastningen direkte. Flowtiden for det mediane initiativ var vokset med 40 % over det foregående år, en tendens, ledelsen havde tilskrevet “at arbejdet blev sværere”. At præsentere Little’s lov sammen med de faktiske tal for flowbelastning og ankomstrate viste, at væksten var fuldt ud forklaret af stigende flowbelastning alene, uden at nogen ændring i det underliggende arbejdes sværhedsgrad var nødvendig for at forklare den. Organisationen sekventerede initiativer ned til en bæredygtig flowbelastning, og den mediane flowtid faldt med næsten en tredjedel inden for to kvartaler.

Offentlig sektor. En føderal myndigheds moderniseringsprogram for tilskudsstyring havde ophobet flowbelastning på tværs af snesevis af parallelle arbejdsstrømme uden et enkelt fulgt totaltal, hver arbejdsstrøms sponsor mente, at deres eget initiativ i isolation var passende ressourcesat. En analyse fra programkontoret ved hjælp af Little’s lov viste, at programmets samlede flowtid, tiden fra en arbejdsstrøms godkendelse til dens levering, næsten præcist kunne forudsiges ud fra dets samlede flowbelastning alene, et fund, der overbeviste sponsorer, som i over et år havde modsat sig argumenter om nedprioritering. Programmet indførte et eksplicit loft for flowbelastning, og nye arbejdsstrømme kommer nu i en kø i stedet for at starte med det samme uanset den aktuelle belastning.

Business case: motiver, ROI og TCO

Afkastet af at følge flowbelastning og flowtid sammen er en bevisbar, ikke blot overbevisende, sag for at sekvensere arbejde frem for at køre alt parallelt. Medieteknologieksemplet ovenfor, der forklarede en hel forværring af flowtiden gennem flowbelastning alene, er det mønster, denne kombination pålideligt producerer: et specifikt, kvantitativt argument lykkes, hvor en kvalitativ henvisning til at være “for travl” tidligere fejlede mod reelt organisatorisk pres for at starte mere arbejde.

De samlede ejeromkostninger er lave i forhold til dens overbevisende kraft: flowbelastning kræver kun en levende optælling af aktive og ventende elementer, og flowtid kræver instrumentering af værdistrømmens indgangspunkt, arbejde, der betaler sig selv første gang, det forhindrer en organisation i at forpligte sig til flere samtidige initiativer, end dens faktiske kapacitet kan bære.

Antimønstre og faldgruber

I det stille at indsnævre flowtidens startpunkt for at pynte på tallet: manipulationsvektoren i hjertet af dette emne. At flytte urets start fra reel identifikation af forretningsbehovet til et senere punkt, ingeniørernes opstart, formel godkendelse, forkorter flowtiden uden overhovedet at ændre den reelle reaktionsevne, og det kan ske så gradvist, at ingen enkelt ændring ligner en bevidst manipulation. Værnet er at dokumentere indgangspunktet eksplicit i et metrikcharter (emne 1.4) og periodisk revidere det mod den dokumenterede definition, den samme disciplin, denne bog beder om for hver metrikgrænse.
At måle flowbelastning kun periodisk: opgiver dens værdi som førende indikator, da en jævn stigning kan gå ubemærket hen i uger.
At behandle flowbelastning som ét udifferentieret tal: overser, hvilken flowelementtype der faktisk driver en overbelastning, og giver et generisk frem for et målrettet svar.
At ignorere hullet mellem flowtid og cyklustid: overser, om forsinkelsen er koncentreret før eller efter ingeniørarbejdet, hvilket indebærer meget forskellige løsninger.
At argumentere for reduceret samtidigt arbejde uden eksplicit at præsentere Little’s lov: en kvalitativ henvisning er langt lettere for en interessent at afvise end et kvantitativt, bevisbart forhold.
At antage, at Little’s lov kun gælder i stor skala: den gælder for ethvert stabilt system uanset størrelse, også en enkelt overbelastet person.

Modenhedsmodel

Niveau 1, Igangsæt: Hverken flowtid eller flowbelastning følges; forsinkelse drøftes anekdotisk uden understøttende data.
Niveau 2, Udvikl: Flowtid følges kun fra ingeniørernes opstart, og flowbelastning kontrolleres periodisk frem for kontinuerligt.
Niveau 3, Standardisér: Flowtid måles fra et dokumenteret, organisationsdækkende indgangspunkt i værdistrømmen, og flowbelastning følges kontinuerligt som en førende indikator.
Niveau 4, Styr: Little’s lov bruges eksplicit til at begrunde kapacitets- og sekvenseringsbeslutninger, og stigende flowbelastning tilskrives en specifik flowelementtype, før en løsning foreslås.
Niveau 5, Orkestrér: Organisationen sætter eksplicitte lofter for flowbelastning på tværs af sine værdistrømme og kan pege på specifikke sekvenseringsbeslutninger, understøttet af Little’s lov, der målbart forbedrede flowtiden.

Idéer til drøftelse

Hvor starter vores flowtidsur faktisk, og er den definition nogensinde drevet uden dokumentation?
Opfylder vores målte flowbelastning, ankomstrate og flowtid nogenlunde Little’s lov?
Følges flowbelastning kontinuerligt nok til, at en jævn stigning ville blive fanget inden for dage, ikke måneder?
Hvad er hullet mellem vores flowtid og vores cyklustid, og hvad fortæller det hul os om, hvor forsinkelsen faktisk opstår?

Vigtigste pointer

Flowbelastning dikterer matematisk flowtid, via Little’s lov: flowbelastning er lig med ankomstrate gange flowtid, for enhver stabil værdistrøm.
Flowtid spænder over hele værdistrømmen, fra identifikation af forretningsbehov til levering, bredere end cyklustidens afgrænsning til kun ingeniørarbejde (emne 2.6).
Emnets centrale manipulationsvektor er i det stille at indsnævre flowtidens startpunkt; værnet er en dokumenteret, revideret definition af indgangspunktet.
Følg flowbelastning kontinuerligt, ikke periodisk, så den fungerer som en ægte førende indikator frem for en bagudrettet opdagelse.
Brug Little’s lov eksplicit, ikke blot som en intuition, når du argumenterer for en WIP-grænse, en kapacitetsforøgelse eller sekvensering af samtidigt arbejde.

Kilder og videre læsning

Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.
Little, John D. C. “A Proof for the Queuing Formula: L = λW.” Operations Research, 1961.
Reinertsen, Donald G. The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing, 2009.