A legjobb folyamatfejlesztési módszerek

Valaki minden reggel letölti a webshopos rendeléseket, majd kézzel rögzíti őket a vállalatirányítási rendszerben. Délután egy másik kolléga ellenőrzi, hogy a készletinformáció egyezik-e a raktári nyilvántartással. A munka megszokott, mégis törékeny: egy szabadság, egy elírás vagy egy későn érkező e-mail máris csúszást okozhat. A legjobb folyamatfejlesztési módszerek nem azzal kezdődnek, hogy milyen szoftvert kell megvenni, hanem azzal, hogy megértjük, miért van szükség ennyi kézi lépésre.

Egy növekvő vállalatban ritkán egyetlen nagy hiba okozza az operációs gondokat. Inkább sok apró kompromisszum rakódik egymásra: egy ideiglenes Excel-tábla, egy személyhez kötött jóváhagyás, egy rendszer, amely nem adja át az adatot a következőnek. Ezek működhetnek húsz rendelésnél vagy tíz munkatársnál. Nagyobb forgalomnál viszont a kivételek, az új belépők és a határidők együtt már túlterhelik a folyamatot.

Előbb a folyamatot kell látni, nem a hibát javítani

A folyamatfejlesztés célja nem pusztán az, hogy egy feladat néhány perccel rövidebb legyen. A jó eredmény kiszámíthatóbb működést ad: kevesebb visszakérdezést, egyértelmű felelősségeket, megbízhatóbb adatokat és jobb vezetői rálátást.

Ehhez a teljes munkafolyamatot kell végigkövetni. Honnan érkezik az információ? Ki módosítja? Hol várakozik? Ki ellenőrzi, és mi történik kivételes esetben? Sokszor már ez a feltárás megmutatja, hogy egy munkatárs nem értéket teremt, hanem két, egymással nem kommunikáló rendszer között működik emberi interfészként.

A módszer kiválasztása ezért nem divatkérdés. Egy ismétlődő adminisztratív feladatnál más eszköz kell, mint egy gyártási átállás, egy lassú ügyféljóváhagyás vagy egy pontatlan készletadat problémájánál. A következők egymást kiegészítő megközelítések, nem egymást kizáró receptek.

A legjobb folyamatfejlesztési módszerek a gyakorlatban

Folyamatábrázolás: a tényleges működés feltérképezése

A folyamatábrázolás az egyik leghasznosabb kiindulópont, mert különbséget tesz a dokumentált és a valóban működő folyamat között. Egy egyszerű rendelésfeldolgozási folyamat például papíron lehet öt lépéses. A valóságban azonban tartalmazhat telefonos egyeztetést, export-import fájlokat, manuális készletellenőrzést és több körös hibajavítást.

Az ábrán nemcsak a lépéseket érdemes rögzíteni, hanem a szerepköröket, rendszereket, döntési pontokat, várakozási időket és átadott adatokat is. Különösen beszédesek azok a pontok, ahol ugyanazt az adatot újra beírják, e-mailben küldik tovább, vagy egyetlen tapasztalt kolléga tudja, hogyan kell továbblépni.

Ez a módszer akkor is értékes, ha még nincs döntés technológiai fejlesztésről. Segít közös nyelvet teremteni az értékesítés, a pénzügy, a raktár, a termelés és az IT között. Nem feltételezések, hanem látható munkalépések alapján lehet dönteni.

Lean szemlélet: a veszteségek eltávolítása

A Lean folyamatfejlesztés alapvető kérdése egyszerű: melyik tevékenység teremt értéket az ügyfél, a vállalat vagy a szabályozási megfelelés szempontjából, és melyik csak a működés mellékhatása?

A veszteség nem kizárólag a gyártósoron jelenik meg. Irodai és szolgáltatási folyamatokban is veszteség lehet a várakozás egy jóváhagyásra, a hibás adatok miatti újramunka, a túlzott ellenőrzés vagy az, hogy egy ügyfélkéréshez négy különböző rendszerből kell információt gyűjteni. Ugyanígy veszteség a túltermelés digitális megfelelője: olyan riportok készítése, amelyeket senki nem használ döntéshez.

A Lean előnye, hogy nem feltételezi automatikusan az automatizálást. Néha egy jóváhagyási szint megszüntetése, egy egységes adatmező vagy világosabb felelősségi szabály nagyobb eredményt hoz, mint egy új rendszer bevezetése. A korlátja, hogy a helyi optimalizálás önmagában kevés: ha egy osztály gyorsabb lesz, de a következő csapatnak több manuális ellenőrzést ad át, az egész vállalat nem javul.

Értékáram-elemzés: a teljes átfutási idő vizsgálata

Az értékáram-elemzés a folyamatábrázolásnál szélesebb nézőpontot ad. Nem egy feladatot vizsgál, hanem azt az utat, amelyet egy rendelés, gyártási igény, beszerzési kérés vagy ügyfélpanasz elejétől a végéig bejár.

