Bir müşteri şikâyeti masanıza düştüğünde ilk sorulan soru neredeyse hep aynıdır: "Bu hatayı FMEA'da öngörmüş müydük?" İşte o an, klasördeki tablonun gerçekten bir önleme aracı mı yoksa denetim için doldurulmuş bir kâğıt mı olduğu ortaya çıkar. Hata Türü ve Etkileri Analizi yani FMEA, tam olarak bu soruyu daha ürün sahaya çıkmadan önce sormanın sistematik yoludur. Doğru kurulduğunda, bir FMEA yazılımı desteğiyle bu analiz canlı bir risk haritasına dönüşür; yanlış kurulduğunda ise sadece bir dosya olarak kalır. Bu rehberde yöntemi sade bir dille, sahadan örneklerle anlatıyoruz.
FMEA nedir ve neyi amaçlar?
FMEA (Failure Mode and Effects Analysis), bir ürün ya da proseste ortaya çıkabilecek olası hataları, bu hataların nedenlerini ve müşteriye yansıyan etkilerini önceden belirleyip önceliklendiren yapılandırılmış bir risk analizi yöntemidir. Temel amacı hatayı üretim sonunda yakalamak değil, ortaya çıkmadan önlemektir.
Yöntem üç basit soruya dayanır: Ne ters gidebilir? Bu ne kadar ciddi olur? Biz bunu zamanında fark edebilir miyiz? Bu üç soru, ilerleyen bölümlerde göreceğimiz Şiddet, Oluşma ve Saptama derecelerinin de temelini oluşturur.
FMEA türleri nelerdir?
Uygulamada en sık iki tür FMEA ile karşılaşırsınız. İkisi de aynı mantığı kullanır ama farklı bir alana odaklanır:
| Tür | Odak | Tipik soru |
|---|---|---|
| DFMEA (Tasarım) | Ürünün kendi tasarımı | Bu parça tasarım gereği nasıl hata verir? |
| PFMEA (Proses) | Üretim proses adımları | Bu operasyonda ne yanlış gidebilir? |
| Sistem / MSR | Sistem etkileşimi ve izleme | Sahadaki arıza fark edilip yönetilebilir mi? |
Tasarım sorumluluğu olan firmalar önce DFMEA ile başlar; ardından üretime geçerken PFMEA devreye girer. İki analiz birbirinden kopuk yürütülürse, tasarımdan gelen kritik bir karakteristik prosese hiç yansımayabilir.
FMEA'da Şiddet, Oluşma ve Saptama ne demek?
FMEA'nın kalbinde üç derecelendirme vardır. Her biri genellikle 1 ile 10 arasında puanlanır ve bir hata satırının ne kadar önemli olduğunu belirler:
- Şiddet (S): Hata gerçekleşirse etkisi ne kadar ağır olur? Güvenlik ya da yasal etki en yüksek puanı alır.
- Oluşma (O): Bu hata nedeninin ortaya çıkma sıklığı nedir? Geçmiş veriler ve proses yeterliliği yol gösterir.
- Saptama (D): Mevcut kontrollerle bu hatayı müşteriye ulaşmadan yakalama şansımız nedir? Zayıf kontrol yüksek puandır.
Ekipler en çok Saptama puanında yanılır. "Operatör görür zaten" demek bir kontrol değildir. Görsel kontrol, poka-yoke ya da otomatik ölçüm gibi kanıtlanabilir bir yöntem yoksa Saptama puanını düşük tutmak sizi yanıltır; sahaya kaçan hata da buradan çıkar.
RÖS'ten AP'ye: risk nasıl önceliklendirilir?
Uzun yıllar risk, RÖS = S × O × D formülüyle hesaplandı. Bu yaklaşımın zayıf yanı, çok farklı satırların aynı sayıya ulaşabilmesiydi: örneğin güvenlikle ilgili ağır bir hata ile önemsiz bir kozmetik kusur aynı RÖS değerini alabiliyordu. AIAG-VDA kılavuzu bu nedenle AP (Aksiyon Önceliği) mantığına geçti. AP, S-O-D üçlüsünü bir tabloya göre Yüksek, Orta ve Düşük olarak sınıflandırır; böylece "önce neye bakmalıyız?" sorusuna daha tutarlı yanıt verir. Bu geçişin ayrıntılarını AP ve RÖS hesaplama rehberimizde bulabilirsiniz.
FMEA sahada nasıl uygulanır?
Yeni AIAG-VDA yaklaşımı FMEA'yı yedi adımlı bir akışa oturtur. Kabaca şöyle ilerler:
- Planlama ve hazırlık: kapsam, ekip ve sınırlar belirlenir.
- Yapı analizi: ürün ya da proses parçalarına ayrılır.
- Fonksiyon analizi: her parçanın ne yapması gerektiği yazılır.
- Hata analizi: hata türü, etkisi ve nedeni ilişkilendirilir.
- Risk analizi: S, O, D verilir; mevcut kontroller ve AP belirlenir.
- Optimizasyon: yüksek öncelikli satırlar için aksiyon planlanır.
- Sonuçların dokümantasyonu: kararlar ve iyileşme kaydedilir.
Bu adımların ayrıntılı işleyişini AIAG-VDA 7 adımlı yaklaşım rehberimizde bulabilirsiniz.
Bir denetçi FMEA'ya baktığında önce yaşayıp yaşamadığını sorgular: en son ne zaman güncellendi, sahadaki son şikâyet buraya yansıdı mı, yüksek AP'li satırların aksiyonu kapandı mı? Tarihi eski, aksiyonu boş bir FMEA, ne kadar dolu görünürse görünsün bulgu toplar.
Süreci bir FMEA yazılımıyla yönetmek
FMEA'nın en zor yanı doldurmak değil, canlı tutmaktır. DFMEA ve PFMEA arasındaki bağı, sahadan dönen şikâyetleri ve açık aksiyonları dağınık Excel dosyalarıyla izlemek firma büyüdükçe imkânsızlaşır. Bir FMEA yazılımı, analizleri tek veri tabanında toplar, AP ve RÖS hesabını otomatik yapar, aksiyonları sorumlu ve termin ile takip eder ve tasarım-proses ilişkisini otomatik kurar. Böylece FMEA denetim öncesi doldurulan bir tablo olmaktan çıkar, gerçek bir önleme aracına dönüşür.