Kompetenciafelmérés hibaelhárítása: hogyan lehet objektíven tesztelni a gépkezelői készségeket a gyártósor leállítása nélkül

Egy üzemi képzési vezető azt szeretné tudni, hogy mely operátorok tudják megállapítani egy gép meghibásodásának okát, nem csak azt, hogy kik tudják működtetni. A nyilvánvaló teszt az, hogy megfigyeljük, hogyan kezelik az egyes operátorok a valódi hibát. A baj az, hogy a valódi hibák ritkák, soha nem egyformák és költségesek: senki sem fog leállítani egy élő vezetéket, hogy egy negyedik operátort is bevonjon, és nincs két operátor, aki ugyanazzal a problémával találkozna.

Így az értékelés végül egy felügyelői benyomásként, vagy egy írásos tesztként jelenik meg a SOP-ról (szabványos működési eljárás). Egyik sem mutatja meg, hogy a kezelő képes-e diagnosztizálni.

Ez az útmutató az üzemi képzési vezetőknek és a velük dolgozó karbantartási vagy minőségbiztosítási vezetőknek szól. Bemutatja, hogyan kell hibaelhárítási kompetenciaértékelést végezni egy biztonságos feladatnak megfelelő eszközön, például egy hibajelző padon vagy egy digitális hibaeseten, és hogyan kell azt objektíven pontozni. Az értékelés tervezéséről szól. Az eseteket, a válaszokat és a biztonsági határokat a berendezés tulajdonosainak kell validálniuk.

Mi az a hibaelhárítási kompetenciafelmérés?

A hibaelhárítási kompetenciaértékelés egy strukturált feladat, amelynek során a kezelő diagnosztizál egy hibát, és a választ a megállapodott kritériumok alapján pontozzák. A gyártásban általában egy biztonságos helyettesítő gépen fut a rendszer, így a termelés nem áll le, és minden kezelő ugyanazzal a hibával találkozik.

Gyors tények

1. Írd le a teljesítményproblémát

Kezdjük azzal, hogy mit kell tennie a szerepkörnek. Egy hibával találkozó kezelőnek el kell olvasnia a tüneteket, el kell képzelnie, hogy mi lehet a baj, először a legolcsóbb és legbiztonságosabb dolgokat kell ellenőriznie, majd el kell döntenie, hogy megjavítja, beállítja-e a hibát, vagy hívja a szervizt. A készség az érvelésben rejlik, nem a gombnyomásokban.

Ez különbözik egy eljárás követése. Az eljárás azokat a hibákat fedi le, amelyeket valaki már leírt. A hibaelhárítás ott kezdődik, ahol az eljárás véget ér. A technikusképzéssel kapcsolatos kutatások is ugyanerre a következtetésre jutnak: Schaafstal, Schraagen és van Berlo egy olyan képzési megközelítést dolgoztak ki a megfigyelések és a kutatási szakirodalom alapján, amely egy általános hibaelhárítási stratégiát párosított a berendezés funkcionális lebontásával. Laboratóriumi értékelésük során az így képzett technikusok körülbelül kétszer annyi meghibásodást oldottak meg kevesebb idő alatt, mint a hagyományos módon képzettek (Schaafstal és munkatársai, 2000). A résztvevők technikusok voltak, nem gépkezelők, ezért tervezési útmutatóként, ne ígéretként használd.

Ha még csak a képzés tervezésén dolgozol, akkor a mi útmutatónk a következőkről szól: kezelői hibaelhárítási képzés Ez az útmutató a kezelők átvezetését ismerteti a SOP követésétől a hibák diagnosztizálásáig. Ez az útmutató a tesztnél veszi fel a fonalat.

2. A tanulási és kontextuális hiányosságok diagnosztizálása

Mielőtt elkészítenéd az értékelést, hasonlítsd össze a munkaköri igényeket a jelenlegi mércéiddel.