Vegyünk egy egyedi gyártási megrendelést. A tényleges munkaidő lehet összesen hat óra, az ügyfél mégis tíz napot vár. A különbséget gyakran nem a gépek vagy a dolgozók teljesítménye, hanem a sorban állás, a hiányos információ, a tervezési bizonytalanság és az osztályok közötti átadás okozza.

Ez a módszer vezetői szinten különösen hasznos, mert megmutatja, hol vész el az átfutási idő, és mely pontokon érdemes beavatkozni. Nem mindig ott, ahol a legtöbb ember dolgozik. Gyakran egyetlen rosszul kialakított döntési kapu vagy hiányzó rendszerkapcsolat fogja vissza az egész értékáramot.

Gyökérok-elemzés: ne a tünetet digitalizáljuk

Ha hetente javítani kell a számlaadatokat, könnyű azt mondani, hogy „több ellenőrzésre” van szükség. A gyökérok-elemzés ezzel szemben azt kérdezi: miért kerülnek hibás adatok a folyamatba? Nincs kötelező mező? Több rendszerben más ügyféltörzs szerepel? A kolléga nem kapja meg időben az információt? Vagy a szabály maga nem egyértelmű?

Az „öt miért” kérdezéstechnika és az ok-okozati elemzés akkor működik jól, ha nem hibást keres, hanem rendszerszintű okokat. Ez emberi szempontból is lényeges. Ha ugyanazok a hibák ismétlődnek, ritkán az a valódi magyarázat, hogy az emberek figyelmetlenek. Sokkal gyakoribb, hogy a folyamat túl sok memóriára, manuális döntésre vagy hiányos adatra épít.

A gyökérok feltárása védi meg a vállalatot attól, hogy egy rossz folyamatot egyszerűen gyorsabban hajtson végre. Automatizálni csak azt érdemes, ami már indokolt, érthető és kellően egységes.

PDCA: fejlesztés kontrollált ciklusokban

A PDCA - tervezés, végrehajtás, ellenőrzés, beavatkozás - azért hasznos, mert a folyamatfejlesztést nem egyszeri projektté, hanem irányított működési gyakorlattá teszi. Egy változtatást először mérhető céllal kell megtervezni, korlátozott körben kipróbálni, az eredményt ellenőrizni, majd csak ezután szabványosítani vagy korrigálni.

Ez különösen fontos olyan környezetben, ahol az operáció nem állhat le egy nagy átalakítás kedvéért. Egy raktári komissiózási szabály, egy jóváhagyási folyamat vagy egy adatátadási mód tesztelhető egy telephelyen, termékcsoporton vagy ügyfélkörön. Ha a változás valóban csökkenti a hibákat és az átfutási időt, fokozatosan kiterjeszthető.

A PDCA fegyelmet kér: előre rögzíteni kell, mit tekintenek sikernek. Nem elég az, hogy a csapatnak „jobbnak érződik” az új folyamat. Mérhető lehet például a manuális érintések száma, a hibajegyek mennyisége, a rendelésfeldolgozási idő vagy a határidőn túli tételek aránya.

Mikor indokolt a technológiai beavatkozás?

A folyamat egyszerűsítése után gyakran világossá válik, hogy a gondot már nem szabálymódosítás oldja meg. Ha a munkatársak továbbra is rendszerek között másolnak adatot, ha a készlet valós idejű állapota több forrásból sem állapítható meg, vagy ha a riport minden pénteken háromórás kézi adatgyűjtés, akkor rendszerintegráció, célzott automatizálás vagy egyedi alkalmazás lehet indokolt.

A technológia értéke ilyenkor nem az újdonságában van. Abban mérhető, hogy kevesebb adatot kell újra rögzíteni, csökken-e a hibalehetőség, visszakövethetőbbek-e a döntések, és az érintett munkatársak időben megkapják-e a munkájukhoz szükséges információt. Egy jól kialakított megoldás nem kiszorítja az embereket a folyamatból, hanem leveszi róluk a gépies ismétlést, hogy kivételekkel, ügyfelekkel és döntésekkel foglalkozhassanak.

A fejlesztés sorrendje fontosabb, mint a módszer neve

Nincs minden vállalatra érvényes legjobb módszer. Egy stabil, ismétlődő adminisztratív folyamatnál a Lean és a célzott automatizálás gyors eredményt adhat. Változatos, sok kivételt kezelő működésnél előbb a folyamatábrázolás és a gyökérok-elemzés szükséges. Több osztályt vagy rendszert érintő késések esetén az értékáram-elemzés adja meg azt a képet, amely nélkül a fejlesztés csak helyi javítás marad.

A jó első lépés általában nem egy nagy transzformációs program. Válasszanak ki egy folyamatot, amely egyszerre fájdalmas, gyakori és mérhető: például a rendelésből számlázásig tartó utat, a beszerzési igény jóváhagyását vagy a gyártási eltérések kezelését. Nézzék meg együtt azokkal, akik naponta végzik a munkát. A folyamat ott kezd el javulni, amikor a rejtett kerülők, várakozások és kézi átvitelek végre láthatóvá válnak.