Sådan laver du et proceskort

Sådan fungerer det

1. Skriv afgrænsningen som to hændelser

   »Starter, når mistænkelig aktivitet opdages; slutter, når læringen er noteret, og hændelsen er lukket.« Bliv enige om den sætning, før I gør noget som helst andet. De fleste proceskort, der vokser ud af kontrol, blev aldrig afgrænset, og hvert interview forlængede dem stille og roligt i den ene eller den anden ende.

2. Sæt navn på banerne

   Skriv de roller ned, der udfører trin, saml dem til fire eller seks, og tag eksterne parter med, når processen venter på, at de gør noget. Roller — ikke personer og ikke afdelinger. Et kort, der nævner enkeltpersoner ved navn, er forældet ved næste omorganisering.

3. Tegn trinnene i samme detaljeringsgrad

   Brug den samme test hele vejen: et trin er noget, I kunne overdrage til en anden uden en ledsagende forklaring. Konsistensen betyder mere end det niveau, I vælger — et kort, hvor trin på tre ord står ved siden af trin på et helt afsnit, er ulæseligt, uanset hvor korrekt det er.

4. Tilføj beslutningerne og deres udgange

   Hver forgrening får et spørgsmål og navngivne veje ud. Tjek derefter, at udgangene dækker alle tilfælde: den gren, ingen fik tegnet, er som regel præcis den, folk tager, når noget går galt.

5. Notér system, ejer og dokumentation pr. trin

   Brug kommentarfeltet på trinnet til det system, det foregår i, og den registrering, det producerer. Det er dét, der får kortet til at besvare en auditors spørgsmål uden et opfølgende spørgsmål, og det er dét, der gør et automatiseringsprojekt billigt at afgrænse senere.

6. Valider bane for bane, og få det godkendt

   Gennemgå kortet med hver baneejer for sig, ret det, de er uenige i, og send det derefter gennem godkendelse, så der findes én aktuel version med en dato og et navn på. Et ugodkendt kort er én persons udlægning af, hvad der sker.

Ofte stillede spørgsmål

Hvad er forskellen på et proceskort og et flowchart?

Et flowchart viser rækkefølge og logik. Et proceskort beholder det og lægger kontekst oveni: hvem der ejer hvert trin, hvilket system det foregår i, hvilken registrering det producerer, og ofte hvor lang tid det tager. Det praktiske kendetegn er baner — så snart forløbet er delt op efter ejer, er det et kort, og det er den version, der er værd at have, når noget krydser en teamgrænse. Til en procedure, der bliver inde i ét team, er et flowchart som regel nok.

Hvad skal et proceskort indeholde?

En udtalt udløser og en sluttilstand, trinnene i rækkefølge, beslutningerne med navngivne udgange og nedskrevne kriterier, en bane pr. ansvarlig rolle, og for hvert trin det system, det foregår i, og den dokumentation, det efterlader. Alt derudover — tider, mængder, kontrolreferencer — er værd at tilføje, når nogen har brug for det, og værd at lade være med, når ingen har.

Hvor detaljeret skal et proceskort være?

Ensartet detaljeringsgrad slår høj detaljeringsgrad. Brug den samme test for hvert eneste trin: kunne det overdrages til en anden uden yderligere forklaring? For de fleste operationelle processer lander det et sted mellem femten og tredive trin. Kræver et trin et helt afsnit at forklare, er det en delproces og fortjener sit eget kort med et link fra det overordnede.

Hvem skal være med til at lave et proceskort?

Én person til at skrive udkastet og én praktiker pr. bane til at rette det. Skriv udkastet ud fra interviews frem for ud fra politikken, og valider med hver baneejer for sig, før I holder et fælles møde — folk retter deres egen bane ærligt på tomandshånd og forsvarer den i et mødelokale. Procesejeren godkender derefter resultatet, og det er dét, der gør kortet til en reference frem for en holdning.