1. Mit mérnek a jelenlegi tesztek? Egy írásbeli kvíz a SOP-ról ellenőrzi a visszahívást. A felügyelő jóváhagyása ellenőrzi, hogy valaki látta-e a kezelőt a gép működtetése közben. Egyik sem követeli meg a kezelőtől, hogy ismeretlen hibát diagnosztizáljon.
2. Mi a kognitív igény? Bloom átdolgozott taxonómiájában az elemzés annak megállapítása, hogy a tünetek közül melyik ok illik a felsorolt ​​tünetekhez, az pedig annak megítélése, hogy melyik intézkedés indokolt, az értékelés. Útmutatónk a következőhöz: tanulási tevékenységek illesztése Bloom taxonómiájához elmagyarázza, hogyan kell értelmezni ezeket a követelményeket, és hogyan kell a tesztet hozzájuk illeszteni.
3. Hol található egy biztonságos teszt? Miller szakmai kompetenciaértékelési keretrendszere négy szintet különít el: tudja, tudja, hogyan, megmutatja, hogyan és csinálja. Modellje az orvosképzésből származik (Miller, 1990), de ide illik. Egy pad- vagy digitális hibateszt „megmutatja, hogyan”: a kezelő ellenőrzött környezetben mutatja be a képességeit. Csak a vonali megfigyelés „tesz” ilyet. Az első mindenki számára biztonságosan futtatható. A második időt vesz igénybe, és be kell tartani.
4. Vajon a képességen kívül valami más is közbeszól? Ellenőrizd, hogy a kezelők rendelkeznek-e a kézikönyvekkel, az eszközökkel és a vizsgálathoz szükséges hatáskörrel, és hogy van-e bárkinek is ideje erre. Az a kezelő, aki jól diagnosztizál a padon, de azt mondják neki, hogy indítsa újra és folytassa a munkát, nem fogja használni a képességét a gyártósoron.

3. Válasszon egy biztonságos feladatnak megfelelő feladatot

Szükséged van valamire, ami reprodukálja a diagnosztikai problémát anélkül, hogy embereket vagy kimenetet kockáztatna. Három lehetőség, növekvő költségsorrendben.

• Digitális hiba esete. Egy rövid forgatókönyv tünetekkel, egy HMI (ember-gép interfész) képernyőfelvétellel, riasztási előzményekkel és néhány, a kezelő által kért leolvasással. Olcsó, megismételhető és egyszerre egy egész műszakos csapat számára futtatható.
• Egy hibapad. Egy gyakorlópad vagy egy leszerelt gép, amelyben egy képzett személy szándékosan hibákat észlelt. Gyakorlati ellenőrzéseket is magában foglal, például egy érzékelő vizsgálatát vagy egy jel követését.
• Rögzített hibaelőzmények. Egy valódi múltbeli hiba, naplókból és karbantartási jegyzetekből építve újjá, a válasz már ismert. Realisztikus, és magán viseli a növény saját furcsaságait.

Bármelyiket is választja, két szabály érvényes. Soha ne hozzon létre hibát élő berendezésben, és tartsa be a telephelyén már alkalmazott összes energiaszigetelési és engedélyezési szabályt. Egyezzen meg a karbantartási vezetővel arról, hogy milyen műveleteket végezhet a kezelő, így a teszt nem jutalmazza azokat a lépéseket, amelyekre nem jogosult a vezetéken.

4. Dolgozz ki egy valós példát

Szemléltető példa. Egy karbantartási vagy minőségbiztosítási érdeklődőnek használat előtt validálnia kell az esetet, a bizonyítékokat és a válaszkritériumokat.

Az eset. Egy digitális esettanulmány egy olyan töltőgépet ír le, amely időszakosan leáll „nem érzékelt termék” riasztással. A kezelő megkapja a riasztási előzményeket, az érzékelő helyzetéről készült fotót, a tisztítási naplót és egy megjegyzést, hogy a termék a múlt héten fényesebb fóliára váltott. A kezelő további adatokat kérhet egy listából. A szakértői válaszok tartalmazzák a legvalószínűbb okot (egy érzékelő, amely rosszul olvassa le az új fóliát), az ellenőrzések sorrendjét és a kezelő által megtehető intézkedéseket.

A feladat. A kezelő elmondja, hogy mit gondol hibásnak, sorban felsorolja az ellenőrzéseket, amelyeket elvégezne, megnevezi az egyes ellenőrzésekre utaló bizonyítékokat, és megmondja, mikor állna meg és hívná a karbantartást.

Első próbálkozás. „Indítsa újra a gépet, és törölje a riasztást. Ha ismét leáll, hívja a karbantartást.” A kezelő alkalmazta a standard műveleti lépést, de nem adott diagnózist.

