2.0 Introduktion til del 2: Flowmetrikker

Hvis del 1 er målingens filosofi, er del 2 der, hvor den filosofi møder selve leveringen: de metrikker, der beskriver ikke blot, hvor hurtigt og hvor sikkert et team flytter kode fra en idé til et kørende system, men hvilken slags værdi der overhovedet bevæger sig gennem den pipeline. Denne del er organiseret omkring Flow Framework, en model skabt af Mik Kersten i hans bog fra 2018, Project to Product, der behandler softwarelevering som en værdistrøm og giver den værdistrøm et fælles ordforråd: fire typer flowelementer og fem flowmetrikker, der forbinder ingeniøraktivitet med forretningsstrategi på en måde, en ikke-teknisk interessent faktisk kan bruge.

Det valg af organiserende framework er bevidst. DORA-metrikkerne, udrulningsfrekvens, gennemløbstid, andel af ændringer, der fejler, og genoprettelsestid, er reelt forskningsvaliderede og er stadig et af de bedst dokumenterede leveringsframeworks, der findes, men de måler pipelinens mekanik, ikke det, der strømmer gennem den. Et team kan fremvise fremragende DORA-tal, mens dets faktisk leverede værdi i det stille er drevet mod omarbejde eller væk fra det gælds- og risikoarbejde, der beskytter et systems fremtid. Denne del dækker DORA fuldt ud, men som ét samlet referenceemne til sidst (emne 2.10), fordi det mere presserende, oftere manglende spørgsmål for de fleste organisationer ikke er “hvor hurtig er vores pipeline”, men “hvad leverer vores pipeline egentlig”. Hvert emne i denne del følger stadig den samme disciplin, der blev etableret i del 1: angiv metrikken, navngiv hvordan den bliver manipuleret, og par den med det værn, der fanger den manipulation.

For store teams er flowmetrikker det, der gør sammenligning på tværs af teams mulig uden at miste værdien af syne. Et platformsteam, et mobilteam og et datateam kan have næsten intet til fælles i deres daglige arbejde, men flowhastighed og flowfordeling, beregnet konsekvent, lader ledelsen stille et retfærdigt spørgsmål på tværs af alle tre: leverer dette team den slags værdi, dets nuværende fase faktisk kalder på. Store virksomheder og offentlige organisationer støtter sig til denne dels metrikker for at begrunde platformsinvesteringer, for at sammenligne afkastet af konkurrerende moderniseringsindsatser og for at påvise, med belæg frem for anekdoter, at ingeniørkapaciteten er fordelt, som ledelsen tror, den er.

Emner i denne del

2.1 Flow Framework: Frameworkets oprindelse, dets værdistrømsmodel, og hvorfor denne bog bruger det, og ikke DORA alene, til at organisere leverings- og flowmetrikker.
2.2 Flowelementer: funktioner, fejl, risici og gæld: Frameworkets taksonomi med fire typer, dets nulsum-kapacitetsfordeling, og hvordan klassifikation bliver manipuleret, hvis den anvendes bagudrettet.
2.3 Flowhastighed og flowfordeling: Hvor meget der blev leveret, og hvilken slags værdi det var, altid læst sammen.
2.4 Flowtid og flowbelastning: Hvordan Little’s lov viser, at en overbelastet værdistrøm matematisk bliver langsommere, ikke blot sandsynligvis.
2.5 Floweffektivitet og igangværende arbejde: Hvorfor travlt ikke er det samme som hurtigt, og hvordan begrænsning af igangværende arbejde kontraintuitivt forbedrer gennemstrømningen.
2.6 Cyklustid og dens komponenter: At nedbryde en ændrings ingeniørtid i dens bestanddele, så et team ved præcis, hvor tiden faktisk går hen.
2.7 Køteori: Matematikken under flowbelastning, flowtid, cyklustid og igangværende arbejde, og hvorfor ventetiden på en delt ressource eksploderer, når udnyttelsen nærmer sig sin grænse.
2.8 Lean-værdistrømsmetrikker: Det klassiske lean-værktøjssæt, gennemløbstid, procestid, cyklustid, procent færdigt og korrekt samt taktid, som denne dels softwarespecifikke metrikker nedstammer fra, og hvordan man bygger bro mellem de to ordforråd.
2.9 Metrikker for pull requests og kodegennemgang: De metrikker, der lever inde i et enkelt trin af leveringspipelinen, og hvordan de kan forvrænge gennemgangskvaliteten, hvis de bruges skødesløst.
2.10 DORA-metrikframeworket: De fire DORA-metrikker fuldt ud, placeret sidst med vilje, fordi de måler pipelinen, ikke den værdi, der strømmer gennem den.

Hvordan disse emner hænger sammen

Emne 2.1 introducerer Flow Framework som helhed; emne 2.2 giver dets taksonomi af flowelementer, og emnerne 2.3 og 2.4 dækker dets fem flowmetrikker imellem sig, hastighed og fordeling sammen, derefter tid og belastning sammen, hvor belastning og tid er knyttet direkte til Little’s lov. Emnerne 2.5 til 2.7 zoomer ind på mekanikken under specifikt flowtid og cyklustid: floweffektivitet og igangværende arbejde forklarer, hvorfor ingeniørtrin ofte er langsommere, end de ser ud, cyklustid nedbryder den ingeniørdel i dens trin, og køteori formaliserer, i bevisbar matematisk form, hvorfor alle de foregående emners påstande om belastning, ventetid og udnyttelse er sande. Emne 2.8 træder et skridt tilbage for at spore det hele til dets oprindelse i klassisk lean-værdistrømskortlægning, det fælles ordforråd, denne dels softwarespecifikke metrikker generaliserer ud fra. Emne 2.9 dækker det enkelte pipelinetrin, de fleste teams kan forbedre hurtigst. Emne 2.10 afslutter delen med DORA-metrikkerne fuldt ud, præsenteret som et velunderbygget, men snævrere referencelag, når det bredere, forretningsvendte billede fra de tidligere emner allerede er i sigte.

Denne dels værndisciplin forbinder sig direkte tilbage til emne 1.2: flowhastighed rapporteres aldrig uden flowfordeling ved siden af, og DORAs hastighedsmetrikker forbliver parret med dens stabilitetsmetrikker, så et team ikke kan forbedre et hastighedstal ved i det stille at levere mere risikabel kode eller en smallere blanding af værdi. Den parring er ikke tilfældig for nogen af de to frameworks; det er hvert frameworks centrale indsigt, og del 6’s driftssikkerhedsmetrikker udvider den samme stabilitetshalvdel af den parring ind i produktionsdriften, når koden allerede er leveret.