A Lean megáll a csarnok ajtajánál.

A veszteség nyolc fajtája — és az, hogy miért marad közülük öt láthatatlan a gyártáson kívül. 

Jonas Neubauer

Co-Founder & CGO

Szinte minden középvállalkozásnál ugyanaz a plakát lóg a falon: nyolc mező egy kék kör körül, és minden mezőben a veszteség egy-egy fajtája — túltermelés, készletek, szállítás, mozgás, várakozási idő, túlmunkálás, utómunka és kiaknázatlan tehetség. 


A „veszteség 8 fajtáját” bemutató plakátnak igaza van, mégpedig ötven éve változatlanul. 


És mégis: kérdezze meg egyszer a termelésen kívül, hogy mennyi várakozási idő keletkezett az elmúlt héten — a megrendelések feldolgozásában, a beszerzésben, a HR osztályon. Nem fog számot kapni, csak egy vállvonást. 


Ez nem a munkatársai szemrehányása, hanem egy mérési probléma. 


Taiichi Ohnónak egy szerelőcsarnok volt a mérési pontja 


Ohno a Toyotánál nem az íróasztalnál fejlesztette ki a veszteség hét fajtáját, hanem látta őket. Az ismert történet így szól: rajzolt egy kört a csarnok padlójára, beleállított egy menedzsert, és órákon át hagyta, hogy figyelje a termelést — cél és elemzési feladat nélkül, egyszerűen csak néznie kellett. 


Amit ott látott, az maga a termelési folyamat volt. És pontosan ez működött, mert a folyamat látható volt. 


A készletek ott fekszenek és megszámolhatók, látni a targonca haladását, látni, hányszor sétálja körbe valaki a gépet, és látni, ha áll a szalag. A gyártási veszteségnek fizikai formája van: helyet foglal, hangot ad, útban van. 


Ezért működött a Lean a termelésben. Kiváló módszertan — amíg megvan a láthatóság. 


Az Önök megrendelés-átfutásának nincs szerelőcsarnoka 


Vegyünk most egy ajánlatadási folyamatot, egy beruházási jóváhagyást vagy egy új munkatárs onboardingját. 


A folyamat egy e-mail postafiókban indul, átkerül az ERP rendszerbe, ahonnan Excelként exportálják, mert egy mező hiányzik a rendszerből. Teams-üzenetben megy valakinek, aki éppen szabadságon van, PDF formátumban érkezik vissza, manuálisan újra rögzítik, majd három napig áll egy jóváhagyási lépésben, amelyet hat évvel ezelőtt valaki egyetlen eset után vezetett be. 


Hova rajzolná a körét a padlón? 


A folyamatnak nincs olyan helye, ahol állni lehetne. Minden időpillanatban egy másik rendszerben és egy másik fejben van, ezért nem tud mellette állni és figyelni. 


Csak kérdezni tud — és aki kérdez, az a barátságos verziót kapja. 


Nyolcból három éli túl az irodába való költözést 


A veszteség nyolc fajtája az adminisztrációban éppúgy érvényes, mint a gyártásban. Ott azonban nem mérhetők olyan egyszerűen, és ez nem a gondosság hiánya miatt van, hanem mert hiányoznak a nyomok. A nyolcból három fajta némi erőfeszítéssel még megragadható. A másik öt kicsúszik minden rögzítés alól, bár összesen lényegesen többe kerülnek. 


Ami még többé-kevésbé működik: A készletek megszámolhatók, amíg a nyitott ügyek egy rendszerben vannak és rendelkeznek státusszal; amint egy postafiókban vagy egy személyes mappában várakoznak, eltűnnek minden elemzésből. A mozgás rögzíthető ott, ahol naplózzák a kattintási útvonalakat és a rendszerváltásokat, ami a modern alkalmazásokban gyakrabban fordul elő, mint gondolnánk. A túltermelést pedig a jelentésekből lehet felismerni, amelyeket megbízhatóan elkészítenek, és ugyanolyan megbízhatóan meg sem nyitnak — a kérdést, hogy ki olvas valójában egy jelentést, ritkán teszik fel, és többnyire gyorsan megválaszolható. 


Ami láthatatlan marad: 