Visszajelzés és újrapróbálás. Az értékelő megkérdezi, hogy mi változott a közelmúltban, és melyik ellenőrzés különböztetné meg az érzékelőproblémát a termékadagolási problémától. Az újrapróbálkozás során a rendszer sorrendben kéri el az ellenőrzéseket.

Egy erősebb próbálkozás. „A riasztó azt mondja, hogy a termék nem érzékelhető, de érkezik. A fóliát a múlt héten cserélték, és az érzékelő az egyetlen alkatrész, ami leolvassa. Először is ellenőrizném, hogy az érzékelő nem-e szennyezett vagy ütődött-e, mert ez egy percet vesz igénybe, és biztonságos. Ha tiszta, megkérném a karbantartót, hogy ellenőrizze az érzékelő beállítását az új fóliához. Én magam nem állítanám be az érzékelőt, mert a SOP a karbantartáshoz tartozik. Tudnom kell, hogy a leállások az új fóliával kezdődtek-e.”

Miért védhető vagy hiányos az egyes válaszok? Mindegyiket a jóváhagyott kritériumok alapján ítéld meg, ne az értékelő preferenciái alapján. Az első kísérlet egy szabályt követ, de nem ad diagnózist. Az erősebb kísérlet az ellenőrzéseket az olcsótól és biztonságostól a költségesig sorolja, mindegyiket bizonyítékokhoz köti, a kezelő hatáskörén belül marad, és megnevezi, mit kell még tudnia.

5. Objektíven pontozd

Az objektív nem egy hosszú ellenőrzőlistát jelent. Azt jelenti, hogy két értékelő ugyanazon válasz alapján ugyanazt a pontszámot érné el. Négy szokás teszi ezt valószínűbbé.

1. Előre javítsd meg a tokot és a kulcsot. Minden operátor ugyanazt vagy egy hozzá illő esetet kap, és a megoldókulcs feljegyzi a valószínűsíthető okot, a védhető alternatívákat és a kritikus hibákat, mielőtt bárkit is pontoznának.
2. A megfigyelhető bizonyítékokat pontozd, ne a benyomásokat. Használjon egy rövid, három kritériummal és 0-2 horgonyponttal rendelkező rubrikát, amelyet a karbantartási vagy minőségbiztosítási érdeklődőjével határoz meg.
3. Két értékelő értékeljen egymástól függetlenül, majd hasonlítsa össze. Az eltérések azt mutatják, hogy egy kritérium hol nem pontos. Pontosítsd a megfogalmazást, majd pontozd a válaszokat.
4. Tartsd arányban az időt. Jegyezd fel, hogy az egyes operátorok mennyi időt vettek igénybe, de ne hagyd, hogy a sebesség felülírja a sorrendet és a pontosságot. A padidő nem egyenlő a sorban töltött idővel, és egy gyors rossz tipp rosszabb, mint egy lassabb hang.

Horgonypontok: 0 hiányzót vagy nem alátámasztottat jelent, 1 részlegeset, releváns hiányosságokkal, és 2 teljest és a megállapodás szerinti kritériumok alapján indokoltat jelent. A kritikus hibákat külön kell meghatározni, például egy nem biztonságos műveletet vagy egy hatáskörön kívül eső lépést, így a jó összpontszám nem rejthet el egyet. Ez a rubrika egy javasolt kiindulópont, nem pedig egy validált készültségi szabvány. Útmutatónk a következőkhöz: ítélőképesség és problémamegoldás értékelése a képzésben részletesebben tárgyalja az értékelők kalibrálását és a horgonyok írását.

6. Ellenőrizze az áthelyezést és tervezze meg a további teendőket

Egy jó teszteredmény azt mutatja, hogy a kezelő ellenőrzött környezetben képes diagnosztizálni. Nem azt, hogy egy zajos vonalon, a kimenet mögött képes erre. Tervezze meg a következő lépést az első teszt előtt.

• Használjon egy láthatatlan tokot. Pontozzon egy olyan egyező esetet, amellyel az operátor még nem találkozott, így nem jutalmazza az első válasz megjegyzését.
• Kövesd a vonalat. Megfelelő munkaidő elteltével kérjen meg egy karbantartási vezetőt, hogy tekintse át a kezelő legutóbbi hibaelhárítási döntéseit, vagy személyesen figyeljen meg egy hibát.
• Hasonlítsd össze a hasonlót a hasonlóval. Ugyanazt a két dolgot mérje az alapállapotban és a követéses vizsgálat során: a diagnosztikai szekvenciát és az értékelői egyetértést, meghatározott csoporttal, nevezővel és időzítéssel.

