Folyamatautomatizálás vagy folyamatfejlesztés?

Minden reggel valaki letölti a webshop rendeléseit, átmásolja őket egy táblázatba, majd továbbítja az adatokat a raktárnak és a számlázásnak. A folyamat működik - amíg az illető szabadságra nem megy, egy rendelés adata nem hibás, vagy a forgalom meg nem duplázódik. Ilyenkor kerül elő a kérdés: folyamatautomatizálás vagy folyamatfejlesztés legyen a következő lépés?

A két terület nem egymás alternatívája minden helyzetben. A jó döntés sorrend kérdése. Ha egy átláthatatlan, felesleges lépésekkel teli munkafolyamatot automatizálunk, gyorsabban fogjuk végrehajtani ugyanazt a rosszul kialakított folyamatot. Ha viszont előbb megértjük és egyszerűsítjük a működést, az automatizálás valódi kapacitást, megbízhatóságot és jobb vezetői rálátást adhat.

Nem az a kérdés, hogy van-e benne manuális munka

A manuális feladat önmagában nem hiba. Egy ügyfélpanasz kivizsgálása, egy egyedi árajánlat jóváhagyása vagy egy gyártási eltérés értékelése emberi mérlegelést igényelhet. Ezekben az esetekben az a cél, hogy az érintett kolléga megfelelő, naprakész információ alapján tudjon dönteni.

Más a helyzet, amikor valaki rendszeresen ugyanazt az adatot írja be három különböző rendszerbe, e-mailekben keresi egy rendelés aktuális állapotát, vagy péntek délután három órán keresztül állít össze egy vezetői riportot. Ezek a feladatok sokszor nem szakértelmet, hanem figyelmet és ismétlést igényelnek. Ráadásul minden kézi átvitel hibalehetőség: elírható a cikkszám, kimaradhat egy rendelés, eltérhet két osztály nyilvántartása.

A probléma gyakran nem az, hogy emberek dolgoznak a folyamatban, hanem az, hogy ők jelentik a kapcsolatot az egymástól elszigetelt rendszerek között. Az értékesítés tud valamit, amit a raktár csak egy később továbbított táblázatból lát. A pénzügy más adatokból dolgozik, mint az operáció. A vezetés pedig akkor kap képet a működésről, amikor valaki már manuálisan összerakta a számokat.

Mit jelent valójában a folyamatfejlesztés?

A folyamatfejlesztés nem feltétlenül nagy szervezeti átalakítás. Elsőként azt vizsgálja meg, hogyan halad végig egy ügy, rendelés, gyártási feladat vagy dokumentum a vállalaton. Ki indítja el, ki dönt róla, milyen rendszerben keletkezik az információ, hányszor adják át, és hol várakozik feleslegesen.

Egy rendelésfeldolgozásnál például gyorsan kiderülhet, hogy a csapat azért vezet külön táblázatot, mert az ERP-ben nincs könnyen áttekinthető státuszlista. De az is lehet, hogy a táblázat már csak megszokásból létezik: egy régebbi rendszerkorlát miatt vezették be, amely időközben megszűnt. Ilyenkor az automatizálás helyett elegendő lehet egy felelősségi kör tisztázása, egy státuszmező egységesítése vagy egy meglévő rendszerfunkció helyes használata.

A fejlesztés során érdemes feltenni néhány kényelmetlen, de hasznos kérdést:

• Miért történik meg ez a lépés, és milyen üzleti kockázatot kezel?
• Ki használja fel az itt előálló információt, és valóban szüksége van rá ebben a formában?
• Hol keletkezik az adat, és miért írjuk be újra máshol?
• Mi történik, ha a folyamatot ismerő kolléga egy hétig nem elérhető?

Ezekre a kérdésekre adott válaszok sokszor többet érnek egy új szoftver kiválasztásánál. Előfordulhat, hogy egy jóváhagyási körből két szereplő elhagyható. Máskor az derül ki, hogy a folyamat egyetlen ember tapasztalatára épül, dokumentált szabályok és ellenőrizhető státuszok nélkül. Ez nemcsak lassú működést, hanem üzletmenet-folytonossági kockázatot is jelent.

Mikor indokolt a folyamatautomatizálás?

A folyamatautomatizálás akkor ad jó eredményt, amikor a folyamat célja, szabályai és kivételei már kellően tiszták. Nem kell minden részletnek változatlannak lennie, de tudni kell, milyen esemény indítja a folyamatot, milyen adatokra van szükség, ki felel a kivételekért, és mi számít helyes eredménynek.

