Gyártási adatgyűjtés esettanulmány egy üzemben

Reggel fél hétkor a termelési vezető még mindig az előző napi számokat keresi. Az egyik műszak papíron rögzítette a darabszámot, a másik Excelben, a selejt oka pedig csak szóban hangzott el az átadáskor. Ez a gyártási adatgyűjtés esettanulmány nem egy új rendszer bevezetésével kezdődik, hanem ezzel a nagyon ismerős helyzettel: az üzem dolgozik, de a vezetés csak késve és bizonytalanul látja, mi történt.

Kiindulási helyzet: az adat megvolt, az információ hiányzott

Az érintett, többműszakos fémipari üzemben mintegy 80 ember dolgozott. A gyártás ütemezése egy vállalatirányítási rendszerben történt, a gépekről azonban nem érkezett egységes termelési adat. A műszakvezetők papírlapokon vezették a gyártott mennyiséget, az állásidőt és a selejtet, majd nap végén vagy másnap egy adminisztrátor rögzítette ezeket egy táblázatban.

Első látásra ez nem tűnt súlyos problémának. A műszakvezetők ismerték a gépeket, a termelési terv elkészült, a havi zárás pedig valahogy mindig megtörtént. A nehézség akkor vált láthatóvá, amikor nőtt a megrendelések száma, gyakoribbá váltak az átütemezések, és egyre több termék futott ugyanazon a gyártókapacitáson.

A napi riport rendszeresen két-három órát késett. Ha egy gép leállt, az ok sokszor csak annyiban szerepelt, hogy „hiba” vagy „anyaghiány”. A selejt mennyisége látszott, de nem derült ki megbízhatóan, melyik műveletnél, melyik terméknél vagy milyen körülmények között keletkezett. A termelés, a karbantartás és a minőségirányítás ugyanarról a napról három, részben eltérő képet látott.

A vezetés eredetileg gépmonitoring-rendszert kért. Ez érthető reakció volt, de a helyzet elemzése során kiderült, hogy önmagában a gépadat begyűjtése nem oldotta volna meg a problémát. A gép tudhatja, hogy futott vagy állt, de nem tudja biztosan, milyen gyártási rendeléshez tartozott a művelet, elfogyott-e az alapanyag, vártak-e minőségellenőrzésre, vagy éppen szerszámcserét végeztek.

Gyártási adatgyűjtés esettanulmány: mit kellett előbb tisztázni?

A vizsgálat első lépése nem a szenzorok, terminálok vagy integrációk kiválasztása volt. A műszak átadásától a vezetői riportig végig kellett követni, hogyan mozog az információ az üzemben.

Kiderült, hogy ugyanazt az adatot több ember is rögzíti. Az operátor felírja a darabszámot, a műszakvezető összesíti, az adminisztrátor Excelbe viszi, majd a termeléstervező a következő napi tervhez újra felhasználja. Az ismételt adatbevitel nemcsak időt vitt el. Minden átvitel új lehetőséget adott arra, hogy eltérjenek a számok, vagy későn érkezzen meg egy lényeges információ.

Nem az összes adat értékes

A második felismerés az volt, hogy a papíralapú lapokon túl sok olyan mező szerepelt, amelyet senki sem használt döntéshez. Egy operátornak több mint tízféle kódot kellett volna rögzítenie, ezért a legtöbb esetben a legegyszerűbb bejegyzés született: „egyéb”. Ez adminisztratív szempontból formailag kitöltött adatlapot jelentett, vezetői szempontból viszont kevés használható információt.

A cél nem az volt, hogy minden gépmozdulatot naplózzanak. A cél az volt, hogy néhány fontos kérdésre gyorsan és következetesen lehessen válaszolni: melyik gyártási rendelés fut, mennyi készült el, miért állt a gép, hol keletkezett selejt, és melyik eltérés igényel beavatkozást.

Az állásidők mögött üzleti okok vannak

Az állásidő kategóriái külön figyelmet kaptak. Korábban a „géphiba” kategória alatt szerepelt karbantartási meghibásodás, szerszámhiány, programozási kérdés, anyagellátási késedelem és a következő munka indítására várakozás is. Ez torzította a karbantartás teljesítményének megítélését, és elfedte azokat a szervezési problémákat, amelyek nem a gépen belül keletkeztek.

A felülvizsgált folyamatban az állásidőket kevés, egyértelműen értelmezhető csoportba rendezték. A géphiba elkülönült az anyaghiánytól, a tervre várástól, a minőségügyi várakozástól és az átállástól. Ez nem pusztán jobb riportot eredményezett. Kijelölte azt is, melyik területnek kell reagálnia az adott eltérésre.

