HIBAMÓD ÉS HIBAHATÁS ELEMZÉS (FMEA) Failure Mode and Effects Analysis. Az AIAG és VDA Kézikönyve ( kiadás) szerint

Átírás

1 HIBAMÓD ÉS HIBAHATÁS ELEMZÉS (FMEA) Failure Mode and Effects Analysis Az AIAG és VDA Kézikönyve ( kiadás) szerint

2 Az IATF 16949:2016 vonatkozó előírása FMEA az autóiparban A tervezés és fejlesztés megtervezése Kiegészítés A szervezetnek biztosítania kell, hogy a tervezés és fejlesztés magában foglalja az összes érintett felet a szervezeten belül, és az ellátási láncot. A multidiszciplináris megközelítést alkalmazó területek néhány példája: projekt menedzsment (pl. APQP vagy VDA-RGA); termék és gyártási folyamat konstrukciós tevékenységek (pl., DFM és DFA), úgy mint az alternatív terméktervek és gyártási folyamatok alkalmazásának megfontolása; a termék tervezés kockázatelemzésének kidolgozása és áttekintése (DFMEA), beleértve a potenciális kockázatokat csökkentő lépéseket is; a gyártási folyamat kockázatelemzésének kidolgozása és áttekintése (pl. PFMEA, gyártási folyamatábrák, szabályozási tervek és munkautasítások). MEGJEGYZÉS A multidiszciplináris megközelítés általában magába foglalja a szervezet konstrukciós, gyártási, műszaki, minőségi, beszerzési, beszállítói, karbantartási és más megfelelő területekről jövő munkatársak részvételét. 2 TT264 IATF 16949:2016 Követelmények

3 Ország specifikus követelmények AIAG Mérési rendszerek elemzése (MSA) Alkatrész jóváhagyási folyamat (PPAP) Emeltszintű termék minőség tervezés és Szabályozási Terv (APQP) Statisztikai folyamat szabályozás (SPC) Termék Hibamód és Hatáselemzés (FMEA) Termék Hibamód és Hatáselemzés (AIAG VDA közös kiadás) Szerszám és gyártó berendezések követelményei: szerszám és berendezések ellátásának követelményei Szerszám és gyártó berendezések követelményei: QSA-TE minőségértékelés /4. kiadás 2006/4. kiadás 2008/2. kiadás 2005/2. kiadás 2008/4. kiadás kiadás 1998/2. kiadás 1998/2. kiadás

4 Ország specifikus követelmények - VDA 4., kapcsos kötet A minőség biztosítása a termék megvalósítási folyamatában - Módszerek és eljárások 1. kiadás, 2003/ / 3. fejezet Termék és folyamat FMEA Termék Hibamód és Hatáselemzés (AIAG VDA közös kiadás) 2. kiadás kiadás 4. kötet 3. rész Projekttervezés 1. kiadás, kötet A vizsgálati folyamatok alkalmassága 2 kiadás,

5 Az FMEA tartalma Az FMEA-nak: érthetőnek kell lennie, azaz egyértelműen meg kell határozni, hogy melyek a lehetséges hibák és az alkalmasnak ítélt intézkedések, valamint azt, hogy ki felel ezeknek az intézkedéseknek a megvalósításáért műszakilag pontos megfogalmazást kell használnia, mely szakember számára lehetővé teszi a hiba felismerését és lehetséges következményeinek becslését valósághűnek kell lennie, azaz a lehetséges hibákat nem szabad bagatelizálnia, még akkor sem, ha adott esetben ez kellemetlen lehet (utólagos fejlesztés, szállítási lemaradás, stb.) teljesnek kell lennie, azaz az elismert lehetséges hibákat nem szabad elsikkasztania Még annak az aggodalomnak sem szabad a bemutatást korlátoznia, hogy a szakszerűen és maradéktalanul elkészített FMEA túlságosan kiszolgáltatja a szakértelmet Ki kell terjednie minden olyan elemzendő termékre / folyamatra, 5 mely AIAG FMEA meghatározhatja termék minőségét

