FMEA nedir? Hata türü ve etkileri analizi, DFMEA ve PFMEA rehberi

FMEA (Failure Mode and Effects Analysis), Türkçesiyle hata türü ve etkileri analizi, bir ürün ya da süreçte ortaya çıkabilecek hataları, bu hataların etkilerini ve nedenlerini henüz gerçekleşmeden belirleyip risklerine göre önceliklendiren sistemli bir risk analizi yöntemidir. Amaç, hatayı müşteriye ulaşmadan, hatta üretim başlamadan önlemektir.

Kök neden analizi ve DÖF, gerçekleşmiş bir problemin ardından çalışır. FMEA ise aynı mantığı ileriye doğru işletir: “Burada ne ters gidebilir, sonucu ne olur, neden olur ve bunu nasıl önleriz ya da yakalarız?” Otomotiv, havacılık, savunma, medikal ve beyaz eşya gibi sektörlerde yaygın olarak kullanılır; otomotiv tedarik zincirinde ise müşteri beklentisinin standart bir parçasıdır. Bu yazıda FMEA’nın ne olduğunu, DFMEA ile PFMEA farkını, klasik RPN hesabını ve AIAG & VDA FMEA el kitabıyla gelen Action Priority yaklaşımını, adımları ve örnek bir FMEA satırını ele alıyoruz.

FMEA nedir ve neden yapılır?

FMEA, bir ekibin ürünü ya da süreci parçalarına ayırıp her parça için şu soruları sistemli biçimde sorduğu bir çalışmadır:

• Hata türü: Bu parça veya adım hangi şekilde beklenen işlevini yerine getiremeyebilir?
• Hatanın etkisi: Bu hata müşteride, sonraki süreçte ya da son kullanıcıda ne sonuç doğurur?
• Hatanın nedeni: Bu hataya ne yol açabilir?
• Mevcut kontroller: Bugün bu nedeni önleyen ve hatayı yakalayan ne var?
• Aksiyon: Risk kabul edilemezse ne yapılacak, kim yapacak, ne zaman?

FMEA’nın asıl değeri, kurumsal bilgiyi tek bir dokümanda toplamasıdır. Tasarım mühendisi, proses mühendisi, kalite, bakım ve üretim aynı tabloda buluşur; geçmişte yaşanan şikâyetler ve iç hatalar yeni ürünlerin riskine dönüştürülür. İyi yönetilen bir FMEA, sonraki projelerde sıfırdan başlamamayı sağlar.

DFMEA ve PFMEA arasındaki fark nedir?

FMEA en yaygın olarak iki türde uygulanır: tasarım FMEA’sı ve proses FMEA’sı.

İkisi birbirine bağlıdır. DFMEA’da kritik olarak belirlenen bir karakteristik, PFMEA’da o karakteristiği üreten proses adımında özel olarak ele alınır ve kontrol planına taşınır.

RPN nasıl hesaplanır?

Klasik FMEA yaklaşımında her hata türü–neden çifti üç kritere göre 1 ile 10 arasında puanlanır:

• Şiddet (S): Hatanın etkisi ne kadar ciddi? En yüksek puanlar genellikle güvenliği ya da yasal gereklilikleri etkileyen hatalara verilir.
• Olasılık (O): Nedenin ortaya çıkma ihtimali ne kadar yüksek? Mevcut önleyici kontroller bu puanı etkiler.
• Saptanabilirlik (D): Mevcut kontroller hatayı ya da nedeni müşteriye ulaşmadan ne kadar iyi yakalıyor? Burada puan ters işler: yakalama ihtimali düştükçe puan yükselir.

Risk Öncelik Sayısı, yani RPN = Şiddet × Olasılık × Saptanabilirlik olarak hesaplanır ve 1 ile 1.000 arasında bir değer alır. Ekipler RPN’e göre sıralama yaparak hangi riskler için aksiyon alınacağına karar verir.

RPN pratik bir araçtır, ama bilinen bir zayıflığı vardır: Çarpım, farklı risk profillerini aynı sayıya indirebilir. Şiddeti çok yüksek ama olasılığı düşük bir hata, şiddeti orta ama sık görülen bir hatayla aynı RPN’i alabilir. Oysa güvenliği etkileyen bir hatanın önceliği farklı olmalıdır. Bu yüzden birçok kuruluş RPN’in yanında şiddet puanı için ayrı bir eşik de kullanır.

