Kivételek, jóváhagyások és átadások újratervezése automatizálás előtt

Az automatizálás előtt a ténylegesen működő folyamatot kell újratervezni, nem a szabályzatban szereplő ideális ábrát gyorsabbá tenni. Egy e-mailben érkező igény, a többszöri adatrögzítés, a döntést nem változtató aláírás, a gazdátlan várakozás és a hiányos iratok visszaküldése együtt ugyanazt a bizonytalanságot hordozza. A csapat feladata ezért az útvonal, a kivételek, a döntési jogok, az átadási feltételek és a bizonyítékok rendezése, még a szabálymotor, robot vagy MI-rendszer konfigurálása előtt.

Mit kell megmutatnia a jelenlegi folyamat térképének?

A jelenállapot-térképnek egy visszatérő esettípus tényleges útját kell megmutatnia az észlelhető kiváltó eseménytől a fogadó fél által elfogadott eredményig. Először egyetlen esettípust, kezdőpontot, befejezési feltételt és downstream felhasználót jelöljünk ki; csak akkor tágítsuk a határt, ha egy megfigyelt függőség érdemben magyarázza az eredményt. A megoldásfüggetlen leírás tegye láthatóvá a szereplőket, döntéseket, feladatokat, információkat és sorrendet anélkül, hogy máris technológiát választana.

• Minden lépésnél rögzítsük a célt, a végrehajtó szerepet, a bemenetet és annak forrását, a szabályt vagy műveletet.
• Nevezzük meg a kimenetet, a használt rendszert vagy csatornát, a befejezés bizonyítékát, a következő felelőst és az elfogadás feltételét.
• Az aktív munkával töltött időt külön vezessük a várakozási és teljes átfutási időtől.

A leírt eljárást reprezentatív lezárt esetekkel, bejárásokkal, űrlapokkal, támogatási jegyekkel, auditmegállapításokkal és eseményadatokkal kell összevetni. Egy eseménynaplóhoz rendszerint legalább esetazonosító, tevékenységnév és időbélyeg szükséges, ezek azonban csak a rögzített sorrendet és az eltelt időt mutatják. Nem bizonyítják az adatállomány teljességét, a munka pontosságát vagy a késés okát. A megfigyelt gyakorlat és a hivatalos eljárás ezért egymást kiegészítő, nem felcserélhető bizonyíték.

Mely eltérések standard változatok, és melyek valódi kivételek?

Standard változat az a legitim, ismétlődő eltérés, amelynek belépési feltétele, lépései, felelőse, bizonyítéka és kimenete stabil; minden más eltérést addig valódi kivételként kell vizsgálni. A gyakoriság önmagában nem elég a normalizáláshoz. A BPMN láthatóvá teheti az alternatív ágakat, időzítéseket, hibákat és eszkalációkat, de a jelölés nem dönti el, hogy egy ágat meg kell-e előzni, standardizálni, emberhez irányítani vagy technikailag helyreállítani.

• Hiányos vagy érvénytelen bemenet: hiányzó, ellentmondó, elavult vagy hibás információ.
• Ismert üzleti változat: szabályos, visszatérő eset, amely más, de érthető útvonalat követ.
• Szabályzati vagy hatásköri kivétel: jóváhagyott kereten kívüli kérés, amely felhatalmazott döntést igényel.
• Kapacitás-, függőségi vagy időzítési hiba: a munka elérhetetlen felelős, szolgáltatás vagy előfeltétel miatt áll.
• Technikai végrehajtási hiba: időtúllépés, elutasítás, duplikáció, részleges teljesülés vagy bizonytalan rendszerállapot.

A kivételi nyilvántartásban szerepeljen az észlelhető kiváltó ok, néhány reprezentatív eset, az ismert gyakoriság meghatározott időszaka, a következmény, a biztonságos válasz, a helyreállítás felelőse, a döntési határ, a szükséges bizonyíték és a tartós lezárási nyom. A magas kivételszám utalhat instabil bemenetre, szűk normál útra vagy valós változatosságra; az alacsony szám pedig rejtett mellékcsatornákra vagy hibás kódolásra. Mindkettő vizsgálati jelzés, nem kész diagnózis.

Mikor érdemes megtartani egy jóváhagyást?

A jóváhagyást akkor érdemes megtartani, ha különálló, támogatott döntést hoz, és annak kimenete ténylegesen megváltoztatja a következő állapotot. Először nevezzük meg, hogy a jóváhagyó elfogadhat, elutasíthat, hiánypótlásra visszaküldhet, feltételt szabhat vagy eszkalálhat-e. Ha egyik kimenet sem áll rendelkezésére, a lépés valószínűleg értesítés, tudomásulvétel, konzultáció vagy bizonyíték-előállítás, nem pedig engedélyezési döntés.

• Rögzítsük a döntés kockázati, szabályzati, erőforrás- vagy kontrollcélját.
• Ellenőrizzük a jóváhagyó delegált hatáskörét, szükséges szakértelmét, függetlenségét és feladatköri elkülönülését.
• Határozzuk meg a döntéskor rendelkezésre álló bizonyítékot, az alkalmazandó kritériumot, a megengedett mérlegelést és a következő állapotra gyakorolt hatást.
• Hasonlítsuk össze az azonos bizonyítékot, kockázatot és döntést vizsgáló kapukat, mielőtt párhuzamosságot állapítanánk meg.

A késés vagy a kézi működés önmagában nem tesz feleslegessé egy kontrollt, ahogy az automatizálás sem bizonyítja annak eredményességét. A kontroll kialakítását a célokhoz, a felmért kockázatokhoz, a környezethez és az adatok érzékenységéhez kell igazítani. MI-t használó munkafolyamatnál ezen felül dokumentálni kell a szerepeket, a rendszer korlátait, az emberi felügyeletet, a kockázattűrést és azt, hogyan használják az emberek a rendszer kimeneteit a döntés során.

