Ha mindenki dolgozik, mégis lassan mennek át a feladatok a cégen, nem biztos, hogy több emberre van szükséged. Lehet, hogy egyetlen pont fogja vissza az egész folyamatot.
Ez a szűk keresztmetszet.
Lehet egy túlterhelt kolléga.
Egy vezetői jóváhagyás.
Egy Excel-tábla.
Egy rendszer, amelyből manuálisan kell adatot másolni.
Vagy egyszerűen egy olyan szabály, amely miatt egy kétperces feladat három órát vár.
A probléma az, hogy a szűk keresztmetszet ritkán ott van, ahol a legtöbbet panaszkodnak.
És nem feltétlenül az a lépés a probléma, amelyik a legtöbb munkaidőt igényli.
A valódi kérdés az: melyik pont korlátozza leginkább a teljes folyamat sebességét és áteresztőképességét?
Ebben a cikkben egy egyszerű, KKV-knál is használható módszert mutatok arra, hogyan találd meg ezt adatok alapján.
Röviden: miből ismered fel a szűk keresztmetszetet?
Gyanakodj arra a folyamatlépésre, amely előtt:
- rendszeresen feladatok torlódnak fel;
- hosszú várakozás alakul ki;
- folyamatosan sürgetni kell valakit;
- a következő kolléga vagy részleg gyakran vár;
- rendszeres a túlóra;
- sok a kerülőút;
- egyetlen ember vagy rendszer kiesése az egész folyamatot megakasztja.
A Theory of Constraints megközelítésében a szűk keresztmetszet az a korlátozó pont, amely visszafogja a teljes rendszer teljesítményét. Ezért egy nem kritikus folyamatlépés gyorsítása önmagában nem feltétlenül növeli a teljes folyamat áteresztőképességét.
A lényeg:
ne azt keresd, hol dolgoznak sokat. Azt keresd, hol áll meg a munka.
Először tisztázzuk: mi számít valódi szűk keresztmetszetnek?
Tegyük fel, hogy egy webshop rendelésfeldolgozásában öt lépés van:
- rendelés ellenőrzése;
- készlet ellenőrzése;
- vezetői jóváhagyás;
- számlázás;
- átadás a raktárnak.
A számlázás rendelésenként 4 perc.
A vezetői jóváhagyás viszont csak 30 másodperc.
Első ránézésre azt mondanád:
„A számlázás viszi el a legtöbb időt.”
Csakhogy a vezető naponta kétszer nézi meg a jóváhagyásra váró tételeket.
Egy rendelés ezért átlagosan akár több órán keresztül várhat egy 30 másodperces műveletre.
Hol van akkor a probléma?
Nem feltétlenül ott, ahol a legtöbb munkát végzik.
Hanem ott, ahol a teljes folyamat nem tud továbbhaladni.
Ezért fontos megkülönböztetni két dolgot.
Munkaidő
Az az idő, amikor valaki ténylegesen dolgozik a feladaton.
Átfutási idő
Az az idő, ami a folyamat elejétől a végéig eltelik.
A kettő nagyon messze lehet egymástól.
A Lean Enterprise Institute a cycle time és a lead time fogalmát is külön kezeli: az előbbi egy adott művelet ciklusidejét, az utóbbi pedig azt az időt jelenti, amely alatt egy elem végighalad a teljes folyamaton.
Ez KKV-s nyelvre lefordítva:
attól, hogy egy feladat összesen csak 15 perc munkát igényel, még tarthat három napig.
És az automatizálási lehetőség sokszor pont ebben a különbségben bújik meg.
A leggyakoribb tévedés: a legelfoglaltabb ember a szűk keresztmetszet
Nem feltétlenül.
Lehet, hogy a pénzügyes egész nap dolgozik.
De ha minden számlát időben feldolgoz, és előtte sem torlódnak a feladatok, akkor lehet, hogy egyszerűen sok munkája van.
Más a helyzet, ha:
- naponta 100 feladat érkezik;
- ő maximum 70-et tud feldolgozni;
- ezért a függőben lévő feladatok száma folyamatosan nő.
Itt már kapacitásprobléma van.
A szűk keresztmetszetet ezért nem érzésből érdemes meghatározni.
Mérni kell a folyamatot.
Ehhez viszont nem kell rögtön process mining rendszer vagy vállalati BI-projekt.
Első körben egy egyszerű táblázat is elég lehet.
1. Válassz ki egyetlen folyamatot
Ne azt próbáld meg kideríteni:
„Hol megy el az idő a cégben?”
Ez túl nagy kérdés.
Válassz ki egy konkrét folyamatot.
Például:
rendelés beérkezésétől a csomag átadásáig
vagy:
ajánlatkérés beérkezésétől az ajánlat kiküldéséig
vagy:
bejövő számlától a kifizetés jóváhagyásáig
vagy:
lead beérkezésétől az első sales meeting lefoglalásáig.
Az ISO folyamatszemlélete is a folyamatok bemeneteinek, kimeneteinek, egymásra hatásának és mérésének megértésére épül.
Ha még nincs ilyen folyamatábrád, előbb készíts egy egyszerű AS-IS folyamattérképet.
A DREAM Routine rétegében is ez az első lépés: meg kell érteni az ismétlődő feladatokat és üzleti szabályokat, mielőtt eldöntöd, mi marad manuális, mit támogatsz AI-jal, és mit automatizálsz.
2. Ne csak azt mérd, mennyi ideig dolgoznak – mérd a várakozást is
Ez az a pont, ahol általában meglepő eredmények jönnek.
Készíts egy egyszerű táblázatot:
| Lépés | Aktív munkaidő | Várakozási idő |
|---|---|---|
| Rendelés ellenőrzése | 3 perc | 20 perc |
| Készletellenőrzés | 2 perc | 10 perc |
| Jóváhagyás | 1 perc | 180 perc |
| Számlázás | 4 perc | 30 perc |
| Raktári átadás | 3 perc | 60 perc |
Ebben a fiktív példában a tényleges munka:
13 perc.
A várakozás:
300 perc.
A teljes folyamat tehát több mint öt órát vesz igénybe úgy, hogy abból alig negyedóra az aktív munkavégzés.
Ez nem ritka működési mintázat.
A value stream mapping éppen ezért nemcsak az egyes tevékenységeket, hanem a teljes áramlást vizsgálja; az ASQ szerint a módszer használható a pazarlás azonosítására és a folyamatciklusok csökkentésére.
Mit keress?
Elsősorban ezt:
Hol magas a várakozás az aktív munkaidőhöz képest?
Ha egy 2 perces művelet rendszeresen két órát vár, ott valószínűleg van mit megvizsgálni.
3. Nézd meg, hol gyűlik fel a munka
Ez az egyik legegyszerűbb vizuális jel.
Kérdezd meg:
Hol van mindig sok függőben lévő tétel?
Például:
- 47 megválaszolatlan e-mail;
- 32 jóváhagyásra váró számla;
- 18 kiküldésre váró ajánlat;
- 56 feldolgozatlan rendelés;
- 12 napnyi rögzítetlen adminisztráció.
A felgyülemlett munka – work in progress, WIP – fontos jelzés.
Little törvénye szerint stabil folyamatok hosszú távú átlagában kapcsolat van a folyamatban lévő munka, az áteresztőképesség és az átfutási idő között:
WIP = áteresztőképesség × átfutási idő.
Az MIT ezt olyan alapvető összefüggésként használja, amellyel a folyamatokban lévő torlódások és elveszett kapacitás is vizsgálható.
Nem szükséges ebből matematikai projektet csinálni.
A gyakorlati következtetés egyszerű:
ha egy pont előtt folyamatosan nő a várakozó feladatok száma, érdemes ott keresni a problémát.
4. Hasonlítsd össze a beérkező munkát a kapacitással
Ez mutatja meg a klasszikus kapacitás-szűk keresztmetszetet.
Például:
Naponta átlagosan érkezik:
120 rendelés
A feldolgozási kapacitás:
90 rendelés/nap
Nem kell bonyolult elemzés ahhoz, hogy lásd a problémát.
Naponta:
30 rendelés hozzáadódik a sorhoz.
Öt munkanap alatt:
150 feldolgozatlan rendelés gyűlhet össze.
Ilyenkor három dolgot vizsgálj:
Tényleg szükséges minden kézi lépés?
Lehet, hogy a kolléga olyan dolgot ellenőriz, amit a rendszer már validált.
Automatizálható a standard eset?
Lehet, hogy a rendelések 80%-a automatikusan feldolgozható, és csak a kivételek igényelnek embert.
Valóban kapacitáshiány van?
Ha igen, akkor automatizálás, folyamategyszerűsítés vagy többletkapacitás lehet a megoldás.
De csak ebben a sorrendben érdemes gondolkodni.
Ne vegyél fel még egy embert azért, hogy egy felesleges manuális lépést kétszer olyan gyorsan végezzetek.
5. Figyeld meg az átadásokat
Van egy érdekes jelenség.
Egy feladat önmagában lehet gyors.
De amikor átkerül egyik emberből a másikba, hirtelen lelassul.
Például:
sales → vezető → pénzügy → sales → ügyfél
Minden váltásnál történhet:
- e-mail;
- Teams-üzenet;
- státuszkérdés;
- adatkeresés;
- új magyarázat;
- manuális továbbítás;
- várakozás.
A DREAM Data és Routine rétege éppen ezért egymásra épül: előbb látni kell, mely rendszerekben vannak az adatok és hogyan mozognak, majd azt, hogyan kapcsolódik ehhez a tényleges üzleti folyamat.
Egyszerű mérés
Minden lépés mellé írj egy számot:
Hány alkalommal kerül át másik emberhez vagy rendszerhez?
Ha egy egyszerű rendelés 11 átadási ponton megy keresztül, önmagában érdemes megvizsgálni, miért.
Nem biztos, hogy mind a 11-re szükség van.
6. Keresd meg az újramunkát
Nem csak a várakozás lassít.
A hibák is.
Például:
- sales rögzíti az ügyfelet;
- pénzügy észreveszi, hogy hiányzik az adószám;
- visszaküldi salesnek;
- sales megkeresi az ügyfelet;
- ügyfél válaszol;
- sales javít;
- pénzügy újra ellenőrzi.
Papíron ez egyetlen adatmező problémája.
Valójában:
két ember + több kommunikáció + várakozás + újraellenőrzés.
A saját AI- és folyamatkockázati tudásanyagban ugyanez a logika jelenik meg az adatminőségnél: a hiányos vagy hibás adat továbbterjedhet a rendszerben, és később hibás működéshez vagy üzleti döntéshez vezethet.
Ezért mérd:
Hány százaléknyi feladat kerül vissza egy korábbi lépésbe?
Ha magas az arány, lehet, hogy nem a folyamat végét kell gyorsítani.
A hibát kell megszüntetni a keletkezési pontján.
7. Nézd meg, mi történik, ha egy ember nincs bent
Ez az egyik legegyszerűbb stresszteszt.
Kérdezd meg:
Ha holnap szabadságra megy ez az ember, mi áll meg?
Ha a válasz:
„Semmi, a többiek átveszik.”
jó jel.
Ha:
„A számlák nem kerülnek jóváhagyásra.”
vagy:
„Csak ő tudja, melyik Excelből kell kiszedni az adatot.”
vagy:
„A raktár nem tudja, mit kell kiküldeni.”
akkor nemcsak szűk keresztmetszeted lehet.
Kulcsember-kockázatod is van.
Ez különösen gyakori KKV-knál, ahol egy-egy folyamat évek alatt egyetlen kolléga köré épül.
Nem feltétlenül azért, mert rosszul tervezték.
Egyszerűen így alakult.
A problémát akkor érdemes kezelni, amikor már látszik – nem akkor, amikor az adott ember két hét szabadságra megy.
8. Kérdezd meg a folyamatot végző embert
A számok fontosak.
De nem mutatnak meg mindent.
Ülj le azzal, aki ténylegesen csinálja a munkát, és kérdezd meg:
Mire vársz a legtöbbet?
Mit kell rendszeresen kétszer megcsinálnod?
Melyik feladatnál szoktál másokat sürgetni?
Melyik rendszer lassít?
Mi az, amit csak azért csinálunk így, mert mindig így csináltuk?
Melyik lépést hagynád el holnaptól, ha rajtad múlna?
Ez gyakran többet ér, mint egy vezetői brainstorming.
A humán tényező a kockázatkezelésben is fontos: az ISO 31000-as képzési anyag külön alapelvként kezeli az emberi és kulturális tényezők hatását, valamint az érdekelt felek bevonását.
A folyamatgazda pedig általában nagyon pontosan tudja, hol fáj a működés.
Csak ritkán kérdezik meg tőle strukturáltan.
Az 5 legerősebb jel, hogy megtaláltad a valódi problémát
Ha több is igaz az alábbiak közül, jó eséllyel közel jársz.
1. Előtte felhalmozódik a munka
A feladatsor folyamatosan nő.
2. Utána várnak az emberek
A következő folyamatlépésnek nincs mit feldolgoznia.
3. Folyamatosan teljes kapacitáson működik
Más területek időnként ráérnek, ez viszont soha.
4. Ha itt gyorsítasz, a teljes folyamat is gyorsul
Ez különösen fontos.
5. Ha máshol gyorsítasz, szinte semmi nem változik
Ez az egyik legjobb ellenőrzés.
Tegyük fel:
A számlázást 4 percről 1 percre gyorsítod.
De a rendelés továbbra is három órát vár a vezetői jóváhagyásra.
Elköltöttél pénzt.
Fejlesztettél.
Automatizáltál.
A vevő pedig ebből szinte semmit nem érzékel.
Lokálisan javítottál egy folyamatot, de a rendszer teljesítménye nem változott érdemben.
Pont ezt akarjuk elkerülni.
Egy egyszerű 7 napos mérés
Nem kell hónapokig adatot gyűjteni ahhoz, hogy elindulj.
Válassz ki egy folyamatot, és egy héten keresztül minden egyes tételnél rögzítsd:
| Mérőszám | Mit írj fel? |
|---|---|
| Érkezés | mikor került be a feladat |
| Feldolgozás kezdete | mikor kezdett vele valaki dolgozni |
| Aktív idő | tényleges munka percekben |
| Befejezés | mikor készült el |
| Várakozás oka | mire/ kire várt |
| Visszaküldés | kellett-e újramunka |
| Felelős | ki dolgozott rajta |
| Kivétel | normál vagy egyedi eset |
Egy hét után rendezd a lépéseket három szempont szerint:
legtöbb várakozás
legtöbb felhalmozódás
legtöbb újramunka
Ahol mindhárom magas, ott érdemes először mélyebbre ásni.
Fiktív példa: ajánlatkészítés egy KKV-ban
Tegyük fel, hogy a vezetőség szerint:
„A sales lassan írja meg az ajánlatokat.”
Megmérjük.
| Lépés | Aktív idő | Átlagos várakozás |
|---|---|---|
| Meeting jegyzet feldolgozása | 15 perc | 1 óra |
| Műszaki tartalom bekérése | 10 perc | 8 óra |
| Árazás | 20 perc | 2 óra |
| Vezetői jóváhagyás | 3 perc | 12 óra |
| Ajánlat összeállítása | 30 perc | 1 óra |
| Kiküldés | 2 perc | 0 |
Tényleges munkavégzés:
80 perc.
Átfutási idő:
akár több mint egy munkanap.
A leglátványosabb feladat az ajánlat megírása.
De nem biztos, hogy ott van a probléma.
Lehetséges valódi szűk pontok:
műszaki információ bekérése
és
vezetői jóváhagyás.
Ez teljesen más megoldáshoz vezet.
Nem feltétlenül AI ajánlatírót kell először bevezetni.
Lehet, hogy:
- strukturált brief kell;
- egyértelmű árazási szabály;
- jóváhagyási limitek;
- automatikus értesítés;
- delegált döntési jogkör.
És csak ezután AI.
Mi legyen a sorrend, ha megtaláltad?
Ne ugorj rögtön automatizálásba.
Használd ezt a sorrendet:
1. Töröld
Szükséges egyáltalán a lépés?
2. Egyszerűsítsd
Lehet kevesebb adattal, kevesebb jóváhagyással vagy rövidebb úton?
3. Standardizáld
Mindenki ugyanúgy végzi?
4. Támogasd
AI vagy workflow leveheti az előkészítő munkát az emberről?
5. Automatizáld
A stabil, egyértelmű, ismétlődő esetek futhatnak emberi beavatkozás nélkül?
A korábbi Manual → Assisted → Automated modell pontosan erre ad döntési keretet: nem az a cél, hogy mindenből eltűnjön az ember, hanem az, hogy minden folyamat a megfelelő automatizálási szinten működjön.
Amit nem érdemes automatizálni elsőként
A legidegesítőbb feladat nem feltétlenül a legjobb automatizálási projekt.
És a legtöbb munkaórát fogyasztó feladat sem feltétlenül az.
Elsőként azt érdemes keresni, ahol egyszerre van:
nagy üzleti hatás + rendszeres előfordulás + jelentős késés vagy kézi munka + jól kezelhető szabályrendszer.
Ha egy folyamat:
- évente négyszer történik;
- minden alkalom teljesen egyedi;
- és három órát vesz igénybe,
lehet, hogy nem ott érdemes kezdeni.
Ha viszont:
- naponta 150-szer történik;
- ugyanazt az adatot három rendszer között másolják;
- gyakran elrontják;
- és rendelésenként csak két percet vesz igénybe,
az már teljesen más történet.
6 tipikus KKV-s szűk keresztmetszet
Jóváhagyások
Mindennek át kell mennie a tulajdonoson.
A tulajdonos pedig mással is foglalkozik.
Kézi adatmozgatás
Excel → ERP → számlázó → webshop.
Információhiány
A folyamat mindig azért áll meg, mert valamilyen adatot utólag kell elkérni.
Egyetlen kulcsember
Csak egy ember tudja, hogyan működik a feladat.
E-mail alapú folyamatirányítás
A státusz valójában valaki postaládájában található.
Kivétel lett a normál működés
Annyi egyedi eset alakult ki, hogy már szinte nincs standard folyamat.
Ezek közül több gyakran egyszerre jelenik meg.
Ezért érdemes folyamatot vizsgálni, nem különálló feladatokat.
Hogyan tud segíteni ebben az automatizálás?
Az automatizálás akkor jó válasz, ha már tudod, mit oldasz meg.
Például:
Probléma
A rendelés 2 órát vár arra, hogy valaki átmásolja az ERP-be.
Megoldás
Webshop → ERP automatikus integráció.
Probléma
Minden ajánlat vezetői jóváhagyásra vár.
Megoldás
Szabály:
500 000 Ft alatt automatikus → fölötte vezetői jóváhagyás.
Probléma
Az ügyfélszolgálatos 10 percig gyűjti az adatokat egy válasz előtt.
Megoldás
AI vagy workflow összegyűjti és összefoglalja az előzményeket.
Az ember válaszol.
Ez már nem:
„Rakjunk AI-t valahova.”
Hanem:
probléma → ok → megfelelő kontroll → technológia.
Ez az a sorrend, amiből működő automatizáció lesz.
Gyakori kérdések
Mi az a folyamat szűk keresztmetszet?
A szűk keresztmetszet az a folyamatpont vagy korlát, amely visszafogja a teljes rendszer teljesítményét. Gyakori jel a feladatok torlódása, a hosszú várakozás vagy az, hogy az adott lépés kapacitása kisebb a beérkező munkamennyiségnél.
Hogyan találom meg a szűk keresztmetszetet?
Térképezd fel a folyamatot, majd mérd lépésenként az aktív időt, várakozást, felhalmozódó feladatokat, kapacitást és újramunkát. Ne csak interjúkra támaszkodj: néhány napnyi valós folyamatadat már sokat segíthet.
A leghosszabb feladat mindig a szűk keresztmetszet?
Nem. Egy rövid feladat is megakaszthatja az egész folyamatot, ha ritkán végzik el, kevés a kapacitás vagy minden további lépés erre vár.
Minden szűk keresztmetszetet automatizálni kell?
Nem. Először azt érdemes megvizsgálni, hogy a lépés törölhető, egyszerűsíthető vagy standardizálható-e. Automatizálni csak ezután érdemes.
Mennyi adat kell a felméréshez?
Egy első diagnózishoz sok esetben már 5–10 munkanapnyi folyamatadat is használható. Ez nem helyettesít minden esetben egy hosszabb elemzést, de megmutathatja, hol érdemes részletesebben mérni.
Összegzés: ne a legelfoglaltabb embert keresd
Ha úgy érzed, hogy:
mindenki dolgozik → minden sürgős → mégis minden lassú,
ne azzal kezdd, hogy több embert veszel fel.
És ne azzal, hogy automatizálni kezded a legidegesítőbb feladatot.
Először nézd meg:
Hol gyűlik fel a munka?
Hol várunk?
Hol kell újra dolgozni?
Hol fogy el a kapacitás?
Melyik pont gyorsítása javítaná valóban a teljes folyamatot?
A valódi szűk keresztmetszet megtalálása után sokkal könnyebb eldönteni, hogy a következő lépés:
folyamatjavítás, szabálymódosítás, rendszerintegráció, AI-támogatás vagy teljes automatizálás.
Nem az a cél, hogy mindenki gyorsabban dolgozzon.
Az a cél, hogy a munka gyorsabban haladjon végig a cégen.
Nem tudod, nálatok hol akad el a folyamat?
Egy folyamataudit során végigmegyünk a tényleges működésen, nem csak a hivatalos folyamatleíráson.
Megnézzük:
- hol megy el a munkaidő;
- hol alakul ki várakozás;
- melyik rendszer között történik kézi adatmozgatás;
- hol van újramunka;
- hol függ a folyamat egyetlen embertől;
- és mely beavatkozás hozhatja a legnagyobb javulást.
A végén nem egy hosszú problémalistát kapsz, hanem egy priorizált automatizálási és folyamatfejlesztési roadmapet.
