1 lipca 2025 r.

#28 FMEA (Failure Modes and Effects Analysis) / Analiza możliwych awarii i ich skutków

Kaizen Tracker to nie jest „tylko” oprogramowanie ani start-up, ale sprawdzone od dawna rozwiązanie umożliwiające systematyczne, projektowe podejście do procesów ciągłego doskonalenia, które nieustannie ulepszamy.

Kaizen Tracker
Członek zespołu Kaizen Tracker

1. Nazwa metody

FMEA (Failure Modes and Effects Analysis) / Analiza możliwych usterek i ich skutków

2. Nazwy alternatywne

FMECA (dodaje parametr „Criticality” – krytyczność)

3. Krótki opis

FMEA to ustrukturyzowana, proaktywna metoda służąca do identyfikacji i oceny wszystkich możliwych sposobów, w jakie produkt lub proces może zawieść, oraz do ustalenia priorytetów działań zapobiegawczych. Jest to systematyczne podejście do zarządzania ryzykiem.

4. Cel / Kiedy stosować

Stosuje się ją przede wszystkim w dwóch obszarach:
1. Analiza FMEA na etapie projektowania (DFMEA): Podczas projektowania nowego produktu w celu zidentyfikowania potencjalnych błędów konstrukcyjnych.
2. Analiza FMEA procesu (PFMEA): Podczas projektowania lub usprawniania procesu produkcyjnego lub serwisowego w celu identyfikacji potencjalnych błędów procesowych.
Celem jest identyfikacja i rozwiązywanie potencjalnych problemów, zanim jeszcze wystąpią.

5. Sposób postępowania / Jak ją stosować

Analiza FMEA jest przeprowadzana w zespole i dokumentowana w standardowej tabeli.
1. Zidentyfikuj etap procesu lub funkcję produktu.
2. Zidentyfikuj potencjalny sposób awarii (Failure Mode): W jaki sposób ten etap/ta funkcja może ulec awarii?
3. Zidentyfikuj potencjalne skutki (Effects): Co się stanie, jeśli dojdzie do awarii? Jaki będzie to miało wpływ na klienta?
4. Oceń powagę (Severity – S): W skali od 1 do 10 oceń, jak poważne są skutki (1 = brak wpływu, 10 = katastrofalne skutki, wpływ na bezpieczeństwo).
5. Zidentyfikuj potencjalne przyczyny (Causes): Co może spowodować tę awarię?
6. Oceń prawdopodobieństwo wystąpienia (Occurrence – O): W skali od 1 do 10 oceń, jak często przyczyna ta prawdopodobnie wystąpi (1 = niezwykle mało prawdopodobne, 10 = prawie pewne).
7. Zidentyfikuj obecne mechanizmy kontrolne (Current Controls): Jakie metody i kontrole mamy już wdrożone w celu wykrycia tego błędu?
8. Oceń prawdopodobieństwo wykrycia (Detection – D): W skali od 1 do 10 oceń, jakie jest prawdopodobieństwo, że obecne mechanizmy kontroli wykryją błąd, zanim dotrze on do klienta (1 = błąd z pewnością zostanie wykryty, 10 = błąd nie zostanie wykryty).
9. Oblicz RPN (Risk Priority Number – wskaźnik priorytetu ryzyka): RPN = S x O x D. RPN to wartość z przedziału od 1 do 1000, która pomaga ustalić priorytety ryzyk.
10. Zaproponuj i wdroż środki zapobiegawcze: W przypadku najwyższego RPN zaproponuj działania mające na celu zmniejszenie S, O lub D. Po wdrożeniu ponownie oblicz RPN.

6. Przykład z praktyki

Etap procesu: Dokręcanie koła w samochodzie.
– Przyczyna awarii: Niedokręcona śruba.
– Konsekwencja: Koło może się poluzować podczas jazdy.
- Waga (S): 10 (zagrożenie bezpieczeństwa).
– Przyczyna: Nieprawidłowo ustawiony klucz dynamometryczny.
– Częstotliwość występowania (O): 3 (zdarza się rzadko, klucz jest sprawdzany raz w tygodniu).
- Obecna kontrola: Operator sprawdza wzrokowo dokręcenie
.- Wykrywalność (D): 7 (kontrola wzrokowa jest zawodna).
- RPN = 10 x 3 x 7 = 210.
- Działanie: Wprowadzenie systemu Poka-Yoke – inteligentnego klucza dynamometrycznego, który wyświetla zielony sygnał dopiero po osiągnięciu prawidłowego momentu obrotowego i nie pozwala na kontynuację pracy, dopóki wszystkie śruby nie zostaną dokręcone. Nowe D = 2, nowe RPN = 10 x 3 x 2 = 60.

7. Zalety

- Proaktywne podejście do ryzyka: pomaga zapobiegać problemom, zamiast je rozwiązywać.
- Ustalanie priorytetów zasobów: skupia wysiłki i zasoby na największych zagrożeniach.
- Poprawia projektowanie produktów i procesów: prowadzi do solidniejszych i bardziej niezawodnych rozwiązań.
- Zwiększa bezpieczeństwo i niezawodność.
- Dynamiczna dokumentacja: służy jako baza wiedzy o potencjalnych awariach dla przyszłych projektów.

8. Ryzyko / Limity

- Subiektywność oceny: Oceny S, O, D mogą być subiektywne. Ważne jest, aby zespół stosował jasno zdefiniowane kryteria oceny.
– „Tyrania RPN”: Ślepe podążanie za RPN może być mylące. Pozycja o RPN 100 (S=10, O=2, D=5) może być znacznie bardziej krytyczna niż pozycja o RPN 120 (S=5, O=6, D=4), ponieważ ma wysoką wagę. Zawsze należy również wziąć pod uwagę same wartości S.
– Czasochłonność: Dokładna analiza FMEA może być bardzo czasochłonna, zwłaszcza w przypadku złożonych produktów.
- Biurokracja: Analiza FMEA może stać się jedynie „ćwiczeniem na papierze” dla audytora, jeśli na jej podstawie nie zostaną podjęte rzeczywiste działania.

9. Wskazówki z praktyki

- FMEA to praca zespołowa: nigdy nie należy jej wykonywać samodzielnie. Potrzebna jest opinia konstruktora, technologa, operatora, pracownika działu jakości itp.
- Nowa metodologia AP (Action Priority): Nowe standardy (np. AIAG-VDA) preferują zamiast RPN tzw. „Action Priority” (Wysoka, Średnia, Niska), która jest określana przez kombinację S, O i D i lepiej uwzględnia wysokie znaczenie.
– Nie zapomnij o aktualizacji: FMEA to dokument, który ewoluuje. Za każdym razem, gdy zmienia się projekt lub proces, albo gdy pojawia się nowy błąd, należy zaktualizować analizę FMEA.

Udostępnij artykuł
— / Inne artykuły

Czytaj dalej

Konferencja Lean Global Connection

Czytaj dalej →

Aktualności 10/2024

Czytaj dalej →

Wrzesień, najważniejszy miesiąc w roku...

Czytaj dalej →
linkedin facebook pinterest youtube rss twitter instagram facebook-blank rss-blank linkedin-blank pinterest youtube twitter instagram