A standard munkavégzés sok vállalatnál nem túl népszerű kifejezés.
Van, aki munkautasításra gondol róla.
Van, aki auditdokumentumra.
Van, aki egy mappára a polcon.
Van, aki egy Excelre, amit „majd frissíteni kellene”.
Van, aki pedig legyint: „Tudják az emberek, mit kell csinálni.”
És valóban. Sokszor tudják.
Legalábbis addig, amíg minden a megszokott módon történik.
Amíg ugyanaz az ember dolgozik ugyanazon a helyen.
Amíg nem jön új kolléga.
Amíg nincs sürgős vevői igény.
Amíg nem kell átállni egy másik termékre.
Amíg nem hiányzik a kulcsember.
Amíg nem nő a nyomás.
Amíg nem történik hiba.
Aztán egyszer csak kiderül, hogy amit „mindenki tudott”, azt mindenki egy kicsit máshogy tudta.
Ez az a pillanat, amikor a standard munka már nem adminisztráció.
Hanem védelem.
Kezdjük egy kellemetlen igazsággal.
Sok standard rossz.
Nem azért, mert rossz szándékkal készült. Inkább azért, mert nem a napi működésnek készült, hanem valamilyen külső elvárásnak.
Audit miatt.
Tanúsítás miatt.
Vevői kérés miatt.
Belső szabály miatt.
„Legyen valami leírva” alapon.
Az ilyen standard általában túl hosszú, túl általános, túl ritkán frissített és túl messze van a tényleges munkavégzéstől.
Papíron rendben van.
A folyamatban viszont nem él.
A jó standard munka ezzel szemben nem díszlet. Nem irodai termék. Nem azért van, hogy megnyugtasson valakit egy audit előtt.
Azért van, hogy a munkát könnyebb legyen jól elvégezni.
A Lean Enterprise Institute meghatározása szerint a standardizált munka pontos eljárásokat rögzít az operátori munkavégzéshez, többek között a munka sorrendjére, időzítésére és a szükséges folyamatközi készletre építve; a standardizált munka egyben a folyamatos fejlesztés kiindulópontja is.
Ez utóbbi különösen fontos.
A standard nem a fejlesztés vége.
Hanem a következő fejlesztés alapja.
Ezt a mondatot sokszor hallani.
„Nálunk ez fejben van.”
Elsőre akár dicséretnek is tűnhet. Tapasztalt kollégák, erős rutin, gyors alkalmazkodás.
Csakhogy a „fejben lévő folyamat” sérülékeny.
Mi történik, ha a tapasztalt kolléga szabadságra megy?
Mi történik, ha új ember érkezik?
Mi történik, ha megváltozik a termék?
Mi történik, ha egy műszak másképp értelmezi ugyanazt a lépést?
Mi történik, ha a vezető azt hiszi, a standard működik, de a gyakorlat már régen máshol jár?
A fejben lévő tudás értékes.
De ha csak fejben van, akkor könnyen eltűnik, torzul vagy személyfüggővé válik.
Egy stabil vállalat nem engedheti meg magának, hogy a kulcsfolyamatai kizárólag emberek emlékezetén, jóindulatán és rutinján múljanak.
Nem azért, mert az emberekben nem lehet megbízni.
Hanem azért, mert a jó emberek is fáradnak, sietnek, hibáznak, váltanak, felejtenek, túlterhelődnek.
A standard munka nem az emberek ellen van.
Éppen őket védi.
Van egy másik gyakori félelem is.
„Ha mindent standardizálunk, akkor eltűnik az önállóság.”
Ez jogos félelem lehet, ha a standardot rosszul értelmezik. Ha a standard merev szabály, amely megtiltja a gondolkodást, akkor valóban káros.
De a jó standard nem ezt teszi.
A jó standard azt rögzíti, hogy jelenleg mi a legjobb ismert módszer.
Nem azt, hogy örökre így kell maradnia.
Nem azt, hogy senki nem kérdezhet.
Nem azt, hogy a dolgozó csak végrehajtó.
Nem azt, hogy a vezetőnek nem kell gondolkodnia.
Éppen ellenkezőleg.
A standard munka segít észrevenni az eltérést.
Ha nincs standard, akkor minden eltérés vélemény kérdése.
„Szerintem így szoktuk.”
„Én úgy tanultam.”
„A másik műszak máshogy csinálja.”
„Régen így volt.”
„Most csak gyorsan megoldottuk.”
Ha van élő standard, akkor tisztábban látszik, mi változott.
És ha látjuk az eltérést, akkor már lehet róla beszélni.
Nem személyeskedve.
Hanem szakmailag.
Egy folyamatfejlesztési beszélgetés sokszor azért csúszik félre, mert nincs közös kiindulópont.
Valaki szerint a probléma az emberi figyelmetlenség.
Más szerint a betanítás hiányos.
Megint más szerint az anyag nem megfelelő.
A vezető szerint a felelősségvállalással van gond.
Az operátor szerint a munkautasítás nem használható.
A minőségügy szerint nem volt betartva az előírás.
Lehet, hogy mindenkinek van egy kis igaza.
De ha nincs pontos, élő standard, akkor nagyon nehéz eldönteni, mihez képest történt eltérés.
Mi volt az elvárt működés?
Mit kellett volna csinálni?
Milyen sorrendben?
Milyen ellenőrzési ponttal?
Milyen döntési szabállyal?
Milyen eszközzel?
Milyen határérték mellett?
Standard nélkül a gyökérokelemzés könnyen véleménycsatává válik.
Standarddal legalább van mihez visszatérni.
Egy fejlesztési projekt után gyakran van egy szép pillanat.
Megoldottunk valamit.
Csökkent a hiba.
Rövidült az átfutási idő.
Kevesebb lett az újramunka.
Rendezettebb lett a munkaterület.
Gyorsabb lett az átállás.
Stabilabb lett a napi működés.
A csapat elégedett. A vezetés is. A prezentáció elkészül.
Majd jön a következő probléma.
És ha az új működés nem válik standarddá, akkor a javulás könnyen csak emlék marad.
Ez a fejlesztési eredmények egyik nagy csapdája.
A változás megtörténik, de nem rögzül.
A megoldás működik, de nem épül be.
Az új módszer jobb, de nem lesz belőle napi rutin.
A régi működés pedig türelmesen vár.
És általában visszajön.
Nem egyik napról a másikra.
Csak szépen, csendben.
A visszasodródás ritkán látványos.
Nem úgy történik, hogy valaki hétfő reggel bejelenti: „Mától visszatérünk a régi, rossz működéshez.”
Inkább apránként.
Ma egy kivétel.
Holnap egy kerülőút.
Jövő héten egy elmaradt ellenőrzés.
Utána egy frissítetlen dokumentum.
Aztán egy új kolléga, akit már nem pontosan ugyanúgy tanítanak be.
Majd egy audit, amely még elfogadható pontszámot mutat, de a valóság már recseg.
A standard munka nem szünteti meg teljesen ezt a kockázatot.
De kapaszkodót ad.
Megmutatja, mihez képest csúszunk.
Megmutatja, hol tértünk el.
Megmutatja, mit kell újratanítani.
Megmutatja, melyik lépés nem működik.
Megmutatja, hogy a javulás valóban beépült-e.
Ezért a standard nem papír.
Hanem a fejlesztési eredmény biztosítéka.
Nemcsak a standard hiánya okozhat gondot.
A rossz standard is.
Ha túl bonyolult, nem fogják használni.
Ha túl hosszú, nem lesz munka közben hasznos.
Ha túl általános, nem segít dönteni.
Ha elavult, félrevezet.
Ha csak irodában készült, elszakadhat a valóságtól.
Ha nem tartalmaz kritikus pontokat, nem védi a folyamatot.
Ha nem frissül, lassan elveszíti a hitelét.
És van még egy probléma.
Ha a dolgozók azt látják, hogy a standard úgysem számít, akkor megtanulják megkerülni.
Ez veszélyesebb, mint amilyennek elsőre tűnik.
Mert ilyenkor nemcsak egy dokumentum veszíti el az értékét.
Hanem a fejlesztési rendszer hitelessége is.
Ez egyszerű kérdésnek tűnik.
Valójában nem az.
A standard a minőségügyé?
A termelésé?
A mérnökségé?
A lean csapaté?
A folyamattulajdonosé?
Az operátoré?
A vezetőé?
A helyes válasz általában nem egyetlen szereplő.
A jó standard közös tulajdon.
A folyamatban dolgozók nélkül nem lesz valóságos.
A vezető nélkül nem lesz súlya.
A minőségügy nélkül nem biztos, hogy megfelel az elvárásoknak.
A mérnökség nélkül hiányozhat belőle a technikai pontosság.
A lean szemlélet nélkül könnyen csak dokumentáció marad.
A folyamattulajdonos nélkül pedig nem lesz gazdája.
A standard munka tehát nem egyszerűen „készül”.
Életben kell tartani.
Nem kell túlbonyolítani.
Az élő standard néhány egyszerű kérdéssel kezdődik.
Aki használja, érti?
Munka közben is hozzáférhető?
A valós folyamatot írja le?
Látszik benne a kritikus minőségi pont?
Tartalmazza, mit kell tenni eltérés esetén?
Van gazdája?
Frissül, ha változik a folyamat?
Új kollégák betanítására is alkalmas?
Vezetői gemba során előkerül?
Fejlesztés után módosítjuk?
Ha ezekre a válasz többnyire nem, akkor valószínűleg nem élő standardról beszélünk.
Csak dokumentumról.
És a dokumentum önmagában nem tart fenn semmit.
Gyakori félreértés, hogy a standardizálás és a fejlesztés egymás ellen dolgozik.
Mintha a standard a változatlanságot védené, a fejlesztés pedig a változást.
Pedig lean szemléletben a kettő összetartozik.
Standard nélkül nincs stabil kiindulópont.
Stabil kiindulópont nélkül nehéz mérni.
Mérés nélkül nehéz megérteni az eltérést.
Eltérés nélkül nehéz fejleszteni.
Fejlesztés után pedig új standard kell.
Ez a körforgás.
A standard nem azt mondja: „így marad örökre”.
Hanem azt: „most ez a legjobb ismert módszerünk; ha jobbat találunk, módosítjuk”.
Ez egészen más hozzáállás.
A vezető szerepe nem merül ki abban, hogy jóváhagyja a standardot.
A vezetőnek kérdeznie is kell.
Működik?
Használják?
Érthető?
Hol térünk el tőle?
Miért térünk el tőle?
A standard rossz, vagy a betartása sérül?
Változott a folyamat?
Frissíteni kell?
Mit tanultunk az eltérésből?
Ezek nem adminisztratív kérdések.
Ezek vezetői kérdések.
Ha a vezető csak aláírja a standardot, de soha nem kérdez rá, akkor a szervezet megtanulja: a papír fontos, a működés kevésbé.
Ha viszont a vezető a standardot tanulási eszközként kezeli, akkor egészen más üzenetet ad.
Azt, hogy a működés számít.
Érdemes időnként őszintén ránézni a standardjainkra.
Melyik standardunk ír le olyan működést, amely már régen nem úgy történik?
Melyik kritikus folyamatunk függ túlzottan egyetlen tapasztalt kolléga fejében lévő tudástól?
Ha holnap új ember állna be a folyamatba, a standard alapján biztonságosan tudna dolgozni?
A legutóbbi fejlesztés után frissült a standard, vagy csak az akciólistát zártuk le?
A standardjaink segítik a hibák megelőzését, vagy csak audit esetén kerülnek elő?
Mikor volt utoljára olyan vezetői gemba, ahol a standard és a valós működés különbségét néztük meg?
Ezek nem kényelmes kérdések.
De ha a standard munka valóban védeni akarja a fejlesztési eredményt, akkor fel kell őket tenni.
A standard munka nem adminisztráció.
Legalábbis nem kellene annak lennie.
A jó standard védi a vevőt, mert csökkenti a hibák esélyét.
Védi a munkatársat, mert tisztázza az elvárást.
Védi a vezetőt, mert láthatóvá teszi az eltérést.
Védi a folyamatot, mert csökkenti az ingadozást.
És védi a fejlesztési eredményt, mert nem engedi olyan könnyen visszasodródni a régi működésbe.
A rossz standard valóban papírmunka.
A jó standard viszont a tanulás és a fenntartás eszköze.
Nem azért fontos, mert valaki előírta.
Hanem azért, mert nélküle a vállalat túl sokszor kezdi újra ugyanazt a problémamegoldást.
Ha egy fejlesztési projekt lezárul, érdemes nemcsak azt megkérdezni, hogy sikerült-e javítani a folyamaton.
Hanem azt is:
mi védi meg az eredményt holnaptól?
Ha erre nincs világos válasz, akkor a fejlesztés még nincs igazán kész.
Reggel még egészen kezelhetőnek tűnik a nap. A vezető kinyitja a naptárát, átnézi a feladatait, fejben összerakja, mi lenne a fontos. Van egy-két meeting, néhány
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.
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.
