Üzleti folyamatfelülvizsgálat: alacsony kockázatú első lépés

Üzleti folyamatfelülvizsgálat: alacsony kockázatú első lépés

6 perc olvasás

A cikk közzététele

Legfontosabb tanulságok

• Egy üzleti folyamatfelülvizsgálat feltérképezi, hogyan halad valójában a munka, még mielőtt bármilyen technológiai megoldást választanánk, így biztosan a megfelelő problémát oldjuk meg.
• A legtöbb működési probléma néhány alapvető okra vezethető vissza: duplikált adatokra, tisztázatlan felelősségi körökre és ellenőrzési hiányosságokra.
• Egy strukturált, kéthetes felülvizsgálat a normál működés mellett is elvégezhető anélkül, hogy a vállalkozás működését le kellene állítani.
• Kezdjük kicsiben: válasszunk ki egy rendszeresen ismétlődő átadási pontot, dokumentáljuk, majd mérjük meg előtte és utána a hibák és késések számát.

Ha a vállalkozásod működik, de a mindennapi feladatok nehézkesebbek, mint kellene, egy üzleti folyamatfelülvizsgálat az egyik legbiztonságosabb kiindulópont. Lépésről lépésre feltérképezi, hogyan halad valójában a munka a vállalkozáson belül, így még azelőtt láthatóvá válik, hol vész el idő, adat vagy felelősség, hogy költségvetést fordítanál egy új rendszerre.

Egy növekvő vállalkozásban természetes reakció, hogy szoftvert vásárolunk egy-egy problémára. Megjelennek az új koordinációs nehézségek, ezért új eszközt vezetünk be. A probléma az, hogy ha egy nem megfelelően tisztázott folyamatra építünk rá egy eszközt, az gyakran csak rögzíti a káoszt, és gyorsabban működteti azt. Egy folyamatfelülvizsgálat megfordítja ezt a sorrendet. Először magát a munkafolyamatot vizsgálja meg, majd azt kérdezi meg, hogy egyáltalán szükség van-e technológiára, és ha igen, pontosan hol.

Miért előzi meg az üzleti folyamatfelülvizsgálat a technológiai döntéseket?

A technológiának a folyamatot kell követnie, nem pedig fordítva. Ha kihagyjuk a diagnózist, gyakorlatilag arra fogadunk, hogy a szoftverszállító jobban érti a működésünket, mint mi magunk, ami ritkán igaz.

Érdemes komolyan venni az esélyeket. A Boston Consulting Group 900 digitális transzformációt vizsgáló tanulmánya szerint mindössze 30 százalékuk volt teljes mértékben sikeres, míg a többi vagy nem érte el a kitűzött célokat, vagy csak csekély értéket teremtett (a BCG tanulmány consulting.us összefoglalója). A probléma ritkán maga a technológia. Sok esetben az alapul szolgáló folyamat nem volt elég világos ahhoz, hogy megfelelően automatizálható legyen.

A PwC 2025-ös Digital Trends in Operations felmérésében az operációs és ellátásilánc-vezetők 92 százaléka azt mondta, hogy technológiai beruházásaik nem teljes mértékben hozták a várt eredményeket (PwC 2025 Digital Trends in Operations). Ugyanebben a felmérésben 47 százalék az integráció összetettségét, 44 százalék pedig az adatok rendelkezésre állását és minőségét nevezte meg a megtérülés akadályaként. Ezek valójában folyamat- és adatproblémák, technológiai problémának álcázva.

Egy felülvizsgálat költsége alacsony, a kockázata pedig még kisebb. Ezen a ponton még semmit sem építünk újra. Cserébe tiszta képet kapunk arról, melyik problémát érdemes valóban megoldani.

Tünetek és kiváltó okok

A működési problémák a mindennapokban súrlódásként jelentkeznek, de maga a súrlódás többnyire csak tünet. Egy folyamatfelülvizsgálat segít elkülöníteni azt, amit az emberek érzékelnek, attól, ami ténylegesen kiváltja a problémát. Tapasztalataink szerint három alapvető ok fordul elő különösen gyakran.

