„Automatizáljuk ezt a folyamatot" — ez a mondat gyakran elhangzik anélkül, hogy bárki leírta volna, valójában mi is történik ma, kézzel, lépésről lépésre. Ez az egyik leggyakoribb oka annak, hogy egy automatizálási projekt csúszik, túlárazódik, vagy a végén nem azt csinálja, amire szükség lenne: nem az automatizálás technológiája a probléma, hanem az, hogy a mögötte lévő folyamat sosem volt tisztán megfogalmazva.

Miért nem lehet automatizálni azt, amit senki nem tud pontosan leírni

Egy folyamat automatizálásához a rendszernek pontosan, kivétel nélkül tudnia kell, mit tegyen minden helyzetben — miközben a valóságban a legtöbb „kézi" folyamat rugalmasan, kimondatlan kivételekkel és emberi belátással működik. Amikor valaki azt mondja, „ez egyszerű, csak be kell írni az adatot a rendszerbe", általában elfelejti megemlíteni azt a tíz kivételt, amit ő fejben, automatikusan kezel — mit csinál, ha hiányos az adat, mit csinál, ha két rendszerben ellentmond egymásnak valami, kit kell értesíteni, ha valami sürgős.

Ez az a rés, ami miatt annyi automatizálási projekt „majdnem jól" működik, aztán az első valós, kivételes esetnél elakad — mert a fejlesztő pontosan azt automatizálta, amit elmondtak neki, de az elmondás nem tartalmazta azokat a rejtett szabályokat, amiket a folyamatot most kézzel végző kolléga a fejében hordoz, anélkül hogy tudná, hogy ez egyáltalán szabály.

A dokumentálás, ami nem bürokrácia, hanem felfedezés

A jó folyamatdokumentálás nem egy formális, senki által el nem olvasott szabályzat megírásáról szól, hanem egy egyszerű gyakorlatról: ülj le azzal, aki most kézzel végzi a folyamatot, és kérd meg, hogy mutassa meg, pontosan mit csinál, egy konkrét, valós esettel — ne elméletben magyarázza el, hanem tényleg végezze el a lépéseket, miközben te figyelsz és kérdezel. Ez a gyakorlat majdnem mindig feltár olyan lépéseket és kivételeket, amiket a kolléga korábban, elméletben elmagyarázva, egyszerűen kihagyott volna — nem szándékosan, csak mert annyira megszokott számára, hogy nem is gondol rá, mint külön lépésre.

Ez a folyamat gyakran maga is meglepő felismerésekhez vezet: kiderül, hogy egy folyamatnak három különböző verziója fut párhuzamosan, mert három különböző kolléga háromféleképpen csinálja; vagy hogy egy lépés, amit mindenki fontosnak gondolt, valójában soha senki nem használja az eredményét; vagy hogy egy kivétel, amiről azt hitték, ritka, valójában az esetek egyharmadában előfordul. Ezek a felismerések önmagukban is értékesek — függetlenül attól, hogy végül automatizálod-e a folyamatot, vagy csak egyszerűsíted és egységesíted.

Mi kerüljön a dokumentumba — és mi az, ami elég

Nem kell egy hivatalos, formális folyamatábrát rajzolni ahhoz, hogy hasznos dokumentációt készíts. Egy egyszerű, lépésenkénti lista — mi az első lépés, mi indítja el a folyamatot, milyen döntési pontok vannak, és minden döntési pontnál mi történik az egyik és mi a másik esetben — már elég ahhoz, hogy egy fejlesztő vagy automatizálási szakértő pontosan megértse, mire épít. A legfontosabb elem, amit sokan kihagynak, a kivételek listája: mi történik, ha hiányzik egy adat, mi történik, ha két forrás ellentmond, mi történik, ha az ügyfél nem válaszol egy adott időn belül.

A legdrágább automatizálási hiba nem az, hogy a technológia nem működik — hanem az, hogy pontosan azt a folyamatot automatizálja, amit elmondtak neki, ami viszont sosem volt azonos azzal, ami a valóságban történik.

A gyakorlati tanács: mielőtt bármilyen automatizálási projektbe belevágnál, szánj rá egy-két órát a folyamat végigkövetésére és leírására, egy valós esettel, minden kivétellel együtt. Ez az idő aránytalanul sokat spórol meg később — mert egy jól dokumentált folyamat alapján épített automatizálás sokkal ritkábban akad el az első valós, kivételes helyzetnél, mint egy olyan, amely csak egy rövid, elméleti leírásra épült.

Ha egy folyamatot szeretnétek automatizálni, de még nincs leírva pontosan, mi is történik most, segítünk átgondolni és dokumentálni — mielőtt egyetlen sor kód is megíródna.