Ha az állásidőt is nyomon követi, ellenőrizze, hogy mi változott még ugyanebben az időszakban, például új termék, karbantartási ütemterv változása vagy új érzékelő, mielőtt jóváírná a képzést.

Ahol az interaktív közvetítés segít

A digitális hibaeset interaktív módon kerül lebonyolításra, mivel a kezelő előbb elkötelezi magát a válasz mellett, mint bárki másé. Egy moderált ülés során megtekintheti a riasztási előzményeket, megkérheti az operátorokat, hogy válasszák ki az első ellenőrzést, amelyet elvégeznének, majd a megbeszélés előtt bemutathatja a szórást. Ugyanez az eset ezután önálló tempóban is futtatható, egy nyitott kérdéssel az indokláshoz, amelyet két értékelő pontoz. AhaSlides támogatja az interaktív tanulást és az élő és az önálló ütemű oktatás közötti váltást. Ellenőrizd a saját munkafolyamatoddal kapcsolatban használni kívánt szerzői, visszajelzési vagy jelentéskészítési funkciókat, és kezeld a szimulátorokat, a mesterséges intelligenciát és a rendszerintegrációkat külső vagy nem megerősített forrásként, amíg nem látod, hogy működnek.

Amit ez nem fog megoldani

• Gyenge vagy hiányzó eszközismeret. Ha a kezelő még soha nem látta a gép működését, először azt kell tesztelni és betanítani.
• Hatóság. Ha az operátoroknak nem engedik kivizsgálni a helyzetet, a jobb pontszám mit sem változtat.
• Időnyomás. Egy olyan sor, amely a diagnózissal szemben a kimenetet jutalmazza, megtanítja az operátorokat az újraindításra és a továbblépésre.
• Átutalási korlátok. Egy biztonságos, feladatnak megfelelő eszköz nem képes reprodukálni a zajt, a stresszt vagy a rossz hívás költségét.
• Az értékelő sodródása. A pontszámok ismét szétcsúsznak, ha az értékelők abbahagyják az összehasonlítást.

Nevezd meg ezeket a szponzoroknak időben, és egyeztessétek meg, hogy ki javítja meg mindegyiket.

Gyakran Ismételt Kérdések

Mi az a hibaelhárítási kompetenciafelmérés?

Egy strukturált feladat, amelyben a kezelő diagnosztizál egy hibát, és a választ a megállapodott kritériumok alapján pontozza.

Hogyan teszteljük a hibaelhárítást a termelés leállítása nélkül?

Használjon biztonságos helyettesítőt az élő géphez, például digitális hibajelentést, edzőpadot vagy rögzített hibaelőzményeket, és soha ne adjon hibákat élő berendezésnek.

Hogyan tűzöd ki a pontozási célt?

Előre rögzítsd az esetet és a válaszokat, pontozd a megfigyelhető bizonyítékokat rögzített kritériumok alapján, és kérj meg két értékelőt, hogy egymástól függetlenül pontozzanak és hasonlítsák össze őket.

Egy tesztpadon elért pontszám bizonyítja, hogy egy kezelő képes a gyártósoron elhárítani a hibákat?

Nem. Ez egy ellenőrzött környezetben mutatja meg a készséget. Erősítse meg felügyelt munkával és a valós hibákról szóló döntések áttekintésével.

Hol kezdjem

Válassz ki egy ismétlődő hibát egy olyan gépen, amelyet a gépkezelőid üzemeltetnek. Kérj meg egy karbantartási vezetőt, hogy írjon róla egy rövid digitális esettanulmányt, amely tartalmazza a valószínűsíthető okot, a védhető alternatívákat és a gépkezelő által megtehető intézkedéseket. Készítsd el a háromkritériumú értékelőt, kérj meg két értékelőt, hogy egymástól függetlenül pontozzanak öt választ, és hasonlítsd össze őket. Javítsd ki a kritériumokat, ahol eltérnek egymástól, majd pontozz egy párosított új esettanulmányt, mielőtt elindítod a tesztet.

Ha szeretné megtudni, hogyan lehet egy ilyen hibaesetet élesben futtatni, majd később önállóan újra felhasználni, fedezze fel a következőt: AhaSlides.