Digital medarbejder-kontrakt: en skabelon du kan udfylde

1. Rollenavn og formål: [Hvad hedder rollen, og hvilket tilbagevendende arbejde ejer den?]

2. Procesejer og modtagere: [Hvem ejer kvalitet, mandat og undtagelser? Hvem bruger outputtet?]

3. Fast output: [Hvad afleverer rollen, i hvilket format og hvornår?]

4. Kilder: [Hvilke mapper, mail-labels, systemvisninger, dokumenter eller registre må den læse?]

5. Redskaber: [Hvilke systemer og funktioner må den bruge — og med hvilke rettigheder?]

6. Arbejdsrytme: [Hvornår starter arbejdet, og hvad udløser en ekstra kørsel?]

7. Mandat: [Må gøre selv / må kun forberede / skal eskalere.]

8. Stopregler: [Hvilke beløb, datatyper, modtagere, konflikter eller handlinger får rollen til at stoppe?]

9. Log og hukommelse: [Hvad logges, hvilke rettelser må huskes, og hvem kan ændre det?]

10. Kvalitet og review: [Hvordan vurderes output, hvornår gennemgås kontrakten igen, og hvem godkender ændringer?]

Rollen hedder digital mødeopfølger og ejer opfølgningen efter det ugentlige ledermøde. Procesejeren er driftschefen. Modtagerne er deltagerne i mødet.

Rollen læser kun godkendte referater og den aftalte interne opgaveliste. Hver tirsdag afleverer den en liste med bekræftede beslutninger, ejer, deadline, status, kilde og næste handling.

Den må oprette en intern opgave, når ejer og deadline står entydigt i referatet. Den må kun forberede påmindelser. Den stopper ved uklare beslutninger, persondata, kundeløfter, modstridende kilder eller en modtager uden for den aftalte gruppe.

Loggen viser kilder, oprettede opgaver, stopårsag og foreslået næste skridt. Kontrakten gennemgås efter de første fire møder og derefter, når kilder, redskaber eller mandat ændres.

“Arbejd selvstændigt” er ikke et mandat. Skriv konkrete handlinger. Rollen må for eksempel samle data, markere en intern status og oprette en opgave, når bestemte felter er til stede.

Skriv derefter hvad den kun må forberede: kundesvar, beslutningsoplæg eller ændringer med ekstern effekt. Til sidst beskrives det, den altid skal eskalere.

Det gør autonomi praktisk. Normale lavrisiko-trin kan køre uden godkendelse af hvert klik, mens undtagelser lander hos en navngiven procesejer.

Når en stopregel rammes, bør rollen ikke bare skrive “kan ikke fortsætte”. Den bør aflevere sagen, de anvendte kilder, hvad der er uklart, den foreslåede næste handling og præcis hvad et menneske skal tage stilling til.

Skriv det ønskede eskaleringsformat ind i kontrakten. Så starter procesejeren ikke forfra, og teamet kan se, om den samme undtagelse gentager sig.

Gentagne stop er input til review. Nogle kræver en bedre kilde. Andre kræver et strammere eller mere præcist mandat.

En pæn skabelon giver ingen beskyttelse, hvis rollen teknisk har adgang til langt mere, end kontrakten beskriver. Rettigheder, integrationer, logs og eventuelle write-actions skal kontrolleres mod teksten.

Det samme gælder hukommelsen. Skriv hvilke procedurer, rettelser og beslutninger rollen må bruge fremover. Lad ikke “husk alt” være standard.

Kontrakten er derfor et arbejdsdokument mellem forretning og teknik. Den erstatter ikke konkret vurdering af data, jura, sikkerhed eller leverandører.

Hvis opgaven altid har samme input og samme næste trin, behøver den sandsynligvis ikke en digital rolle. En reminder, et systemfilter, et godkendelsesflow eller en simpel automatisering kan være nok.

Brug skabelonen som en test. Hvis felterne om vurdering, undtagelser, kilder og fast ansvar ikke giver mening, er rollen måske overdesignet.

En digital medarbejder er relevant, når et tilbagevendende arbejdsområde har brug for kontekst, vurdering, synligt output og eskalering ved undtagelser.