6 Az FMEA és a felső vezetés (és szellemi tulajdon) Az FMEA teljesítése nagyon időigényes lehet. A szükséges források elfogadása döntő fontossággal bír. Az FMEA létrehozása szempontjából fontos a termék és folyamat tervezés felelőseinek aktív részvétele, akárcsak a vállalat vezetőségének elkötelezettsége. A vezetőséget terheli az FMEA teljesítésének felelőssége. A vezetőség korlátlanul felel az FMEA által kiszámított kockáztok és a kockázatok csökkentésére meghozott intézkedések tekintetében. A konstrukciós FMEA / folyamat FMEA szakértelmének védelme: a szellemi tulajdonok használatát a szervezet és vevői szerződésben, vagy megállapodásban kell, hogy rögzítse. 6

7 Már elkészített FMEA-k kezelése Azok a meglévő FMEA-k, amelyek korábbi módszer szerint kerültek teljesítésre, frissítéskor megmaradhatnak eredeti formájukban. Alternatívaként az FMEA átvezethető az új FMEA formanyomtatványra és frissíthető ahhoz, hogy az új eljárásmód előnyeit élvezhessék. Az új projektek alapjául szolgáló FMEA-kat át kell vezetni ahhoz, hogy az új előírásoknak megfeleljenek. Ha a csapat megállapítja, hogy az új alkalmazás csak kis mértékben tér el már létező termékhez képest, akkor dönthet akár úgy is, hogy az FMEA már létező formájában maradjon. Az új projekteknél az itt bemutatott FMEA eljárásmódot kell alkalmazni, amennyiben a szervezet egyéb irányelvet nem határoz meg. 7

8 Az FMEA mint projekt Minden egyes DFMEA, vagy PFMEA kezdetekor meg kell határozni az öt szempontot, annak érdekében, hogy a legjobb eredményt időben elérjék és elkerüljék az utólagos korrekciókat. Ezek a szempontok (témakörök) képezhetik az indító projekt megbeszélés (Kick-off Meeting) részét is. FMEA csapatösszetétel: Kinek kell csapattagnak lennie? FMEA ütemezés: Milyen a projekt ütemezése? FMEA cél: mi a DFMEA vagy PFMEA célja? FMEA feladatok kiosztása: milyen feladatokat kell teljesíteni és kinek kell azokat elvégeznie? FMEA eszköz: milyen eszközt használják majd a DFMEA vagy PFMEA teljesítéséhez és hogyan követik az intézkedéseket? 8

9 FMEA képzés és szoftver képzés Az FMEA csapat minden tagjának oktatásban kell részesülnie az FMEA 6 lépése tekintetében. FMEA szoftver Számos szoftvermegoldás van, mely DFMEA és PFMEA fejlesztésére, valamint az intézkedések követésére használható. A szervezetek saját belső adatbázis megoldásukat is kifejleszthetik, vagy a kereskedelemben kapható szoftvert vásárolhatnak. Az FMEA csapatnak minden esetben képesnek kell lennie a szervezet és/vagy a vevő által megkövetelt FMEA szoftvert alkalmazni. 9

10 folyamat FMEA 6 lépése 1. lépés Szemléletterjedelem Projektleírás Projektterv Elemzéshatárok: mi kerül az elemzésbe és mi kerül kizárásra Az FMEA alapelvének megállapítása, és a megszerzett releváns ismeretek (Lessons Learned) rögzítése Rendszerelemzés 2. lépés Struktúraelemzés Rendszerstruktúra termékhez vagy folyamatelemhez A struktúra vizualizálása fadiagram, blokkdiagram, folyamatábra, digitális modell, vagy fizikális alkotóelem segítségével Koncepció interfészek, kölcsönhatások és szűk keresztmetszetek, illetve folyamatlépések beazonosítása 3. lépés Funkcióelemzés Termék vagy folyamat funkcióinak áttekintése A termék vagy folyamat funkció vizualizálása fadiagram, funkcióhálózat, funkciómátrix, és/vagy paraméterdiagram segítségével. Követelmények hozzárendelése funkciókhoz vagy jellemzők és funkciók hozzárendelése rendszer-, illetve folyamatelemekhez A (külső és belső) vevői funkciók lebontása és továbbvitele a követelményekhez 4. lépés Hibaelemzés Hibalánc létrehozása (hibakövetkezmények, hibatípus, hibaok) minden egyes termékvagy folyamatfunkcióhoz (folyamatlépéshez) Termék vagy folyamat hibaláncának vizualizálása (hibahálózat és/vagy FMEA munkalap) Hibaszerkezet létrehozása hiba megadásával Termék vagy folyamat zavaró tényezőinek, ok elemeknek (4M) a beazonosítása halszálka diagram, paraméterdiagram vagy hibahálózat segítségével Együttműködés ügyfél és szállító között (hibakövetkezmények) 10 Hibaelemzés és kockázatcsökkentés 5. lépés 6. lépés Kockázatelemzés Optimalizálás Intézkedések (létezőek és/vagy tervezettek) hozzárendelése hibaokhoz és hibatípushoz Jelentőség, előfordulás és észlelés értékelése minden hibalánc viszonylatában Együttműködés vevő és szervezet között (jelentőség) Kockázatcsökkentő intézkedések beazonosítása Felelősségi körök kiosztása és határidők kitűzése az intézkedések megvalósításához A kitűzött intézkedések megvalósítása és dokumentálása A kitűzött intézkedések hatásosságának megállapítása Kockázatok újraértékelése a kitűzött intézkedések után