1. Duplikált adatok. Ugyanaz az ügyfél, rendelés vagy cikkszám szerepel egy Excel-táblában, egy ERP-rendszerben és egy raktári rendszerben, mindegyik kissé eltérő állapotban. A munkatársak idejük jelentős részét azzal töltik, hogy egyeztetik a verziókat és megpróbálják kideríteni, melyik a helyes. Minden manuális újrarögzítés további hibalehetőséget is teremt, amely az egyes átadási pontokon tovább halmozódik.
2. Tisztázatlan felelősségi körök. Egy feladat két csapat között marad, és valójában egyikhez sem tartozik. A jóváhagyások megakadnak, mert senki sem biztos abban, kinek kellene engedélyeznie a következő lépést. A munka újraindul, mert két ember is azt feltételezte, hogy a másik már elvégezte.
3. Ellenőrzési hiányosságok. Senki sem látja egy rendelés, számla vagy gyártási folyamat aktuális állapotát anélkül, hogy több embert megkérdezne. A döntések arra várnak, hogy valaki kézzel összerakjon egy riportot, ezért a vezetői információ késve követi a valóságot.

Azért fontos ez a különbség, mert egy tünet gyors javításra ösztönöz, míg a kiváltó ok valódi megoldást igényel. Az, hogy „folyamatosan kimaradnak rendelések”, elsőre egy új követőrendszer szükségességét sugallhatja. Ha azonban visszakövetjük a problémát, kiderülhet, hogy két rendszer eltérő rendelési adatokat tartalmaz, és senkinek sem feladata ezek egyeztetése. Egy új eszköz ezt nem oldaná meg. A tiszta felelősségi körök és az egységes adatforrás igen.

Mit térképez fel egy strukturált felülvizsgálat az első két hétben?

Egy felülvizsgálatnak nem kell hónapokig tartania ahhoz, hogy hasznos legyen. Körülbelül két hét alatt egy vagy két alapvető munkafolyamat célzott vizsgálata már világos és közösen értelmezhető képet adhat. Jellemzően az alábbiakat térképezi fel:

• A munka tényleges útját. Minden lépést a kiváltó eseménytől a befejezésig, beleértve azokat a nem hivatalos rövidítéseket és kerülőutakat is, amelyeket az emberek ténylegesen használnak ahelyett, hogy a senki által nem követett hivatalos folyamatábrát követnék.
• Felelősök és átadási pontok. Ki végzi az egyes lépéseket, valamint minden olyan pont, ahol a munka egyik személytől vagy rendszertől a másikhoz kerül. Az átadási pontokon különösen gyakran jelennek meg hibák és késések.
• Hol keletkezik, másolódik és kerül újrarögzítésre az adat. Minden olyan pont, ahol ugyanazt az információt újra be kell írni, potenciálisan integrálható vagy megszüntethető.
• Szűk keresztmetszetek és várakozási idők. Hol torlódik fel a munka, hol vár jóváhagyásra, vagy hol kerül vissza újrafeldolgozásra.
• Ellenőrzési és riportálási hiányosságok. Mit nem lát jelenleg a vezetés anélkül, hogy valakinek kézzel kellene összegyűjtenie az adatokat.

Az eredmény nem egy halom elmélet. Hanem a jelenlegi állapot konkrét térképe, a kiváltó okok hatás alapján rangsorolt rövid listája, valamint egy javaslat arra, melyikkel érdemes elsőként foglalkozni, és hogy a megfelelő megoldás folyamatmódosítás, adatkezelési változtatás vagy technológiai fejlesztés legyen-e. Ez a CGAT együttműködési modelljének kiindulópontja: egy alacsony kockázatú felülvizsgálat, amely még bármilyen szoftverjavaslat előtt feltérképezi a szűk keresztmetszeteket, a tisztázatlan felelősségi köröket, a duplikált adatokat és az ellenőrzési hiányosságokat.

Hogyan tartható alacsonyan a kockázat úgy, hogy közben a vállalkozás tovább működik?

A felülvizsgálat célja éppen a kockázat csökkentése, ezért maga a felülvizsgálat sem teremthet új kockázatot. Néhány alapelv segít abban, hogy biztonságosan végezhető legyen.

• Figyeljünk meg, ne állítsuk le a működést. Egy jó felülvizsgálat működés közben dokumentálja a folyamatokat. A csapatok tovább dolgoznak, miközben a feltérképezés párhuzamosan zajlik. A vizsgálat kedvéért semmit sem kell leállítani.
• Először szűkítsük le a területet. Válasszunk ki egy vagy két problémás munkafolyamatot ahelyett, hogy egyszerre próbálnánk feltérképezni az egész vállalkozást. A szűk fókusz hamarabb ad használható eredményt.
• Beszéljünk azokkal, akik ténylegesen végzik a munkát. A legpontosabb folyamatábra nem a szervezeti ábrából, hanem az operatív munkatársaktól származik. Ők ismerik a kerülőutakat, és gyakran ezek jelentik a valódi működési folyamatot.
• Válasszuk külön a felismerést és a megoldást. Érdemes ellenállni annak a késztetésnek, hogy már a felülvizsgálat közben változtassunk. Először teljesen értsük meg a jelenlegi állapotot, és csak utána döntsünk. Ha mérés közben változtatunk, mindkettő nehezebbé válik.
• A változtatás legyen visszafordítható. Az első módosítás legyen elég kicsi ahhoz, hogy szükség esetén vissza lehessen vonni. Mérhető fejlődést szeretnénk, nem kockázatos, egyszerre történő teljes újratervezést.