A megoldás: folyamatra épített adatgyűjtés

A kialakított működésben az operátor műszakkezdéskor kiválasztotta vagy vonalkóddal beolvasta az aktuális gyártási rendelést. A termelési mennyiség alapadata a géptől érkezett, ahol erre műszakilag lehetőség volt. Más munkaállomásokon az operátor egyszerű terminálon rögzítette az elkészült mennyiséget.

Az emberi bevitel nem tűnt el, és nem is ez volt a cél. A rendszer olyan eseményeknél kérte a kezelő közreműködését, amelyekhez a gép nem ismerhette a szükséges üzleti környezetet: állásidő indításakor, selejt rögzítésekor vagy rendelésváltáskor. A kezelőnek nem szabad szöveget gépelnie egy rosszul megvilágított üzemi terminálon. Előre meghatározott, rövid választási lehetőségeket kapott, a ritkább eseteket pedig későbbi pontosításra lehetett jelölni.

A gyártási rendelés törzsadatai a meglévő vállalatirányítási rendszerből érkeztek. Így az operátor nem kézzel választott terméknevek és cikkszámok között keresett, a termelési adat pedig visszakerült ahhoz a rendeléshez, amelyhez üzletileg tartozott. A rendszerintegráció itt nem látványos technológiai elem volt, hanem a duplikált adatbevitel megszüntetésének feltétele.

A bevezetés előtt egy rövid próbaüzem következett két, eltérő működésű gépen. Az egyik sorozatgyártásban dolgozott, a másik gyakori átállásokkal. Ez azért volt lényeges, mert a túl részletes szabályok a sorozatgyártásban még elfogadhatók lehetnek, gyakori átállás mellett viszont könnyen megkerülhetővé válnak. A végleges folyamatot ezért nem irodai feltételezések, hanem a műszakok tapasztalatai alapján igazították.

Milyen eredmény számított valódi eredménynek?

Három hónapos validáció után a műszakjelentés összeállítása átlagosan két-három óráról körülbelül húsz percre csökkent. Ennél fontosabb volt, hogy a termelési vezető már műszak közben látta a jelentősebb eltéréseket, nem csak másnap reggel találkozott velük.

A korábbi „géphiba” állásidők egy része átkerült anyagellátási, előkészítési és termeléstervezési kategóriába. Ez kezdetben kellemetlen beszélgetéseket okozott, mert láthatóvá tette, hogy nem minden veszteség műszaki eredetű. Ugyanakkor a karbantartási csapat végre a tényleges meghibásodások alapján tudta priorizálni a munkát, a termeléstervezés pedig konkrét adatokkal tudott foglalkozni az előkészítési késedelmekkel.

A selejtadatok minősége is javult, de nem egyik napról a másikra. Az első hetekben a dolgozók még sokszor a legáltalánosabb okkódot választották. A műszakvezetőkkel közösen végzett visszajelzés, valamint néhány félreérthető kategória összevonása után az adatok értelmezhetőbbé váltak. Ez fontos tanulság: a gyártási adatgyűjtés nem egyszeri informatikai projekt, hanem működési fegyelem, amelyet rendszeresen ellenőrizni és finomítani kell.

Amit egy üzemvezető ebből átvihet a saját működésébe

Az első kérdés ne az legyen, milyen gyártási adatgyűjtő rendszerre van szükség. Inkább azt érdemes megvizsgálni, melyik döntéshez hiányzik ma megbízható információ, és milyen késéssel jut el az adat ahhoz, akinek lépnie kellene.

Érdemes azt is felmérni, hányszor rögzítik ugyanazt a darabszámot, rendelést vagy selejtadatot. Ha egy ember rendszeresen rendszerek, papírok és táblázatok között közvetít, akkor valószínűleg nem ő a probléma. Ő tart életben egy olyan információáramlást, amelyet a folyamat és a rendszerek nem támogatnak megfelelően.

Nem minden üzemben indokolt azonos mélységű gépadatgyűjtés. Egy változatos, kis sorozatú gyártásban gyakran nagyobb értéket ad a rendelés, az átállás és a várakozások pontos követése. Nagy volumenű, automatizált termelésnél a ciklusidő, a teljesítmény és a gépállapot részletesebb mérése lehet indokolt. A jó megoldás attól függ, hol keletkezik a veszteség, és ki tud abból ténylegesen döntést hozni.

A használható termelési adat nem attól értékes, hogy sok van belőle. Attól értékes, hogy a műszakvezető, a karbantartó és a vezetés ugyanarra a helyzetre ugyanazt a tényt látja, még időben ahhoz, hogy változtatni is tudjon rajta.