Jó jelölt lehet például az, amikor egy webshopos rendelés jóváhagyás után automatikusan átkerül a vállalatirányítási rendszerbe, a készletfoglalás és a számlázási előkészítés szabály alapján elindul, a raktár pedig a saját rendszerében azonnal látja a feladatot. Itt nem az emberi döntést váltja ki a technológia. Azt szünteti meg, hogy valakinek ugyanazokat az adatokat több felületen kelljen rögzítenie és ellenőriznie.

Ugyanez igaz a dokumentumfeldolgozásra. Egy bejövő számlából vagy megrendelőből kiolvashatók az alapadatok, amelyek megfelelő ellenőrzés mellett előkészíthetők a további feldolgozásra. Az eltérő összegek, hiányzó hivatkozások vagy szokatlan tételek azonban maradhatnak emberi jóváhagyás alatt. A jól kialakított automatizálás nem eltünteti a kontrollt, hanem oda helyezi, ahol az valóban szükséges.

Az automatizálás üzleti eredménye ezért ritkán csak munkaidő-megtakarítás. Csökkenhet a hibák száma, rövidülhet az átfutási idő, javulhat az ügyféltájékoztatás, és megbízhatóbbá válhatnak a riportok. A vezetők nem péntek délután kapnak egy kézzel összerakott állapotképet, hanem a működés közben keletkező, egységesebb adatokból tudnak tájékozódni.

A rossz sorrend ára

Gyakori hiba, hogy egy növekvő vállalat a tünetekre reagál. Sok a rendelés, ezért újabb táblázat készül. Sok az e-mail, ezért bevezetnek egy új jegykezelőt. Sok az adminisztráció, ezért automatizáló eszközt keresnek. Ezek önmagukban hasznos kezdeményezések lehetnek, de ha nincs közös folyamatkép, az új eszközök csak újabb réteget képeznek a meglévő működésen.

Ennek ára később jelentkezik. A rendszerintegráció bonyolultabb lesz, mert nem világos, melyik rendszer az adat forrása. A kivételek száma megnő, mert az automatizmus nem tud mit kezdeni a korábban kimondatlan szabályokkal. A kollégák megkerülik az új megoldást, mert az nem követi a valós munkát. Végül a vállalat ugyanúgy táblázatokra és személyes egyeztetésekre támaszkodik, csak több rendszerrel a háttérben.

A másik szélsőség is kockázatos: a végtelen elemzés. Nem minden folyamat igényel hónapokig tartó áttervezést. Ha egyértelműen ismétlődő, kis kockázatú és jól mérhető adminisztratív feladatról van szó, egy célzott integráció vagy automatizmus gyors eredményt hozhat. A lényeg az arányérzék. A folyamat kritikus pontjain alaposabb vizsgálat kell, míg egy egyszerű értesítés vagy adatátadás esetében a túltervezés lassíthatja a javulást.

Hogyan érdemes dönteni?

A legjobb kiindulópont nem a technológiai lista, hanem egy konkrét, visszatérő üzleti helyzet. Válasszanak olyan folyamatot, amely sok embert érint, rendszeresen késik, hibákat termel, vagy aránytalanul sok vezetői figyelmet igényel. Nézzék végig a teljes utat az indító eseménytől a lezárásig, ne csak azt a részletet, ahol a legtöbb panasz megjelenik.

Mérjék fel az átfutási időt, a kézi érintések számát, a javítások arányát és a kivételeket. Már ez a gyakorlat is tisztázza, hogy valójában kapacitásprobléma, információhiány, rossz felelősségi rend vagy rendszerkapcsolati hiány áll-e a háttérben. Egy folyamat fejlesztése akkor irányítható, ha nem csak érzésből, hanem megfigyelhető tények alapján történik.

Ezután lehet eldönteni, mi a megfelelő beavatkozás. Lehet, hogy egy szabály egyszerűsítése oldja meg a problémát. Lehet, hogy két rendszer közötti adatkapcsolat a hiányzó elem. Előfordulhat, hogy egy egyedi belső alkalmazás vagy termelési támogató felület ad jobb kontrollt, mint egy újabb táblázat. Az is lehet, hogy automatizálásra van szükség, de csak egy világosan körülhatárolt folyamatlépésnél.

A hasznos első lépés nem az, hogy megkérdezik, melyik eszköz automatizál gyorsabban. Inkább az, hogy kiválasztanak egy folyamatot, és közösen kimondják: ennek így, ebben a sorrendben, valóban van értelme működnie?