11 folyamat FMEA: szemléletterjedelem, fejléc Vállalat: Vállalat megnevezése Projekt: Rendszer/alrendszer/alkatrész Fejlesztési telephely: Vevő: Modell éve / platform: Telephely, földrajzi helyzet Az ügyfél vagy a termékcsalád neve Gépjármű modell, illetve gépjármű program PFMEA kezdeti időpont: PFMEA revízió dátum: Interdiszciplináris csapat: A PFMEA projekt kezdeti időpontja Az utolsó revízió dátuma A csapattagok nevei PFMEA azonosító: Koncepció felelős: Bizalmassági besorolás: Egyértelmű beazonosítás A PFMEA felelős neve Vállalati célú, védett, bizalmas Fejlesztési telephely: földrajzi elhelyezkedés, ahol a fejlesztést teljesítik. Vevő: dokumentum és a rendszer / alrendszer / alkotóelem vevőjének neve: Modellév / platform: Gépjármű modell első üzembe helyezése, vagy gépjárműprogram Projekt: A projekt az elemzendő rendszer / az elemzendő komponens PFMEA kezdetének időpontja: A PFMEA projekt kezdetének időpontja. PFMEA revízió dátuma: A PFMEA legutóbbi revíziójának dátuma Interdiszciplináris csapat: a csapattagok származhatnak a szervezetből, de lehetnek akár a vevő és/vagy a szállító képviselői PFMEA azonosítás: A PFMEA dokumentum egyértelmű azonosítása Koncepció felelős: A koncepcióért felelős személy neve, aki saját felelősségén kívül vállalja a felelősséget a PFMEA tartalmáért és eredményeiért Bizalmassági besorolás: A bizalmassági osztályt a PFMEA tulajdonosa határozza meg, például a vállalat belső használatára, szerzői jog védelme alatt, bizalmas, stb. 11

12 folyamat FMEA: funkcióelemzés Különleges (speciális) jellemzők Azok a jellemzők, melyek közvetlenül hozzájárulnak a termékfunciók hibakövetkezményéhez a biztonság, illesztések, funkciók, teljesítmények, a termék további feldolgozása, vagy hatósági előírások és ipari szabványok betartása tekintetében. Folyamat FMEA: a meghatározott speciális jellemzőket rövidítés vagy szimbólum jelöli (speciális jellemzők oszlop) Konstrukciós FMEA: nincs speciális jellemző oszlop A speciális jellemzőkkel kapcsolatos intézkedéseket dokumentálását felügyelni, archiválni kell. A speciális jellemzők szervezet specifikus, vagy vevőspecifikus jelölések lehetnek. A vevőspecifikus speciális jellemzők szimbólumait meg kell feleltetni a szervezet speciális jellemzőinek szimbólumaival (pl. megfelelési táblázat) 12

