Sådan standardiserer du en forretningsproces

Sådan fungerer det

1. Kortlæg hver variant, som den faktisk køres

   Ét diagram pr. lokation eller team, tegnet ud fra dem, der udfører arbejdet — ikke ud fra den lokale procedurebeskrivelse. Varianter dokumenteret ud fra papirerne ser alle ens ud, fordi alle har kopieret den samme skabelon; forskellene ligger i praksis.

2. Stil varianterne op mod en fælles rygrad

   Find de trin, alle versioner deler, og læg hver variant op mod dem. Sammenligningen er det, der forvandler en generel fornemmelse af, at »vi gør det alle sammen forskelligt«, til en konkret liste over forskelle — og det er en langt kortere og mindre konfliktfyldt samtale.

3. Sortér hver forskel i påkrævet, betinget eller vanemæssig

   Påkrævet betyder, at en myndighed, en kontrakt eller lovgivning gør den nødvendig. Betinget betyder, at et lokalt system eller en ressource fremtvinger den indtil videre. Vanemæssig betyder, at ingen kan huske hvorfor. Bed den lokation, der ejer forskellen, om at begrunde hver enkelt — selve sorteringen plejer at afklare halvdelen, uden at nogen skal træffe en beslutning.

4. Design standarden omkring de påkrævede forskelle

   Byg ét flow med eksplicitte variantgrene dér, hvor forskellen er ægte. En standard, der ignorerer et lovkrav i én region, vil være brudt i den region og vil miskreditere hele øvelsen alle andre steder.

5. Dokumentér hastesporet

   Enhver proces har et hastespor. Tegn det, sæt kriterier på det, navngiv hvem der må godkende det, og kræv, at begrundelsen registreres — sådan som eksemplet gør med sin hastegren. Udokumenterede undtagelsesveje vokser, indtil de er processen.

6. Udgiv én godkendt version, og følg op på afvigelserne

   Hold ét godkendt diagram med varianterne navngivet på det, og gennemgå det efter nogle måneder for den afvigelse, der er opstået i mellemtiden. Standardisering er ikke et projekt, der bliver færdigt; det er en version, der skal vedligeholdes, og det første tegn på fejl er en lokation med sin egen opdaterede kopi.

Ofte stillede spørgsmål

Hvordan standardiserer jeg en proces på tværs af flere lokationer?

Kortlæg, hvordan hver lokation faktisk kører den, sammenlign varianterne op mod en fælles rygrad, og sortér derefter hver forskel i påkrævet, betinget eller vanemæssig. Design standarden omkring de påkrævede forskelle, og fjern de vanemæssige. Rækkefølgen betyder noget: teams accepterer en standard, der synligt tager højde for deres reelle begrænsninger, og afviser en, der ser ud til at være designet et andet sted og trukket ned over hovedet på dem — uanset hvor godt designet er.

Hvad er forskellen på standardisering og centralisering?

Standardisering betyder, at alle følger den samme proces; centralisering betyder, at ét team udfører den for alle. Det er to uafhængige valg, og de forveksles ofte, hvilket gør samtalen sværere, end den behøver at være. I kan sagtens standardisere en proces, som hver lokation fortsat kører selv, og det er ofte det bedste første skridt — det henter det meste af gevinsten ved ensartethed uden forstyrrelsen og tabet af lokal viden.

Hvad gør jeg med en lokation, der reelt skal gøre noget andet?

Tegn forskellen ind i standarden som en navngiven variantgren i stedet for at give en dispensation. En gren forbliver synlig, bliver gennemgået sammen med resten af processen og kan fjernes, når den underliggende begrænsning forsvinder. En dispensation er usynlig, bliver aldrig gennemgået og er permanent — og den inviterer samtidig alle andre lokationer til at bede om en.

Hvordan undgår man, at en standardiseret proces skrider tilbage?

Én godkendt version, folk kan finde, en navngiven ejer og et fast tjek for afvigelser. Skred er sjældent oprør; det er en lokal løsning på et reelt problem, som aldrig fandt vej tilbage i standarden. Giv lokationerne en vej til at foreslå ændringer, og reagér på den — ellers laver de ændringen lokalt, og standarden bliver et dokument om fortiden.