Folyamatfejlesztési tanácsadás Magyarországon

Valaki minden reggel kimásolja a webshop rendelések adatait egy táblázatba, majd ugyanazokat az információkat feltölti a számlázóba és elküldi a raktárnak. Amíg napi tíz rendelés érkezik, ez kellemetlen, de kezelhető feladat. Napi száz rendelésnél már hibaforrás, késés és állandó kapkodás. A folyamatfejlesztési tanácsadás Magyarországon akkor kezd igazán értékessé válni, amikor a vállalat felismeri: nem egyetlen munkatárs lassú, hanem maga a munkavégzés módja nem követte le a cég növekedését.

Nem a rendszerrel kezdődik, hanem a tényleges munkával

Sok szervezet már rendelkezik ügyviteli rendszerrel, CRM-mel, webshoppal, raktári szoftverrel és többféle táblázattal. Mégis sok munkát kézzel végeznek. Ez elsőre ellentmondásnak tűnhet, valójában azonban gyakori helyzet: az egyes rendszerek külön-külön megfelelően működnek, az átadás közöttük viszont emberekre, e-mailekre és egyéni rutinokra épül.

Egy fejlesztési beszélgetésben ezért nem az a jó első kérdés, hogy melyik szoftvert kell lecserélni. Inkább az, hogy mi történik egy megrendeléssel, reklamációval, gyártási utasítással vagy beszerzési igénnyel attól a pillanattól, hogy megérkezik, addig, amíg lezárul. Ki kapja meg az információt? Hol rögzítik újra? Ki ellenőrzi? Milyen adatból készül a vezetői riport? És mi történik akkor, ha az adott kolléga szabadságon van?

A tényleges folyamat sokszor látványosan eltér attól, ahogyan a vezetőség elképzeli vagy ahogyan egy korábbi szabályzatban szerepel. Ennek oka nem feltétlenül fegyelmezetlenség. A munkatársak általában azért alakítanak ki kerülőutakat, mert így tudják a munkát időben elvégezni. Egy táblázat, saját mappa vagy kézzel vezetett lista gyakran éppen egy rendszerhiányra adott praktikus válasz.

Milyen jelek indokolnak folyamatfejlesztést?

A probléma ritkán úgy jelenik meg, hogy a vállalat kimondja: rossz a folyamatunk. Inkább tünetek vannak. A pénteki riport elkészítése három órát vesz igénybe, mert több rendszerből kell adatot összeszedni. A raktár telefonon egyeztet az értékesítéssel, mert a készletinformáció nem elég megbízható. A számlázás megáll, amikor egyetlen kulcsember beteg. A növekvő forgalommal az adminisztratív létszám is folyamatosan nő.

Különösen figyelmeztető jel, ha ugyanazt az adatot több helyen rögzítik. Ez nemcsak munkaidő-költség. Minden ismételt adatbevitel lehetőség arra, hogy eltérő cikkszám, hibás cím, rossz határidő vagy pontatlan státusz kerüljön a rendszerbe. Innentől a vezetői döntések is bizonytalanabb alapokra épülnek.

A másik gyakori kockázat az egyéni tudásra való túlzott támaszkodás. Ha valaki fejben tartja, melyik partnerhez milyen dokumentum kell, hogyan kezelik a kivételes szállításokat, vagy melyik táblázat aktuális, akkor valójában nem a rendszer működik, hanem az adott ember tartja egyben. Ez hosszú távon az érintett kollégának is terhet jelent, a vállalat számára pedig üzletmenet-folytonossági kockázat.

A folyamatfejlesztési tanácsadás Magyarországon nem kész sablonok alkalmazása

A jó folyamatfejlesztés nem azt jelenti, hogy egy tanácsadó minden cégre ugyanazt a modellt húzza rá. Egy húszfős kereskedő vállalkozás, egy több telephelyes gyártó és egy gyorsan növekvő e-kereskedelmi cég más problémákkal, felelősségi körökkel és szabályozási elvárásokkal működik.

Van, ahol az elsődleges gond a rendelésfeldolgozás. Máshol a termelés és az alapanyag-beszerzés közötti információáramlás lassú. Egy szolgáltató vállalatnál pedig a projektstátuszok, teljesítésigazolások és számlázási adatok csúsznak szét. A cél nem az, hogy minden folyamat egyformán nézzen ki, hanem hogy világos legyen a felelősség, követhető legyen az információ útja, és a kivételek ne csak személyes emlékezetben létezzenek.

Ehhez szükség van a döntési pontok megértésére is. Egy jóváhagyás például lehet indokolt pénzügyi kontroll, de lehet évekkel ezelőtt beépült, már felesleges várakozás. A két helyzet kívülről hasonlíthat egymásra, a következményük mégis eltérő. A folyamatfejlesztés feladata nem a kontrollok eltüntetése, hanem annak eldöntése, melyik kontroll véd valódi üzleti kockázatot, és melyik termel csak késedelmet.

