A lean folyamatfejlesztés sok vállalatnál ismert fogalom.
Van, ahol 5S-t vezetnek be.
Van, ahol Kaizen workshopokat tartanak.
Van, ahol értékáram-térképet rajzolnak.
Van, ahol napi meetingeket indítanak.
Van, ahol PDCA-ciklusokról beszélnek.
Van, ahol a munkatársak már több lean képzésen is részt vettek.
Mindez önmagában még nem baj.
Sőt, jó kiindulópont lehet.
A probléma ott kezdődik, amikor a lean néhány elszigetelt eszköz kipróbálására korlátozódik. Amikor a vállalat „lean-ezget”, de közben a működés mélyebb logikája nem változik.
A táblák kikerülnek.
A workshop lezajlik.
A fényképek elkészülnek.
Az akciólista megszületik.
A prezentáció szépen mutat.
Aztán néhány hónap múlva minden visszasodródik a régi állapot közelébe.
A lean nem attól működik, hogy vannak lean eszközök a falon.
Nem attól, hogy a gyártócsarnokban látható néhány vizuális tábla.
Nem attól, hogy a meeting neve „napi lean meeting”.
Nem attól, hogy a folyamatábrán szerepel néhány veszteségtípus.
Nem attól, hogy a cég egyszer tartott egy Kaizen hetet.
Nem attól, hogy valaki megtanulta a japán szakkifejezéseket.
A lean akkor kezd el működni, amikor megváltozik a vezetői és munkatársi gondolkodás.
Amikor a probléma nem kellemetlenség, hanem tanulási lehetőség.
Amikor az eltérés nem eltakarandó hiba, hanem fejlesztési jelzés.
Amikor a standard nem adminisztratív teher, hanem a stabil működés alapja.
Amikor a vezető nem csak számon kér, hanem rendszeresen ránéz a folyamatra.
Amikor a csapat nem csak végrehajt, hanem részt vesz a fejlesztésben.
Ez már nem „lean-ezgetés”.
Ez működési kultúra.
A látszat-lean egyik oka, hogy gyorsan látható.
Egy 5S-akció után rendezettebb lehet a terület.
Egy workshop után elkészülhet egy látványos akcióterv.
Egy értékáram-térkép jól mutat a tárgyaló falán.
Egy napi meetingtábla azt az érzést keltheti, hogy végre kézben tartjuk a működést.
Ezeknek lehet értékük.
A gond akkor van, ha a vállalat a látható elemeket összekeveri a valódi változással.
Mert a valódi kérdés nem az, hogy elkészült-e a tábla.
Hanem az, hogy használják-e.
Nem az, hogy volt-e workshop.
Hanem az, hogy a workshop után megváltozott-e a folyamat.
Nem az, hogy készült-e akciólista.
Hanem az, hogy az akciók időben lezárultak-e, és valóban hatottak-e a problémára.
Nem az, hogy megtörtént-e a képzés.
Hanem az, hogy a résztvevők képesek-e a tanultakat a saját folyamataikra alkalmazni.
Sokáig működhetett az a hozzáállás, hogy „nem tökéletes, de elmegy”.
A vevő elfogadta.
A piac elbírta.
A fedezet eltakarta.
A túlóra megoldotta.
A tapasztalt kollégák rutinból korrigálták.
A vezetők pedig megszokták, hogy időnként tűzoltani kell.
De a mai versenyhelyzetben ez egyre kevésbé fér bele.
A vevő gyorsabb reakciót vár.
A versenytárs olcsóbb lehet.
A bérköltség nőhet.
Az energiaár változhat.
Az árfolyam ronthatja a fedezetet.
A minőségi elvárások nem csökkennek.
A hibákat pedig egyre kevésbé lehet elmagyarázni.
Ilyen környezetben az „eddig is így csináltuk” már nem stabilitást jelent.
Hanem kockázatot.
A lean eszközök akkor hasznosak, ha jobb kérdéseket segítenek feltenni.
Az 5S például nem arról szól, hogy minden szebb legyen.
Hanem arról, hogy a munkakörnyezet támogassa-e a hibamentes, gyors és biztonságos munkavégzést.
Az értékáram-térkép nem arról szól, hogy rajzoljunk egy folyamatot.
Hanem arról, hogy láthatóvá váljon az átfutási idő, a várakozás, a készlet, az információáramlás és a szűk keresztmetszet.
A PDCA nem arról szól, hogy négy betűt ismerünk.
Hanem arról, hogy nem ugrunk azonnal megoldásba, hanem tervezünk, kipróbálunk, visszamérünk és tanulunk.
A napi meeting nem arról szól, hogy mindenki álljon egy tábla előtt.
Hanem arról, hogy a csapat időben észrevegye az eltéréseket, gyorsan döntsön, és ne ugyanazokat a problémákat görgesse maga előtt hétről hétre.
A lean tehát nem eszközgyűjtemény.
Hanem gondolkodási fegyelem.
Egy vállalati fejlesztésnél előbb-utóbb fel kell tenni a kérdést:
Mitől lett jobb a folyamat?
Gyorsabb lett?
Olcsóbb lett?
Kevesebb lett a hiba?
Csökkent az újramunka?
Rövidebb lett az átfutási idő?
Stabilabb lett a teljesítmény?
Jobban láthatóvá váltak az eltérések?
Csökkent a vezetői tűzoltás?
Nőtt a vevői elégedettség?
Jobban tartható a standard?
Ha ezekre nincs válasz, akkor könnyen lehet, hogy a fejlesztés inkább aktivitás volt, nem eredmény.
Ez különösen fontos a Lean Six Sigma szemléletben. A módszertan egyik ereje éppen az, hogy nem elég általánosságban azt mondani: „jobb lett”.
Meg kell tudni fogalmazni, mi volt a probléma.
Meg kell mérni, honnan indultunk.
Meg kell érteni, mi okozta az eltérést.
Meg kell vizsgálni, melyik megoldás működik.
És vissza kell mérni, hogy az eredmény fennmarad-e.
Ez a különbség a jó szándékú próbálkozás és a valódi folyamatfejlesztés között.
Sok fejlesztési projekt nem az induláskor bukik el.
Hanem később.
Amikor a vezetői figyelem már másra irányul.
Amikor a projektcsapat feloszlik.
Amikor az új standardot már nem ellenőrzi senki.
Amikor az akciók lezárásának minősége romlik.
Amikor a régi kerülőutak lassan visszatérnek.
Amikor az emberek azt érzik, hogy „ez is csak egy kampány volt”.
A folyamat ilyenkor nem hirtelen romlik vissza.
Hanem lassan.
Szinte észrevétlenül.
Egy kicsit lazul a standard.
Egy kicsit késik az ellenőrzés.
Egy kicsit nő az eltérés.
Egy kicsit több lesz a kivétel.
Egy kicsit kevésbé zárulnak le az akciók.
Egy kicsit kevesebb idő jut a vezetői gembára.
Aztán egyszer csak a rendszer újra a régi minták szerint működik.
Ezért nem elég fejleszteni.
Fenntartani is tudni kell.
A Lean Six Sigma projektekben a DMAIC utolsó fázisa a Kontroll.
Sokan mégis fejlesztési szempontból az Improve, vagyis a Fejlesztés fázisát érzik a „csúcspontnak”.
Ott születik a megoldás.
Ott történik a változtatás.
Ott látszik a látványos javulás.
Ott lehet sikert kommunikálni.
De a valódi kérdés gyakran a Kontroll fázisban dől el.
Mi garantálja, hogy az eredmény fennmarad?
Ki lesz a folyamattulajdonos?
Milyen mutató figyeli az eltérést?
Milyen standard írja le az új működést?
Mi történik, ha a folyamat újra romlani kezd?
Hogyan tanul a szervezet a projektből?
Ha ezek nincsenek tisztázva, akkor a projekt csak ideiglenes javulást hoz.
A piac viszont nem ideiglenes javulást kér.
Hanem stabil teljesítményt.
A lean működését nem lehet csak a lean mérnökre, minőségügyre vagy fejlesztési csapatra bízni.
Ők fontos szereplők.
De a fenntartás vezetői feladat is.
A vezető dönti el, mire jut figyelem.
A vezető kérdez rá az eltérésekre.
A vezető védi meg a fejlesztési időt.
A vezető kéri számon a standardot.
A vezető mutat példát a problémák kezelésében.
A vezető dönti el, hogy a tűzoltás vagy a gyökérokkeresés lesz-e a norma.
Ha a vezető csak akkor jelenik meg, amikor baj van, akkor a rendszer megtanulja, hogy a problémát el kell rejteni, amíg lehet.
Ha viszont rendszeresen ránéz a folyamatra, kérdez, tanulást vár és támogatja a fejlesztést, akkor a lean nem külön program lesz.
Hanem a vezetés része.
Fontos ezt is kimondani.
Nem kell minden apró eltérésre komplex projektet indítani.
Nem minden probléma igényel statisztikai elemzést.
Nem minden veszteséghez kell Green Belt projekt.
Nem minden fejlesztéshez kell hónapokig tartó program.
Nem minden helyzetben kell bonyolult módszertan.
Van, amikor egy egyszerű PDCA-ciklus elég.
Van, amikor egy jó folyamatábra már sokat segít.
Van, amikor egy hibanapló elindítja a tanulást.
Van, amikor egy 5 miért elemzés hoz tisztább képet.
Van, amikor egy Pareto-ábra megmutatja, hová érdemes nyúlni.
A lényeg nem az, hogy minél nagyobb módszertani apparátust használjunk.
Hanem az, hogy a problémához illő gondolkodási mélységet válasszuk.
Ez is a lean része.
Érdemes időnként őszintén ránézni a saját működésünkre.
A lean eszközök nálunk valódi döntéseket támogatnak, vagy inkább csak látható aktivitást mutatnak?
A legutóbbi workshop eredménye ma is működik, vagy már visszasodródott a régi állapot közelébe?
Tudjuk, mely fejlesztéseink hoztak valódi pénzügyi, minőségi vagy átfutási időbeli eredményt?
A standardjainkat használják a napi működésben, vagy csak akkor kerülnek elő, amikor audit közeledik?
A vezetőknek van idejük fejleszteni a rendszert, vagy minden energiájukat elviszi a napi tűzoltás?
Ha holnap elveszítenénk a legjobb rutinnal dolgozó kollégánkat, a folyamat továbbra is stabilan működne?
Ezek nem kényelmes kérdések.
De a lean folyamatfejlesztés nem is arra való, hogy kényelmes kérdéseket tegyen fel.
Hanem arra, hogy láthatóvá tegye a valóságot.
Ma már nem elég lean-ezgetni.
Nem elég néhány eszközt bevezetni.
Nem elég workshopokat tartani.
Nem elég 5S-táblát készíteni.
Nem elég PDCA-ról beszélni.
Nem elég fejlesztési akciókat indítani.
A valódi kérdés az, hogy a fejlesztés beépül-e a napi működésbe.
Mérhető-e az eredmény?
Fenntartható-e a változás?
Látható-e a visszaromlás?
Van-e vezetői figyelem?
Van-e folyamattulajdonos?
Van-e standard?
Van-e tanulás?
A lean nem kampány.
Nem dekoráció.
Nem eszközlista.
A lean akkor ér valamit, ha segít a vállalatnak gyorsabban, olcsóbban, jobban és stabilabban teljesíteni a vevői igényeket.
És ha egyszer sikerült javítani valamin, akkor nem engedi, hogy az eredmény csendben visszasodródjon a régi állapotba.
Ha a vállalatánál már volt lean képzés, 5S-program, Kaizen workshop vagy Lean Six Sigma projekt, érdemes feltenni a kérdést:
Mi maradt meg belőle a napi működésben?
Ha a válasz bizonytalan, akkor nem feltétlenül újabb kampányra van szükség.
Lehet, hogy először azt kell megvizsgálni, hogyan válhat a folyamatfejlesztés valódi vezetői és működési rendszerré.
A gyártóvállalat nem tudja kontrollálni az árfolyamot, az energiaárat vagy a világpiaci versenyt. Azt viszont igen, hogy mennyi belső veszteséget, selejtet, újramunkát, várakozást és vezetői fókuszvesztést enged meg magának.
A munkahelyi időgazdálkodási problémák nem pusztán egyéni fegyelmezetlenségből fakadnak. Egy 345 fős kutatás alapján jól látható, hogy a meetingek, megszakítások, e-mailek, chatüzenetek és tisztázatlan felelősségek rendszerszintű fókuszvesztést okozhatnak.
Az év vége nemcsak pénzügyi zárásra jó alkalom. Arra is, hogy megnézzük: mely visszatérő hibákat, veszteségeket, rossz rutinokat és félbehagyott fejlesztéseket visszük át a következő évre.
Jelentkezzen lean six sigma green belt képzésünkre, amelynek alapja a Magyar Minőség Szakirodalmi Díj 2019 elismerésben részesült A lean six sigma folyamatfejlesztés kézikönyve. A képzés oktatója pedig a könyv szerzője Fehér Norbert 17 év lean six sigma tapasztalattal és 500+ mentorált, vezetett projekttel.