Action Priority (AP) yaklaşımı nedir?

Otomotiv endüstrisinin iki önemli kuruluşu AIAG ve VDA’nın 2019’da yayımladığı ortak FMEA el kitabı, RPN’in bu zayıflığına yanıt olarak Action Priority (AP), yani aksiyon önceliği yaklaşımını getirdi. AP’de üç puan çarpılmaz; bunun yerine el kitabındaki bir tablo, şiddet, olasılık ve saptanabilirlik kombinasyonuna göre önceliği Yüksek, Orta veya Düşük olarak belirler.

AP’nin mantığı önce şiddete, sonra olasılığa, en son saptanabilirliğe bakmaktır. Yani bir hatayı önlemek, onu yakalamaktan daha değerli kabul edilir. Yüksek öncelikli satırlarda ekip ya riski azaltacak aksiyonu tanımlamak ya da mevcut kontrollerin neden yeterli olduğunu gerekçelendirmek zorundadır.

El kitabı ayrıca FMEA’yı yedi adımlı bir yapıya oturttu. Müşterileri bu el kitabını referans alan tedarikçiler için AP ve yedi adımlı yapı artık beklentinin bir parçasıdır; müşteriye özel gereklilikler mutlaka kontrol edilmelidir.

FMEA nasıl yapılır? Adım adım

AIAG & VDA el kitabındaki yedi adım, FMEA çalışmasının iskeletini oluşturur:

1. Planlama ve hazırlık: Kapsam, sınırlar, ekip, zaman planı ve kullanılacak araçlar belirlenir.
2. Yapı analizi: Ürün sistem, alt sistem ve bileşenlerine; süreç ise proses adımlarına ve iş unsurlarına ayrılır.
3. Fonksiyon analizi: Her yapı elemanının işlevi ve karşılaması gereken gereklilikler tanımlanır.
4. Hata analizi: Her işlev için hata türü, etkisi ve nedeni arasındaki zincir kurulur.
5. Risk analizi: Mevcut önleme ve saptama kontrolleri yazılır; şiddet, olasılık ve saptanabilirlik puanlanır, öncelik belirlenir.
6. Optimizasyon: Öncelikli riskler için sorumlusu ve termini belli aksiyonlar tanımlanır, uygulandıktan sonra puanlar yeniden değerlendirilir.
7. Sonuçların dokümantasyonu: Sonuçlar ve alınan aksiyonlar ilgili taraflara raporlanır, FMEA kayıt altına alınır.

FMEA bir kez yapılıp rafa kaldırılan bir doküman değildir. Tasarım veya proseste değişiklik olduğunda, yeni bir müşteri şikâyeti geldiğinde ya da bir DÖF yeni bir hata nedenini ortaya çıkardığında gözden geçirilmelidir.

Uygulamada en sık görülen hatalar da bu adımlarla ilgilidir: FMEA’nın müşteri talep ettiği için son anda tek kişi tarafından doldurulması, “operatör hatası” gibi genel nedenlerin yazılması, puanların ekipten ekibe farklı yorumlanması ve önerilen aksiyonların sorumlusu ya da termini olmadan bırakılması. Puanlama kriterlerinin kuruluş içinde ortak bir tabloya bağlanması ve aksiyonların takip edilmesi, FMEA’yı bir form olmaktan çıkarıp gerçek bir risk aracına dönüştürür.

Örnek: bir PFMEA satırı

Bir montaj hattında rulmanın gövdeye preslendiği proses adımını ele alalım. Ekibin hazırladığı PFMEA satırı şöyle olabilir:

Ekip AP yaklaşımını kullanıyorsa aynı puanlarla önceliği el kitabındaki tablodan okur. Her iki yöntemde de satırın söylediği şey aynıdır: Mevcut saptama kontrolü insana bağlı ve zayıf, önleme kontrolü ise yalnızca bir talimattan ibaret. Aksiyonlar uygulandıktan sonra olasılık ve saptanabilirlik yeniden puanlanır; şiddet ise tasarım değişmediği sürece aynı kalır.