Várakozási idő. A folyamat áll, de senki sem áll vele együtt. Minden résztvevő leterhelt, minden egyes ember tempósan dolgozik, a beérkezés és a lezárás között mégis napok telnek el. Az idő nem az emberekben keletkezik, hanem közöttük — azokon a pontokon, ahol egy folyamat arra vár, hogy a következő feldolgozó legközelebb átnézze a listáját. Mivel minden leterheltségi statisztika az egyes személyeket vizsgálja, nem pedig a köztük lévő réseket, ez az idő egyetlen mutatóban sem jelenik meg. Kérdezze meg a résztvevőket, és mindenkinek igaza van: nála csak rövid ideig állt az ügy. 


Szállítás. Ohno ezen az anyagok mozgatását értette; az irodában ennek megfelelője az információ, amelyet kézzel visznek át az egyik rendszerből a másikba. Az az adatsor, amelyet a vállalaton keresztüli útja során háromszor újra bevisznek, mert két rendszer nem beszél egymással, nemcsak a bevitel perceibe kerül. További hibaforrást, plusz egyeztetéseket és egy újabb olyan pontot hoz létre, ahol a folyamat elakad, ha az illetékes személy nincs jelen. És mivel az átvitelt normál ügyintézésként könyvelik el, nem veszteségnek, hanem munkának minősül. 


Túlmunkálás. Szinte minden vállalatnál van legalább egy olyan ellenőrzési szint, amelyet egyetlen korábbi incidens miatt vezettek be, és azóta minden folyamatot lassít — azt a kilencvenkilencet is a százból, ahol soha nem volt kockázat. Kérdezze meg egyszer, miért létezik ez a szint; többnyire már senki sem tudja, és pontosan ez a probléma. Egy olyan ellenőrzést, amelynek okát már senki sem tudja megnevezni, senki sem tud felelősségteljesen megszüntetni sem. Marad, mert a megszüntetése kockázatnak tűnik, a megmaradása pedig látszólag nem az. 


Utómunka. A javítási körök, amelyekre házon belül már régóta „szükséges egyeztetésként” tekintenek, egyetlen hibajelentésben sem szerepelnek, mert nem számítanak hibának. Egy kérelem hiányosan érkezik be, rákérdeznek, az ügy visszamegy, és újra kezdi az útját. Maga a rákérdezés két percet vesz igénybe, de a teljes következő feldolgozási ciklusba kerül. Aki hibaarányokat keres, nem talál semmit; aki köröket keres, szinte minden olyan folyamatban megtalálja őket, amely kettőnél több osztályon fut keresztül. 


Kiaknázatlan tehetség. A nyolcadik fajta egyébként nem Ohnótól származik, később adták hozzá — és ez a legdrágább. Ez nem az unott munkatársakat jelenti, hanem a képzett embereket, akik egy fél napot azzal töltenek, hogy rekonstruálják azt, amit házon belül valaki más már rég tudott. Keresik egy kalkuláció legfrissebb verzióját, rákérdeznek három kollégánál, hogyan kezeltek legutóbb egy különleges esetet, és a végén újra felépítenek valamit, ami már létezett. Ez az idő semmilyen statisztikában nem jelenik meg, mert munkának tűnik — és mert senkinek sincs oka jelenteni azt. 


Nyolcból öt. Nem kisebbek, mint a másik három, de cserébe láthatatlanok. 


„Hiszen tudjuk, hogyan futnak a folyamataink” 


Végezzen el egy tesztet, amely tíz percig tart. 


Vegyen egy olyan folyamatot, amely rendszeresen fut és több osztályt érint, és kérdezzen meg három résztvevőt egymástól függetlenül, hogyan zajlik le. Nem azt, hogyan kellene lezajlania, hanem hogyan zajlik le valójában. 


Három verziót fog kapni, és mindhárom igaz — mindegyik a saját részletére nézve. 


Senkinek sincs a fejében a teljes folyamat, és ez nem hanyagság, hanem a munkamegosztás normális eredménye: mindenki jól ismeri a saját részét, a szomszédos részeket pedig nagyjából. 


Ebben az a probléma, hogy a veszteség szinte soha nem egy részleten belül keletkezik, hanem a köztük lévő átmeneteknél — vagyis pontosan ott, ahová senki sem néz, mert senkinek sem a felelőssége. 


