Kortlæg rutinen før en software robot får opgaven
En administrativ rutine kan se enkel ud på afstand. Først når hvert klik og hver undtagelse kommer ned på papir, viser den sit egentlige omfang.
Forestil dig en indbakke med ensartede bestillinger. Nogle beskeder mangler et ordrenummer, andre har en vedhæftet fil i et forkert format. Den forskel skal stå i proceskortet.
Fra rutine til proceskort
Skriv hvert trin, som en medarbejder udfører det i dag. Brug de faktiske feltnavne og systemskift. Notér også variationer, for en proces med mange forskellige veje kan kræve en anden løsning end en software robot. Proceskortet bør kunne læses af både procesejeren og den person, som senere skal bygge eller vedligeholde flowet.
Et konkret næste skridt
Start med én uge på papir. Notér startpunkt, afslutning og de steder, hvor en kollega må tage over.
Undtagelser skal kunne findes
Når en fast regel fejler, skal sagen efterlade et forståeligt spor. Registrér årsag, tidspunkt og næste ejer i et format, som teamet allerede bruger. En løs fejlbesked på en teknisk skærm hjælper sjældent den kollega, som skal færdiggøre opgaven. Gennemgå undtagelserne med faste mellemrum og justér processen ud fra de mønstre, der faktisk opstår.
Et aktuelt sted at læse videre er HverdagsAIs side om RPA i administrative arbejdsgange. Siden beskriver HverdagsAIs tilbud inden for den valgte opgave og bruges her som den ene kommercielle reference.
Test med kendte eksempler
Vælg tidligere sager med almindelige variationer og kendte resultater. Kør dem gennem forløbet og sammenlign output med det arbejde, som medarbejderen ville have afleveret. Nye fejl noteres som konkrete observationer. Først derefter vurderer teamet, om reglerne er klare nok til drift.
Driften skal have en ejer
Udpeg den person, som følger køer og fejl efter idriftsættelsen. Rollen skal have adgang til procesbeskrivelsen og kunne kontakte den tekniske ansvarlige. Aftal en fast gennemgang i begyndelsen, hvor teamet ser på afvigelser og manuelle overtagelser. Når processen ændres, opdateres både regler og vejledning. På den måde bliver software robotten en del af den almindelige drift frem for et særskilt projekt, som kun få personer forstår.
Et proceskort er et nøgternt beslutningsgrundlag. Det viser både den del, der kan sættes i faste rammer, og den del, som fortsat kræver faglig vurdering.