Az állásidő a legláthatóbb veszteség bármelyik gyártósoron — egy megállt gép mindenkinek feltűnik. De nem minden állásidő egyforma, és ha egyetlen nagy számként kezeled, elrejted azt a részt, amivel tényleg tudsz kezdeni valamit.
A kulcs a tervezett vs. nem tervezett megkülönböztetés. Ha ezt jól bontod szét, tudni fogod, melyik megállást kell beütemezni, és melyiket kell felderíteni.
Mi a különbség?
A tervezett állásidő az az idő, amikor a gép szándékosan nem termel — előre tudtál róla, és te választottad:
- Átállások és beállítások
- Ütemezett (megelőző) karbantartás
- Szünetek és műszakváltások
- Nincs igény / nincs betervezett rendelés
- Tervezett próbák és validáló futások
A nem tervezett állásidő az elvesztett idő, amit nem te választottál — a gépnek mennie kellett volna, de nem ment:
- Meghibásodások, géptörések
- Anyag- vagy alkatrészhiány
- Operátor vagy szerszám hiánya
- Nem tervezett minőségi megállások
Egy egyszerű teszt: rajta volt ez a megállás a műszak tervén? Ha igen, tervezett. Ha meglepett, nem tervezett.
Miért számít a bontás az OEE-nél
A kettő nem csak okában más — a matekban is másképp kezeljük. A tervezett, nem termelő időt általában azelőtt vonjuk le az óráról, hogy a teljesítményt mérnénk, így ez adja a „tervezett gyártási időt". A nem tervezett állásidő az, ami a rendelkezésre állásba harap, és lehúzza az OEE-det.
A tervezett állásidő egy költség, amit kezelsz. A nem tervezett állásidő egy probléma, amit megoldasz.
Ezért félrevezető őket összemosni: egy üzem tűnhet „állásidővel telinek", miközben valójában a java szükséges átállás — vagy átlagban rendben tűnhet, miközben a nem tervezett meghibásodások csendben elviszik a kibocsátást. Külön kell látnod őket.
Hogyan kövesd (nagy rendszer nélkül)
Nem kell drága MES az induláshoz. Következetes állásidő-okok kellenek, a keletkezés helyén rögzítve:
- Használj rövid, fix kódlistát — nem szabad szöveget. „Meghibásodás — szállítószalag", „Átállás", „Nincs anyag", „Tervezett karbantartás". Húsz jó kód többet ér kétszáz kuszánál.
- Jelöld meg mindegyiket tervezettnek vagy nem tervezettnek előre. Egy egyszerű konvenció — például a tervezett kódok egy adott betűvel kezdődnek — lehetővé teszi, hogy minden riport automatikusan szétbontsa a kettőt.
- Ott rögzítsd, ahol történik — operátori bevitel, tablet vagy maga a gép. A három nappal később összeszedett adatban senki nem bízik.
Alakítsd az adatot cselekvéssé
Ha a megállások be vannak kódolva, két egyszerű elemzés elvégzi a munka javát:
- Pareto az okokra. Rendezd a nem tervezett állásidőt ok szerint. Szinte mindig néhány ok adja az elvesztett percek többségét — ez a teendőlistád, prioritási sorrendben.
- Figyeld az MTBF-et és az MTTR-t. A meghibásodások közötti átlagidő (MTBF) a gép megbízhatóságát mutatja; a javítás átlagideje (MTTR) azt, milyen gyorsan állsz helyre. Az emelkedő MTBF és a csökkenő MTTR egy működő karbantartási program kézjegye.
Egy gyakorlati csökkentési kör
- Mérj minden megállást ok-kóddal.
- Sorold be tervezett vs. nem tervezett.
- Priorizáld a top nem tervezett okokat (Pareto).
- Javítsd az első számú gyökérokát — aztán a másodikét.
- Ellenőrizd a trenden, és ismételd.
A fegyelem többet számít bármelyik eszköznél. Az a csapat, amely ezt a kört minden héten lefuttatja, megveri azt, amelyik kifinomult szoftvert vesz, de sosem néz rá.
A papírlaptól az élő irányítópultig
A súrlódás általában az első két lépésben van: az adat összegyűjtésében és szétbontásában. A Production Tracker ezt a Power BI-ban intézi — beolvassa az állásidő-kódjaidat és -okaidat, automatikusan szétbontja a tervezettet a nem tervezettől, és gépenként megmutatja a perceket és a Paretót, DAX nélkül. A fenti csökkentési kör így egyetlen képernyőről futtatható lesz.
A lényeg
Kezeld az állásidőt két problémaként, ne egyként. Ütemezd a tervezettet, vadászd a nem tervezettet, kódolj minden megállást következetesen, és hagyd, hogy a Pareto megmondja, hol kezdd. A visszanyert percek a legolcsóbb kapacitás, amit valaha hozzáadsz.