Sådan forbedrer du en forretningsproces

Sådan fungerer det

1. Fastlæg processen, som den er i dag

   Kortlæg as-is sammen med dem, der udfører arbejdet — undtagelser og workarounds inklusive — og registrér et par mål: gennemløbstid, andel omarbejde, mængde i hver gren. Uden en baseline, folk er enige i, kan enhver senere påstand om forbedring anfægtes, og den bliver anfægtet.

2. Formulér problemet uden en årsag i

   »Fakturaer betales for sent« er et problem. »Godkenderne er langsomme« er en teori i problemets tøj, og enhver analyse, der starter dér, slutter dér. Skriv formuleringen ud fra observationen og målet, og lad så evidensen fortælle, hvem eller hvad der er involveret.

3. Indeslut — og registrér det som indeslutning

   Hvor problemet aktivt gør skade, skal I stoppe det — men notér det som en midlertidig foranstaltning med en ansvarlig og en slutdato. Indeslutning, der stille får lov at blive, bliver til et permanent ekstra trin, og den fjerner samtidig presset for at finde den egentlige årsag.

4. Find en årsag, evidensen bakker op om

   Indsaml data, mens de stadig findes, rekonstruér hændelsesforløbet, opstil mere end én hypotese, og test dem. At stoppe ved den første plausible forklaring er den absolut mest udbredte fejl, og det er derfor, verifikationsbeslutningen i eksemplet går tilbage i sløjfen i stedet for videre.

5. Ændr én ting

   Vælg den mindste ændring, der adresserer årsagen, definér hvad succes er og hvornår, og indfør den alene. Samlede ændringer gør det umuligt at tilskrive effekten: når nøgletallet flytter sig, ved I ikke, hvilken ændring I skal beholde, og når det ikke gør, ved I ikke, hvilken I skal rulle tilbage.

6. Verificér efter en fastsat periode, og opdatér diagrammet

   Kom tilbage, når der er kørt cyklusser nok til at se et signal, og sammenlign med jeres baseline. Virkede det, så opdatér procesdiagrammet og dets godkendte version, så den nye måde er den dokumenterede måde. Virkede det ikke, så genåbn analysen i stedet for at lægge endnu en ændring oven på den første.

Ofte stillede spørgsmål

Hvordan kommer jeg i gang med at forbedre en forretningsproces?

Kortlæg, hvad der sker i dag, sammen med dem, der gør det — undtagelserne inklusive. Næsten alle forbedringsforløb, der går i stå, gjorde det, fordi de tog udgangspunkt i en formodet proces frem for en dokumenteret, og den formodede version er altid den lykkelige sti. Når as-is findes, og folk er enige i den, plejer problemerne at melde sig selv: trin uden ejer, sløjfer med omarbejde og overleveringer, hvor modtageren ikke får besked, er synlige på papiret.

Hvad er forskellen på et symptom og en rodårsag?

Et symptom er det, I observerer: forsinkede fakturaer, genåbnede sager, manglende leverancer. En rodårsag er det, I kan fjerne, så symptomet ikke kan opstå igen. Forbedringsarbejde fejler, når det behandler symptomet, fordi den ændring, der kommer ud af det — endnu en godkender, endnu en tjekliste — koster penge og rører ikke ved mekanismen. Testen for en rodårsag er, om problemet ville være undgået, hvis den var fjernet, og om evidensen understøtter det frem for blot at tillade det.

Skal jeg bruge Lean eller Six Sigma for at forbedre en proces?

Nej, selvom begge giver et brugbart sprog. De mekanismer, der betyder noget, er tilgængelige uden en metode: dokumentér den nuværende proces, mål noget, find en årsag, evidensen bakker op om, ændr én ting, og verificér. Formelle programmer tilfører stringens og et fælles sprog, hvilket hjælper i stor skala; de tilfører også et overhead, der kan overstige værdien for en enkelt proces. Start med rækkefølgen, og indfør rammeværket, hvis mængden af forbedringsarbejde berettiger det.

Hvordan får jeg en forbedring til at holde?

Opdatér den dokumenterede proces og dens godkendte version, fortæl det til de berørte, og tjek igen et kvartal senere. Ændringer, der kun lever i en projektrapport, forsvinder inden for få måneder, fordi den dokumenterede proces stadig beskriver den gamle måde, og nye kolleger bliver oplært i den. Forbedringen er ikke færdig, når ændringen er lavet; den er færdig, når diagrammet, oplæringen og praksis siger det samme.