Sådan laver du et proceskort
Sådan laver du et proceskort: sæt grænserne, navngiv rollerne, tegn trin og beslutninger ind i baner, og notér system og dokumentation for hvert trin. Med et levende eksempel.
Et proceskort beskriver, hvad der sker, hvem der gør det, og hvad hvert trin efterlader: et flowchart med ejere, systemer og dokumentation koblet på, så det besvarer spørgsmål, en ren rækkefølge ikke kan.
Kort fortalt
- Afgrænsningen er to hændelser: en udløser og en sluttilstand, ikke et emneområde.
- Et trin er én enhed arbejde, der kan overdrages; kræver forklaringen et helt afsnit, så del det op.
- Baner er ansvarlige roller, og eksterne parter tæller med.
- Notér system og dokumentation for hvert trin, ikke kun selve handlingen.
- Kortet er færdigt, når folk i hver bane er enige om, at det er dét, de gør.
Det, et proceskort tilføjer til et flowchart
Et flowchart fortæller dig, i hvilken rækkefølge tingene sker. Et proceskort fortæller dig rækkefølgen, og hvem der er ansvarlig for hvert trin, hvilket system det foregår i, og hvilken dokumentation det efterlader. Netop det ekstra lag gør kortet brugbart for dem, der ikke var med i lokalet: en auditor, der spørger, hvor beviserne ligger, en ny kollega, der spørger, hvem hun skal rykke, og et forbedringsteam, der spørger, hvor tiden går.
Selve kortlægningen er mest af alt en række beslutninger om afgrænsning. Hvor starter og slutter processen, som hændelser, ikke som emneområde. Hvilke roller skal have deres egen bane, og hvad er detaljer inde i en bane. Hvor stort et trin skal være, hvilket afgøres af én test: kunne det overdrages til en anden uden yderligere forklaring? Får I de tre ting rigtigt, er selve tegnearbejdet den nemme del.
Eksemplet herunder er håndtering af sikkerhedshændelser fordelt på fem roller. Det er et godt kort at studere, fordi trinnene bærer forpligtelser ud over selve aktiviteten: et trin om at sikre beviser, der findes af juridiske grunde, en beslutning om underretning med en lovbestemt frist bag sig, og et evalueringstrin, hvis resultat er input til den næste version af processen.
Et proceskort på tværs af fem roller
Håndtering af sikkerhedshændelser, fra detektion til læring. Læg mærke til, hvad hver fase tilføjer ud over rækkefølgen.
Udløseren og den dokumentation, den skaber
Opdaget, anmeldt via en navngiven kanal, logget med en tidslinje sat i gang. Tredje trin er tegnet som et dokument, fordi det producerer bevismateriale: et proceskort viser, hvad hvert trin efterlader, og ikke kun hvad det gør.
Klassificer, før I handler
En verifikationsbeslutning, der kan lukke en falsk positiv, derefter alvorlighed, og til sidst om der skal udpeges en hændelsesleder. To af trinnene findes udelukkende for at dirigere arbejdet, og det er ved at tegne dem, I opdager, at alvorligheden bliver afgjort af den, der svarer først.
Trinnene, der findes af hensyn til noget uden for processen
Isoler, sikr beviser, og iværksæt derefter varig inddæmning. At sikre beviser gør genopretningen langsommere og er ufravigeligt, og det er præcis den slags bindinger, et kort skal gøre synlige, ellers optimerer folk dem væk.
Verificer, og gå tilbage hvis der ikke er rent
Analyser omfanget, fjern truslen, og træf derefter en verifikationsbeslutning, der sender sagen tilbage til inddæmning, når systemerne ikke er rene. Et kort, der løber lige igennem fra udbedring til genopretning, beskriver et bedste tilfælde og ikke en proces.
Luk sløjfen ind i den næste hændelse
En beslutning om underretning med en lovgivningsmæssig konsekvens, en evaluering efter hændelsen og noteret læring. Det sidste trin i et godt proceskort er ofte input til en anden proces: skriv det, og link de to sammen.
Sådan fungerer det
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.
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.
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.
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.
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.
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.
Faldgruber du skal undgå
Ujævn detaljeringsgrad
Tre trin til den del, forfatteren kender godt, og ét trin til alt det andet. Detaljerne følger forfatterens viden i stedet for læserens behov.
Ingen systemer eller dokumentation
Et kort, der kun viser aktivitet, kan ikke svare på, hvor beviserne ligger, og det er det første spørgsmål, enhver udefra stiller.
At kortlægge politikken
Politikken er hensigten. Kortet skal vise praksis, og afstanden mellem de to er det mest værdifulde, øvelsen producerer.
At stoppe ved tegningen
Et kort, ingen har valideret, er et udkast. Underskriften fra folkene i hver bane er dét, der gør det til en fælles reference.
Lav dit eget proceskort
Åbn eksemplet med håndtering af sikkerhedshændelser som dit eget diagram, eller start på et tomt og kortlæg din egen proces ind i rækkerne.
Relaterede guides
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.