FMEA kontrol planı, değişiklik yönetimi ve DÖF ile nasıl bağlanır?

FMEA tek başına yaşayan bir doküman değildir; kalite yönetim sisteminin birçok parçasıyla zincir halinde çalışır:

• Kontrol planı: PFMEA’da belirlenen önleme ve saptama kontrolleri, kontrol planında hangi karakteristiğin, hangi yöntemle, hangi sıklıkta kontrol edileceğine dönüşür. Kontrol planındaki bir değişiklik FMEA ile tutarlı olmalıdır.
• Değişiklik yönetimi: Tasarım veya proses değişikliği önerildiğinde etki değerlendirmesinin bir parçası FMEA’nın gözden geçirilmesidir. Değişiklik onaylandığında FMEA, kontrol planı ve iş talimatları birlikte revize edilmelidir.
• DÖF: Sahada ortaya çıkan bir uygunsuzluğun kök neden analizi, FMEA’da hiç öngörülmemiş bir hata nedenini ya da gerçekte daha sık görülen bir nedeni ortaya çıkarabilir. Bu durumda FMEA güncellenir. Süreç için DÖF süreci rehberimize göz atabilirsiniz.

Otomotiv tedarikçileri için bu zincir, IATF 16949 kapsamında denetimlerde doğrudan sorgulanır: FMEA’nın güncel revizyonu hangisi, kontrol planıyla tutarlı mı, son değişiklik kim tarafından onaylandı, FMEA’dan doğan aksiyonlar kapandı mı?

Bu soruların yanıtı doküman ve kayıt disiplininde yatar. M-Files QMS’te FMEA dokümanları, kontrol planları ve iş talimatları kontrollü doküman olarak yönetilir: her birinin sahibi, revizyonu, onay akışı ve yürürlük tarihi bellidir, eski revizyonlar sürüm geçmişinde korunur. FMEA ilgili ürün, proses ve müşteri üst verileriyle ilişkilendirilir; değişiklik talebi, etki değerlendirmesi ve onay aynı akışta yürür. FMEA’dan doğan aksiyonlar ve sahadan gelen DÖF kayıtları sorumlu ve terminleriyle izlenir, her işlem denetim izine yazılır. Kalite yönetim sisteminin bütününe dair çerçeve için kalite yönetim sistemi rehberimize bakabilirsiniz.

Sık sorulan sorular

FMEA ile kök neden analizi arasındaki fark nedir?

FMEA, hatalar gerçekleşmeden önce olası riskleri belirleyen önleyici bir yöntemdir. Kök neden analizi ise gerçekleşmiş bir problemin nedenini bulmak için yapılır; sonuçları FMEA’yı güncellemek için kullanılır.

DFMEA mı PFMEA mı önce yapılır?

DFMEA tasarım geliştirme aşamasında, PFMEA ise proses planlama aşamasında yapılır; bu yüzden DFMEA genellikle önce başlar. DFMEA’da belirlenen kritik karakteristikler PFMEA’nın önemli girdilerindendir.

RPN hâlâ kullanılıyor mu?

Evet, birçok kuruluş RPN’i kullanmaya devam ediyor. AIAG & VDA el kitabını referans alan müşterilerle çalışan tedarikçiler ise önceliklendirmede Action Priority yaklaşımını uygular.

FMEA’yı kimler hazırlamalı?

FMEA çok disiplinli bir ekip çalışmasıdır. Tasarım, proses, kalite, üretim ve bakım temsilcileri katılmalı; gerektiğinde tedarikçi ve müşteri tarafının bilgisi de alınmalıdır.

FMEA ne zaman güncellenmelidir?

Tasarım veya proseste değişiklik olduğunda, yeni bir müşteri şikâyeti ya da iç uygunsuzluk yeni bir hata nedenini ortaya çıkardığında ve periyodik gözden geçirmelerde güncellenmelidir.

FMEA, kontrol planı ve DÖF kayıtlarınızı revizyon, onay ve aksiyon takibiyle tek bir yerde görmek isterseniz M-Files QMS Cloud demosunu talep edebilirsiniz.

İlgili yazılar: IATF 16949 nedir? Otomotiv kalite yönetim sistemi rehberi · Kök neden analizi nedir, nasıl yapılır? Yöntemler ve 5 Neden örneği