Mikor tekinthető befejezettnek egy folyamatátadás?

A folyamatátadás akkor fejeződik be, amikor a megnevezett fogadó felelős elfogadja az azonosítható esetet, elegendő információval és bizonyítékkal rendelkezik, és megkezdheti a következő műveletet. Az elküldött üzenet, továbbított e-mail vagy várólistára helyezett tétel csak küldési esemény. Nem igazolja, hogy a tulajdonjog átkerült, a csomag teljes volt, vagy a fogadó fél képes volt érdemben továbblépni.

• Az átadási szerződés tartalmazza az eset azonosítóját és állapotát, a küldő szerepet és a fogadó felelőst.
• Sorolja fel a szükséges adatokat, mellékleteket, az előző lépés befejezésének bizonyítékát és az elfogadási feltételeket.
• Nevezze meg a következő teendőt, a helyben meghatározott szolgáltatási elvárást, valamint a hiányos, vitatott, elkésett vagy rossz helyre küldött munka útvonalát.
• Az elfogadott átadást időponttal együtt tartós, visszakereshető helyen rögzítse.

Az átadás teljesítményét a továbbításra kész állapottól az elfogadott felelősségig eltelt idővel érdemes mérni, az aktív munkától elkülönítve. Külön jelzés a hiányos információ miatti visszaküldés, a tulajdonosváltás, az el nem fogadott munka kora, a helyi szolgáltatási elvárás megsértése, az igazolt downstream utómunka és a mellékcsatornán lezárt eset. A tartós nyom vizsgálhatóvá teszi az eseményeket, de nem bizonyítja automatikusan a döntés helyességét vagy a kontroll eredményességét.

Hogyan kapjon minden folyamatelem egyértelmű újratervezési döntést?

Minden feltérképezett lépésnek vagy ágnak pontosan egy döntést kell kapnia: eltávolítás, standardizálás, tisztázás vagy megtartás emberi felülvizsgálatra. Ez a négyes felosztás szerkesztői szintézis, nem valamely hivatkozott intézmény előírt módszere. Értéke abban áll, hogy kikényszeríti a döntés indoklását, és nem engedi egyetlen „automatizáljuk vagy eszkaláljuk” választásba összeomlani a szükséges működési, bizonyítási és kontrollszempontokat.

Egy belső szolgáltatásigény példájában eltávolítható a pusztán státuszt igazoló aláírás, ha nem jár erőforrás-, hatásköri vagy kockázati döntéssel. Standardizálható a kötelező adatfelvétel, a duplikációellenőrzés és a normál továbbítás. Tisztázni kell a hiányos kérelmek, kivételek és átadások gazdáját. Megtartandó a felhatalmazott költségvállalás, a kockázat által indokolt szakértői vagy független kontrollvizsgálat, illetve a szabályzati kivételre vonatkozó döntés, ha a szervezeti követelmények ezt kívánják.

Ne az örökölt ábrát automatizáljuk, hanem a folyamatot valóságossá tevő döntéseket, bizonyítékokat, kivételeket és felelősségeket tervezzük újra.

Mi bizonyítja, hogy a munkafolyamat készen áll a megvalósításra?

A munkafolyamat akkor áll készen a megvalósításra, ha a reprezentatív normál és rendellenes esetek igazolják a felelősségeket, döntéseket, bizonyítékokat, elfogadási feltételeket és helyreállítási útvonalakat. Egy jól olvasható jelenállapot-ábra önmagában nem végrehajtható specifikáció: a megvalósításhoz formális szabályok, jogosultságok, állapotok és hibakezelés is szükséges. A döntés ezért nem egyszerű igen vagy nem, hanem feltételes indulás, átdolgozás vagy leállítás.

1. Járassunk végig rutinszerű, hiányos, elutasított, határesetet jelentő, időtúllépéses, felülírt, újramunkált és technikailag hibás eseteket, lehetőleg tényleges nyilvántartásokkal összevetve.
2. Minden kivételhez legyen észlelhető kiváltó ok, biztonságos válasz, felelős, bizonyíték és rögzített kimenet; minden jóváhagyáshoz külön döntés és megfelelő hatáskör.
3. Minden átadáshoz legyen fogadó felelős, teljességi bizonyíték, elfogadási feltétel és hiányos vagy át nem vett munka esetére kijelölt út.
4. Dokumentáljuk az eltávolított kontroll indokát, és kérjük az illetékes belső kontrollfunkció felülvizsgálatát; a jogosultságokat, kézi ellenőrzési jelzéseket, biztonságos újrapróbálást, duplikációmegelőzést és egyeztetést a kockázathoz igazítsuk.
5. Rendeljünk felelőst az utókövetéshez, hogy az ismétlődő kivételek, felülírások, visszaküldések, növekvő várólisták, hibák és mellékcsatornák kivizsgálást indítsanak.

A megvalósítást le kell állítani, ha lényeges kérdés marad nyitva a szabályzatról, a delegálásról, a kockázat elfogadásáról, a bizonyítékról, a szükséges függetlenségről vagy a szakmai mérlegelésről. Kontroll megváltoztatása vagy kötelezettség értelmezése előtt a szervezet megfelelően felhatalmazott jogi, pénzügyi, biztonsági, adatvédelmi, beszerzési, humánerőforrás-, belső kontroll- vagy más szakmai szereplőjének állásfoglalása szükséges. A bizonytalanságot nem szabad általános rendszerlogikaként vagy névtelen eszkalációként beépíteni.