Az üzleti folyamat audit értékelése a gyakorlatban

Valaki minden reggel letölti a webshoprendeléseket, majd kézzel rögzíti őket egy másik rendszerben. Délután a raktár egy táblázatból ellenőrzi a készletet, pénteken pedig három órába telik összeállítani a vezetői riportot. Ezek különálló bosszúságoknak látszanak, pedig gyakran ugyanannak a problémának a tünetei: a működés már kinőtte a korábbi munkamódot. Az üzleti folyamat audit értékelése abban segít, hogy ne egyenként javítsuk a tüneteket, hanem megértsük, hol és miért akad el a munka.

Egy jó audit nem azt vizsgálja elsőként, hogy melyik új rendszerre van szükség. Azt vizsgálja, hogyan jut el egy rendelés, egy gyártási igény, egy számla vagy egy ügyfélkérés az első lépéstől a lezárásig. Ki dolgozik vele, milyen adatból, milyen döntés alapján, melyik rendszerben, és hol kerül át újra emberi kézbe.

Mit jelent valójában az üzleti folyamat audit értékelése?

Az audit értékelése nem egyszerű folyamatábra-rajzolás. A folyamatábra hasznos, de önmagában csak azt mutatja, hogyan kellene működnie a munkának. Az értékelés azt keresi, hogyan működik valójában - a rövidítésekkel, kerülőutakkal, személyes Excel-fájlokkal és telefonos egyeztetésekkel együtt.

Ez a különbség különösen fontos növekvő vállalatoknál. A legtöbb folyamat eredetileg ésszerű volt. Tíz rendelésnél naponta még kezelhető, ha egy kolléga átmásol adatokat két rendszer között. Ötven vagy kétszáz rendelésnél ugyanez már hibákat, késést és folyamatos megszakítást okoz. Nem feltétlenül az alkalmazott teljesít rosszul. Maga a folyamat kér tőle olyan munkát, amelyet nem embernek kellene koordinálnia.

Az értékelés során ezért nem elég azt megkérdezni, mennyi ideig tart egy feladat. Azt is meg kell érteni, miért szükséges, milyen kockázatot kezel, és mi történne, ha kimaradna vagy más sorrendben történne. Egy jóváhagyási lépés például lehet indokolatlan késleltetés, de lehet pénzügyi kontroll is. A különbséget csak az üzleti cél, a felelősségek és a kapcsolódó adatok ismeretében lehet megítélni.

Milyen jelek indokolják az auditot?

A vállalatok ritkán azért kezdenek auditba, mert szeretnének részletesebb folyamatleírásokat. Általában egy visszatérő működési helyzet kényszeríti ki a vizsgálatot. Az adminisztráció gyorsabban növekszik, mint az árbevétel. A vezetés nem bízik teljesen a riportokban. A raktár, az értékesítés és a pénzügy más számokat lát. Vagy egy kulcsember szabadsága alatt kiderül, hogy senki más nem tudja pontosan, milyen sorrendben kell elvégezni egy kritikus feladatot.

Ezeknél a helyzeteknél a legveszélyesebb reakció az, amikor a szervezet azonnal új embert vesz fel minden új terhelésre. Néha ez indokolt. Gyakran azonban csak több embert állítunk ugyanabba a rosszul kialakított információáramlásba. Így a kapacitás átmenetileg nő, a folyamat összetettsége viszont tartósan megmarad.

Az audit akkor is hasznos, amikor egy rendszer első látásra jól működik. Elképzelhető, hogy az ERP, a webshop, a számlázó és a raktári szoftver külön-külön megfelelő. A gond a rendszerek közötti átadásnál jelenik meg: valaki e-mailben továbbít egy rendelési eltérést, másvalaki kézzel módosít egy készletadatot, majd egy harmadik személy egy táblázatból készít vezetői összesítést. Ilyenkor nem feltétlenül rendszerproblémáról, hanem információs és felelősségi törésvonalakról beszélünk.

Mit kell megvizsgálni egy folyamatban?

Az értékelésnek a munka valós útját kell követnie. Egy rendelés feldolgozásánál például nemcsak a rendelés beérkezése és a számla kiállítása számít. Vizsgálni kell az adatellenőrzést, a készletfoglalást, a kivételkezelést, a vevői tájékoztatást, a fuvarszervezést és a visszajelzések kezelését is.

Külön figyelmet érdemel négy terület: a várakozás, az ismételt adatbevitel, a kivételkezelés és a személyfüggőség. A várakozás gyakran láthatatlan költség. Egy feladat öt perc alatt elvégezhető, de két napot vár jóváhagyásra vagy hiányzó információra. Az ismételt adatbevitel hibalehetőséget teremt, és arra utalhat, hogy a rendszerek vagy az adatgazdák között nincs megfelelő kapcsolat.