Mivel egy felülvizsgálat csak megfigyeli a folyamatot, és nem módosítja azt, a kockázata valóban korlátozott. A legrosszabb esetben megerősíti azt, amit eddig is sejtettünk, és veszítünk egy kevés időt. A nyereség viszont az lehet, hogy elkerülünk egy sokkal nagyobb beruházást egy rosszul megválasztott rendszerbe.

Egy egyszerű első lépés: dokumentálj egy rendszeresen ismétlődő átadási pontot

Az első lépéshez nincs feltétlenül szükség tanácsadóra. Válassz ki egy olyan átadási pontot, amely gyakran ismétlődik és rendszeresen problémát okoz. Például egy rendelés átadását az értékesítéstől a teljesítés felé. Egy gyártási feladat átadását a tervezéstől az üzem felé. Vagy egy számla továbbítását az operációtól a pénzügy felé.

Ezután végezz el négy egyszerű lépést:

1. Írd le az adott átadási folyamat minden egyes lépését pontosan úgy, ahogy ma történik, beleértve azt is, ki vesz részt benne és honnan érkeznek az adatok.
2. Jelöld meg azokat a pontokat, ahol az adatokat újra be kell írni, vagy ahol két rendszer adatainak egyezniük kell.
3. Egy-két héten keresztül számold meg, mi megy félre: hibák, újramunkák, valamint azt, mennyi idő telik el az átadás kezdetétől a befejezéséig.
4. Jegyezd fel, ki a folyamat tényleges felelőse, és hogy ez a felelősség minden érintett számára egyértelmű-e.

Ez az egyetlen dokumentum rendszerint már felszínre hoz legalább egy olyan kiváltó okot, amelyen lehet változtatni, és egyben kiindulási mérőszámot is ad. Amikor később módosítotok valamit, már mérhető lesz, hogy csökkent-e a hibák száma, gyorsultak-e a jóváhagyások, vagy javult-e az átláthatóság. Ez a mérés alakítja át a megérzést üzleti döntéssé.

Ha ez az egyetlen átadási pont több problémát tár fel, mint amennyit házon belül egyszerűen kezelni tudtok, ez megfelelő pillanat lehet arra, hogy strukturált felülvizsgálathoz külső segítséget vonjatok be. Kezdjetek az átadási ponttal. Mérjétek meg. És az eredmények alapján döntsétek el a következő lépést.

Gyakran ismételt kérdések

Mi az az üzleti folyamatfelülvizsgálat? Egy strukturált vizsgálat arról, hogyan halad a munka a vállalkozáson belül. Feltérképezi az egyes lépéseket, felelősöket és átadási pontokat annak érdekében, hogy még a technológiai döntés előtt megtaláljuk a szűk keresztmetszeteket, duplikált adatokat és ellenőrzési hiányosságokat. Mennyi ideig tart egy üzleti folyamatfelülvizsgálat? Egy vagy két alapvető munkafolyamat célzott felülvizsgálata körülbelül két hét alatt feltérképezhető úgy, hogy közben a vállalkozás normál működése folytatódik. A szélesebb körű felülvizsgálatok hosszabb időt vesznek igénybe, de azokat is érdemes szakaszokra bontani. Érdemes felülvizsgálni a folyamatainkat, mielőtt automatizációs szoftvert vásárolunk? Igen. Egy nem egyértelmű vagy hibás folyamat automatizálása általában csak azt eredményezi, hogy a hibák gyorsabban történnek meg. A felülvizsgálat megmutatja, mely lépéseket érdemes automatizálni, és melyeket kell először egyszerűsíteni vagy más felelőshöz rendelni. Megzavarja a napi működést egy folyamatfelülvizsgálat? Nem kellene. Egy megfelelően végzett felülvizsgálat a meglévő működést figyeli meg és dokumentálja ahelyett, hogy leállítaná azt, így a csapatok tovább dolgozhatnak, miközben a feltérképezés párhuzamosan zajlik.