Először a folyamatot kell egyszerűsíteni

A hibás vagy túl bonyolult folyamat automatizálása gyorsabban termeli ki ugyanazt a hibát. Ha egy rendelés háromszor kerül kézi ellenőrzésre, mielőtt továbbmegy, nem biztos, hogy a három ellenőrzést kell digitálissá tenni. Előbb meg kell érteni, milyen korábbi hiba vagy üzleti félelem miatt alakult ki ez a gyakorlat.

Gyakran már kisebb szervezési változás is jelentős eredményt ad. Egyértelműen kijelölt adatgazda, egységes státuszok, egy közösen elfogadott rendelésátadási szabály vagy egy felesleges jóváhagyási kör megszüntetése csökkentheti a hibák és a kérdések számát. Ezek nem látványos technológiai projektek, mégis közvetlenül javítják az átfutási időt és a kiszámíthatóságot.

Csak azután érdemes eldönteni, hogy kell-e integráció, automatizálás, egyedi alkalmazás vagy meglévő rendszer átalakítása. Néha a megfelelő lépés az, hogy a webshop átadja a rendelési adatokat az ügyviteli rendszernek. Máskor egy belső felület kell, amely kezeli azokat a kivételeket, amelyeket egy szabványos rendszer nem tud jól lefedni. Előfordulhat az is, hogy a meglévő eszközök képesek lennének a feladatra, csak a beállításuk vagy a használati fegyelem hiányzik.

A jó fejlesztés mérhető működési eredményt ad

Egy folyamatátalakítás eredményét nem kizárólag az mutatja, hogy elkészült egy új rendszer vagy átadtak egy integrációt. Üzleti szempontból az számít, rövidebb lett-e a megrendelés feldolgozási ideje, csökkent-e a javítások száma, gyorsabban készül-e a riport, és kevésbé függ-e a működés egyetlen embertől.

A méréshez nem kell mindent egyszerre nyomon követni. Érdemes néhány olyan mutatót választani, amely a problémát közvetlenül leírja. Ilyen lehet a nyitott rendelések száma, az ajánlatadás átfutási ideje, a manuálisan javított számlák aránya, a készleteltérések száma vagy a vezetői riport elkészítésére fordított munkaidő.

A számszerű eredmény mellett a munkatársak terhelése is fontos. Ha az új működés csak annyit ér el, hogy a korábbi kézi feladatot másik képernyőn kell elvégezni, akkor kevés valódi javulás történt. A jól kialakított rendszer a gépszerű, ismétlődő adminisztrációt csökkenti, miközben az embereknek jobb információt ad az ügyfélkezeléshez, kivételek megoldásához és üzleti döntésekhez.

Mitől lesz egy változás fenntartható?

A legjobb terv is elbukhat, ha a bevezetés nem veszi figyelembe a napi működést. Egy raktár, termelési terület vagy ügyfélszolgálat nem állítható le hetekre azért, mert új folyamat készül. Ezért a változtatás ütemezése, tesztelése, adatminősége és felelősei legalább olyan fontosak, mint maga a technikai megoldás.

A fokozatos bevezetés sok esetben kisebb kockázatot jelent. Egy jól körülhatárolt folyamaton lehet először igazolni az új működést, kezelni a kivételeket és pontosítani a szabályokat. Ez nem mindig a leggyorsabb út papíron, de gyakran biztonságosabb, mint egy nagy, egyszerre élesített átalakítás.

A fenntarthatósághoz dokumentált működés és kijelölt tulajdonos is kell. Valakinek felelnie kell azért, hogy egy folyamat teljesítménye látható maradjon, a módosítások ellenőrzötten történjenek, és az új kivételek ne újabb rejtett táblázatokban jelenjenek meg. A folyamat nem lezárt projekt, hanem a vállalat működésének része.

CGAT szemléletében a technológia ezért nem önálló cél, hanem eszköz a megbízhatóbb, mérhetőbb és bővíthetőbb működéshez. A megfelelő megoldás lehet egyszerű szabálymódosítás, rendszerintegráció, belső alkalmazás vagy infrastruktúra-fejlesztés is - ezt nem érdemes a vizsgálat előtt eldönteni.

A leghasznosabb első lépés gyakran nem egy új rendszer kiválasztása, hanem egyetlen visszatérő, sok kézi munkát igénylő folyamat végigkövetése. Ha pontosan látható, hol vár az információ, hol másolják újra, és hol születnek a kivételek, a következő fejlesztési döntés már nem feltételezésekre, hanem a vállalat tényleges működésére épül.