A kivételek megmutatják, hol nem elég érett a folyamat. Ha minden tizedik rendelésnél kézzel kell ellenőrizni a címet, az nem feltétlenül automatizálási feladat. Előfordulhat, hogy a rendelési űrlap, az ügyféladat-kezelés vagy a fuvarozói szabályrendszer hibás. A személyfüggőség pedig üzletmenet-folytonossági kérdés. Ha egyetlen ember tudja, melyik táblázatból kell dolgozni, vagy melyik ügyfél esetén milyen kivétel érvényes, a folyamat nem kontrollált.

Az audit során azt is érdemes feltárni, melyik adat az irányadó. Ugyanaz a termékkód, ár, készletszint vagy ügyfélstátusz több helyen is szerepelhet. Ha nincs egyértelműen kijelölt forrásrendszer, az eltérések előbb-utóbb döntési problémává válnak. Ilyenkor a vezetői riport sem lehet megbízhatóbb, mint az adatok előállításának folyamata.

Hogyan lesz a megfigyelésből értékelés?

A hasznos audit nem elégedhet meg azzal a megállapítással, hogy „túl sok a manuális munka”. A vezetésnek tudnia kell, melyik manuális lépés mennyi időt visz el, milyen gyakran fordul elő, milyen hibakockázatot hordoz, és milyen következménye van az ügyfélre vagy a következő osztályra nézve.

Érdemes minden problémát hatás és megvalósíthatóság szerint értékelni. Egy napi két percet megtakarító változtatás lehet értelmes, ha száz munkatársat érint. Ugyanakkor egy évente egyszer előforduló, bár bosszantó kivétel nem mindig indokol nagy fejlesztést. A cél nem az, hogy minden folyamatot maximálisan gépesítsünk, hanem hogy ott javítsunk, ahol a vállalat működési kockázata, költsége vagy növekedési korlátja valóban jelentős.

A mérésnél a puszta munkaóra kevés. Fontos lehet a rendelés átfutási ideje, a hibajavítások száma, a készleteltérések aránya, a határidőre teljesítés, a manuális érintések száma vagy az, hány esetben kell vezetői beavatkozás. A megfelelő mutató attól függ, milyen üzleti célt szolgál a folyamat. Egy termelő cégnél a termelési leállás kockázata lehet döntő, e-kereskedelemben a rendelési pontosság és a vevői kommunikáció gyorsasága, szolgáltató vállalatnál pedig a kapacitástervezés és a számlázhatóság.

Nem minden problémára a technológia a válasz

Az audit értékelésének egyik legfontosabb eredménye néha az, hogy nincs szükség azonnal új rendszerre. Előfordulhat, hogy két jóváhagyási szint összevonható, egy űrlap egyszerűsíthető, vagy egy felelősségi kör egyértelműen kijelölhető. Ezek kis változtatásoknak tűnnek, mégis megszüntethetnek napi szintű várakozást és bizonytalanságot.

Más esetekben a folyamat már valóban technikai támogatást igényel. Ha ugyanazokat az adatokat több rendszerben kell fenntartani, indokolt lehet az integráció. Ha egy egyedi gyártási vagy logisztikai munkafolyamatot táblázatokkal próbálnak koordinálni, szükség lehet célzott belső alkalmazásra. Ha beérkező dokumentumokból kell ismétlődően adatot kinyerni és ellenőrizni, az AI-alapú dokumentumfeldolgozás is értelmes lehet. De ezek csak akkor hoznak eredményt, ha a mögöttes szabályok, kivételek és felelősségek már tiszták.

Az automatizálás rossz folyamatban gyorsabban termeli a hibát. Egy integráció pedig csak akkor megbízható, ha világos, melyik rendszer a hiteles adatforrás, és mi történik eltérés esetén. Ezért a technológiai döntésnek az értékelés következményének kell lennie, nem a kiindulópontjának.

Az értékelés után: dönthető fejlesztési sorrend

Egy audit akkor válik vezetői eszközzé, amikor a megállapításokból fejlesztési sorrend készül. Nem egy hosszú kívánságlista kell, hanem néhány egyértelmű döntés: melyik kockázatot kell azonnal kezelni, melyik folyamatot kell előbb egyszerűsíteni, melyik adatkapcsolatot kell rendezni, és melyik fejlesztést érdemes későbbre halasztani.

A jó sorrend általában nem a leglátványosabb fejlesztéssel kezdődik. Gyakran egy olyan alapfolyamattal indul, amelyre több másik terület épül: termékadatokkal, rendelési státuszokkal, ügyféltörzzsel vagy készletinformációval. Ha ez az alap bizonytalan, minden ráépülő riport, automatizmus és új rendszer csak továbbviszi a bizonytalanságot.

A folyamatok értékelése nem egyszeri ellenőrzés, amely után évekre hátra lehet dőlni. A vállalat változik, új értékesítési csatornák, termékek, telephelyek és kollégák jelennek meg. Érdemes ezért rendszeresen feltenni egy egyszerű kérdést: a csapat még értéket teremt, vagy már csak a rendszerek és táblázatok közötti rések betömésével tartja mozgásban a működést?