Ami ebből következik 


A válasz nem egy újabb Lean-tréning, hiszen a definíciók ötven éve világosak, és az Ön emberei ismerik őket. 


A válasz egy JELENLEGI ÁLLAPOT-kép — nem egy minőségirányítási kézikönyv és nem az utolsó tanácsadói projekt PDF-je, amely a jóváhagyás napján avulni kezdett, hanem egy ábrázolás arról, ami valójában történik: az összes olyan átadással, rendszerszakadással és várakozási körrel, amelyet senki sem akart leírni. 


Ohnónak ehhez egy kréta-körre volt szüksége. Egy olyan szervezetben, amelynek értékteremtése postaládákon, rendszereken és fejeken folyik keresztül, valami másra van szüksége. 


Hogyan teszi a BLIKS IO ezt a veszteséget láthatóvá és elemezhetővé 


Pontosan erre lett kifejlesztve a BLIKS IO, és ebben a felmérés a kisebb rész. A folyamatokat, szerepköröket, IT-rendszereket és erőforrásokat nem szöveges dokumentumként írjuk le, hanem a szervezet összekapcsolt modelljeként rögzítjük — egy digitális ikerként, amely rögzíti, hogy ki melyik lépést melyik rendszerrel dolgozza fel, és kinek adja tovább. Mivel ezt a képet a napi működés során folyamatosan frissítik, és nem projekt eredményeként teszik félre, az első átszervezés után sem veszíti el érvényességét. 


A valódi haszon azonban nem a felmérésben rejlik, hanem az elemzésben. Amint a folyamatok, szerepkörök és rendszerek közötti kapcsolatok rendelkezésre állnak, az öt láthatatlan veszteségtípust már nemcsak sejteni lehet, hanem mérni is — mégpedig egyetlen stopperóra nélkül. 


Láthatóvá válik például, hogy egy ügy hányszor vált felelősséget egyetlen folyamaton belül, hiszen minden egyes átadás egy potenciális várakozási sor. Láthatóvá válik, hogy az információk mely pontokon lépik át a rendszerek határait, és emiatt kézzel kell őket átvinni. Láthatóvá válik, hogy melyik tevékenység jelenik meg szinte teljesen azonosan négy különböző folyamatban anélkül, hogy ez eddig bárkinek feltűnt volna. És láthatóvá válik, hogy mely lépések függnek pontosan egyetlen szerepkörtől — vagyis azok a pontok, ahol egy szabadság az egész folyamatot megállítja. 


Ezeket a kérdéseket nem kell workshopokon rekonstruálnia, hanem közvetlenül a modellnek teheti fel. A BLIKS Omniscient, a mesterséges intelligencia ágensük, normál nyelven válaszolja meg őket: Milyen folyamatok függnek ettől a szerepkörtől? Melyik rendszer érinti a legtöbb folyamatlépést? Hol fut össze a legtöbb átadás? Az arról szóló vitából, hogy „hogyan is lehetne”, így egy eredménnyel járó lekérdezés lesz. 


Ezzel megváltozik az Ön munkájának sorrendje. Már nem arról vitatkozik, hogy milyen veszteséget feltételez, hanem egy lista alapján dönt arról, hogy melyikkel foglalkozik először. És mivel minden kezdeményezésnek ugyanarra az alapsra van szüksége — egy megbízható képre arról, hogyan dolgozik valójában a vállalata — ezzel mindkét dolgot egyszerre tárja fel: a mai veszteségeket és a feltételét mindennek, amit ezután automatizálni szeretne. 


Ohno biztosan vágyott volna a BLIKS IO-ra! 

Maradjon naprakész hírlevelünkkel:

BLIKS.IO illusztráció 1. lépés – Adatfelvétel a digitális szervezeti ikerhez

BLIKS IO

Operatív valóság. Digitálisan rögzítve.

BLIKS.IO folyamatkomponens – moduláris MI-építőelemek a digitális szervezet számára
BLIKS.IO illusztráció 2. lépés – Digitális iker folyamatmodellezése
BLIKS.IO illusztráció 3. lépés – MI-elemzés és folyamatoptimalizálás