Sådan dokumenterer du en forretningsproces

Sådan fungerer det

1. Beslut, hvad dokumentet skal bruges til

   At oplære en ny kollega, at tilfredsstille en auditor og at afgøre uenigheder mellem teams kræver hver sit detaljeringsniveau. Skriv ned, hvilket af dem I er i gang med, for det afgør, hvor meget der skal med. Forsøger I på alle tre på én gang, får I et dokument, der er for langt at oplære efter og for vagt at revidere op imod.

2. Fang forløbet, før prosaen

   Byg processen som et diagram først — trin som rækker, forbindelser via rækkenumre og en ejerbane pr. trin. Diagrammet tvinger hullerne frem i lyset: et trin uden ejer, en gren uden navn og en manglende undtagelse er alle synlige i et diagram og nemme at skjule i et afsnit.

3. Giv hvert trin en ejer og hver beslutning en regel

   Sæt den ansvarlige rolle i trinnets bane og beslutningsreglen i dets kommentar: grænseværdien, kriterierne, hvem der må give en undtagelse. Erstat »efter behov« og »rettidigt« med tal, hvor I kan, og hvor I reelt ikke kan, så skriv, hvem der beslutter.

4. Skriv, hvor dokumentationen lander

   For hvert trin, der producerer en registrering — en godkendelse, en underskrevet kontrakt, en linje i et register — skal I skrive, hvilket system der opbevarer den, og under hvilket navn. Det er forskellen på dokumentation, der overlever en audit-gennemgang, og dokumentation, der udløser en opfølgende anmodning.

5. Få det godkendt, ikke bare offentliggjort

   Send det færdige diagram gennem QueryCharts godkendelsesflow, så den aktuelle version bærer en godkender, en underskrift og en dato. Det er dét, der gør det til et styret dokument frem for en fil: en godkendt version, en uforanderlig ændringshistorik og ingen tvivl om, hvilken kopi folk skal læse.

6. Sæt en revisionsdato og en udløser

   Vælg en kadence — årligt er almindeligt, halvårligt for noget, der ændrer sig ofte — og tilføj en regel om, at processen revideres efter enhver hændelse, ethvert auditfund og enhver systemændring, der rører den. Dokumentation forfalder lydløst, og en dato på siden er det billigste værn mod det.

Ofte stillede spørgsmål

Hvad er forskellen på et procesdokument og en SOP?

Et procesdokument beskriver, hvordan arbejdet flyder, som regel på tværs af flere roller: rækkefølge, beslutninger, overleveringer. En SOP er en instruktion i at udføre ét job, skrevet til den, der udfører det, og den indeholder ofte detaljer, som et proceskort ikke ville bære — skærmbilleder, præcise feltværdier, sikkerhedsanvisninger. I praksis hører de sammen: proceskortet viser, hvordan SOP'erne hænger sammen, og hver SOP folder ét af dets trin ud.

Hvor detaljeret skal procesdokumentation være til en audit?

Detaljeret nok til, at en auditor kan tage en konkret sag, følge jeres dokument og finde dokumentationen dér, hvor dokumentet siger, den ligger. Det betyder navngivne ejere, nedskrevne beslutningskriterier og en placering for hver registrering. Det, auditorer går efter, er ikke længde, men konsistens: en dokumenteret proces, bevis for at den blev fulgt, og en godkendelsesregistrering, der viser, at den dokumenterede version er den gældende.

Hvem skal skrive procesdokumentationen?

En, der ikke selv udfører arbejdet, ud fra interviews med dem, der gør. Praktikere springer de trin over, der er blevet automatiske for dem — og det er præcis de trin, en ny kollega har brug for. Skriv udkastet som udenforstående, og lad derefter praktikerne rette det. Rettelserne går hurtigt, og det, de tilføjer, er den tavse viden, der aldrig kommer med i et første udkast.

Hvor ofte skal procesdokumentation revideres?

Med fast kadence og på konkrete udløsere. Årligt er den almindelige basislinje, halvårligt for processer i hyppig forandring. Udløserne betyder mest: revider efter en hændelse, et auditfund, en systemmigrering eller en omorganisering, der flytter en baneejer. Det meste forfald sker gennem ændringer, ingen fik revideret dokumentationen efter — ikke gennem tidens gang.