13 folyamat FMEA: kockázatelemzés Kockázatok értékelése: Jelentőség (súlyosság) (B(S)) alapján: Mekkora a hatása a hibának? Az előfordulás (gyakoriság, bekövetkezés) (A(O)) alapján: Milyen valószínűséggel, milyen sűrűn fordul elő a hibaok (hiba)? Az észlelés (E(D)) alapján: A tervezett ellenőrzések észreveszik a hibát? az FMEA kézikönyv tartalmaz értékelő táblázatot javasolt a táblázatokat saját példákkal kiegészíteni először mindig a végfelhasználót kell figyelembe venni Amennyiben a végfelhasználónál és a beszerelésnél is van hatás, a súlyosabbat kell figyelembe venni 13

14 folyamat FMEA: priorizálás Prioritás - magas fokú (H) A csapatnak intézkedést kell javasolnia, hogy az előfordulást és / vagy az észlelést fejlessze, vagy dokumentálnia kell, hogy miért nem szükséges vagy lehetséges fejlesztő intézkedés, illetve miért alkalmas az alkalmazott intézkedés. Prioritás - közepes fokú (M) A csapatnak intézkedést kell javasolnia, hogy az előfordulást és / vagy az észlelést fejlessze, vagy dokumentálnia kell, hogy miért alkalmas az alkalmazott intézkedés. Prioritás alacsony fokú (L) A csapat intézkedéseket javasolhat, hogy az előfordulást, illetve az észlelelést fejlessze. A vezetőségnek ajánlatos legalább a 9-10 pontot kapott jelentőséget és a magas fokú, illetve közepes fokú prioritást követnie, beleértve a meghozott intézkedéseket is. A prioritás nem a magas fokú, közepes fokú és alacsony fokú kockázatok prioritásának megállapítására szolgálnak, hanem azoknak az intézkedéseknek a priorizálására, amelyek a kockázat csökkentését szolgálják. Legalább azt rögzíteni kell, hogy további 14 intézkedés nem szükséges.

15 folyamat FMEA: Optimalizálás Javasolt besorolások az intézkedés állapothoz: Nyitott: az intézkedést nem beszélték meg és nem is definiálták. Döntés folyamatban (opció): az intézkedést definiálták, azonban még nem döntöttek. Javaslatokat készítenek. Bevezetés folyamatban (opció): az intézkedés tekintetében döntöttek, azonban még nem léptették életbe. Lezárt: az intézkedéseket életbe léptették, hatásosságát felülvizsgálták és dokumentálták, záró értékelést végeztek. Míg a csapat az egyes feladatprioritásokat értékeli és elfogadja akár a fennmaradt kockázatokat, akár valamennyi intézkedés lezárását, az intézkedés állapot nem tekinthető lezárt -nak. Elvetve: az elvetett intézkedéseket dokumentálni kell és általában optimalizálást igényelnek. A lezárást valamennyi intézkedés tekintetében dokumentálni kell, éspedig a FMEA revíziója (vagy engedélyezése) előtt a termelés indítását (SOP) megelőzően. 15

16 folyamat FMEA: Optimalizálás Intézkedések eredményességi értékelése Amennyiben az intézkedést lezárták, az előfordulásokat és észleléseket újra kell értékelni és új intézkedést lehet rögzíteni. Az új intézkedés az előző feladatprioritást kapja, mint az eredményesség valószínű értékelése. Az intézkedés állapota bevezetés folyamatban marad, míg az eredményességet meg nem vizsgálják. Amennyiben az optimalizálandó intézkedés vizsgálata befejeződött, akkor meg kell állapítani az aktuális eredményességet, vagy az eredményekhez kell igazítani. Az intézkedés ekkor a bevezetés folyamatban állapotról lezárt állapotra módosul. Az új értékelésnek a megelőzési és észlelési intézkedésekre kell alapoznia. 16

17 folyamat FMEA: Optimalizálás Az FMEA eredményét dokumentálni kell. A dokumentáció kommunikációs célokra használható a szervezeten belül. Így lehet biztosítani, hogy az elemzés minden részlete és a szellemi tulajdonjog a tervezésért felelős szervezetnél marad. A dokumentációnak tartalmaznia kell a következőket: rövid összefoglalás az FMEA szemléletterjedelme B/A/E (S/O/D) értékelési táblázatok feladatprioritások az elemzés eredményei és végkövetkeztetései 17

18 18