Şimdiye kadarki tüm araçlar tek bir soruyu sordu: 'Bu neden ne kadar olası?' Ama eksik bir soru var ve o soru bazen hayat kurtarır: 'Bu neden gerçekleşirse ne kadar kötü olur?' Nadir ama her olduğunda felaket getiren bir hata, olasılığa bakan araçtan kaçar. FMEA bu boşluğu doldurur: 'ne olası', 'ne kadar tehlikeli' ve 'ne kadar görünür' sorularını birlikte sorar.
HİKÂYE AKIŞI
Felaketi Olmadan Önce Hayal Et
1
Üç mercekten geçir
Her olası hata üç mercekten geçer: ciddiyet (ne kadar kötü), oluşma (ne sıklıkta), tespit (ne kadar görünür). Üçüncüsü çoğu kişinin atladığı dâhiyane boyuttur: fark edemediğin bir hata, fark ettiğinden çok daha korkutucudur — çünkü onu durduracak hiçbir engel yoktur.
2
Sinsi mayını çarpım yakalar
Üç puanı çarparsın → RPN (risk öncelik sayısı). Toplama kullanılsaydı, üç puanı da orta olan bir hata ile bir puanı çok yüksek, diğerleri çok düşük olan bir hata birbirine yakın sonuç verirdi. Oysa çarpım 'nadir ama ölümcül ve görünmez' o sinsi hatayı — su altındaki mayını — listenin tepesine fırlatır; toplama onu ortalamada gizlerdi.
3
Üç kapıdan saldır
Amaç sayı üretmek değil, RPN'i düşürmek. Ciddiyeti azaltmak zordur (ancak tasarım değişikliğiyle düşer); oluşmayı azalt (süreci düzelt); tespiti güçlendir (kontrol/uyarı ekle). En hızlı kazanç genelde tespittir: hatayı önleyemesen bile görünür kılarak müşteriye ulaşmasını engellersin.
FELSEFİ FARK
İleriye Bakan Yapıcı Kötümserlik
Şimdiye kadarki kök neden araçları olmuş bir problemi geriye doğru çözüyordu. FMEA ise ileriye bakar: 'Bu süreçte ne ters gidebilir? Henüz olmadan onu hayal edip önleyebilir miyiz?' Bir tür sistemli ama yapıcı kötümserliktir: pre-mortem'in yapılandırılmış ve sayısal hali.
😰 Reaktif yaklaşım
Uçak düştükten sonra 'kablo yorgunluğu varmış' deniliyor. Müşteri şikayet ettikten sonra arıza bulunuyor. Mahkeme kararından sonra risk analizi yapılıyor.
✅ FMEA yaklaşımı
Tasarım aşamasında 'Bu kablo ne zaman yorulur?' sorulur. Üretim öncesinde olası arıza modları listelenir ve risk puanlanır. Yüksek riskli noktalar önce iyileştirilir.
FMEA'NIN KALBİ
Üç Soru — C × O × T
C
Ciddiyet (Severity)
Hata oluştuğunda müşteriye etkisi ne kadar ciddi? Biraz rahatsız mı eder, yoksa güvenlik felaketi mi? 1=önemsiz, 10=felaket.
O
Oluşma (Occurrence)
Bu hata modu ne sıklıkla gerçekleşiyor ya da gerçekleşebilir? Nadir mi, sık mı? 1=çok nadir, 10=kaçınılmaz.
T
Tespit (Detection)
Hata müşteriye ulaşmadan yakalanabilir mi? Ters mantık: 1=kesin tespit (iyi), 10=tespit imkânsız (kötü, sinsi).
İNTERAKTİF
RPN Hesaplayıcı
RPN = Ciddiyet × Oluşma × Tespit. Her kriteri 1-10 arası ayarla; RPN ve risk seviyesi anında hesaplanır. Yüksek RPN = önce ele al.
MODÜLÜN DORUĞU
Çarpımın Gücü — Nadir ama Ölümcül ve Görünmez
Bir hata düşün: ciddiyeti on, yani felaket; ama oluşma olasılığı düşük ve normalde tespit edilebiliyor. Şimdi bu felaket hatanın fark edilmeden geçtiğini, yani Tespit puanının da yükseldiğini düşün. Çarpım bu durumda devasa bir RPN üretir ve hata listenin tepesine fırlar. Bir hatayı tehlikeli yapan yalnızca ciddiyeti ve sıklığı değil, görünmezliğidir de.
Çarpım, 'nadir ama ölümcül ve görünmez' o sinsi hatayı yakalar — tam da en çok önemsemen gereken hatayı. Toplama onu ortalamada gizlerdi; çarpım onu ifşa eder.
DÜRÜST UYARI
Sayıya Aldanma
RPN de bir tahmindir; ciddiyet, oluşma ve tespit puanları ekibin yargısıdır. RPN'in bilinen bir zayıflığı vardır: ciddiyeti çok yüksek ama oluşma olasılığı düşük bir hata, çarpımda orta bir RPN alıp gözden kaçabilir. Oysa ciddiyeti on olan hiçbir şey göz ardı edilmemeli.
⚖️ Olgun kural: RPN ne olursa olsun, ciddiyeti çok yüksek olan her hatayı ayrıca ele al. FMEA bir pusuladır, kör bir kanun değil — sayı düşük diye bir güvenlik felaketini görmezden gelme.
FMEA TÜRLERİ
DFMEA mı, PFMEA mı?
DFMEA
Design FMEA
Tasarım aşamasında. Ürün henüz üretilmeden potansiyel tasarım arızaları incelenir.
PFMEA
Process FMEA
Üretim sürecinde. Her süreç adımının potansiyel hata modları — GB'nin en sık kullandığı tür.
SAHADAN
İlaç Dolum Hattı: Görünmez Ölümcül Doz
Görünmez ölümcül doz → ağırlık kontrolüyle görünür ve durdurulabilir.
Bir ilaç dolum hattında ekip FMEA yapıyor ve pek çok olası hata listeleniyor. 'Etiket yamuk yapışıyor': ciddiyet düşük (kozmetik), oluşma orta, tespit kolay. RPN düşük; sonra bakılabilir.
Ama bir hata farklı: 'yanlış doz dolumu'. Ciddiyet on, çünkü bir hastayı zehirleyebilir. Oluşma düşük, nadiren yaşanıyor. Peki tespit? Dolum miktarındaki küçük sapma çıplak gözle fark edilmiyor, yani hata sinsi. Ciddiyet on, Tespit puanı yüksek: RPN tavan yapıyor. FMEA bu nadir ama ölümcül ve görünmez hatayı listenin en tepesine çıkarıyor.
Çözüm: dolum sonrası otomatik bir ağırlık kontrolü ekleyip tespit edilebilirliği tavana çıkarmak. Hata yine nadir olacak ama artık olduğunda yakalanacak ve hastaya asla ulaşmayacak. FMEA, görünmez bir ölümcül riski görünür ve durdurulabilir kıldı.
Örnek: İlaç dolum FMEA; 'yanlış doz' ciddiyet 10 + görünmez → RPN tavan → dolum sonrası ağırlık kontrolü → tespit tavana, hasta korundu.
SIK YAPILAN HATALAR
FMEA'da Tuzaklar
Sadece 'ne olası' sorusuna bakmak
FMEA 'ne kadar tehlikeli' ve 'ne kadar görünür' sorularını da ekler; nadir ama ölümcül-görünmez hatayı bu yakalar.
Tespit boyutunu atlamak
Bir hatayı tehlikeli yapan şey görünmezliğidir; fark edilmeden geçen hata en korkutucusudur — tespit puanını mutlaka değerlendir.
Toplama mantığıyla önceliklendirmek
Çarpım dengesiz riskleri (nadir ama ölümcül-görünmez) yakalar; toplama onları ortalamada gizler.
Ciddiyeti yüksek hatayı düşük RPN diye atlamak
RPN ne olursa olsun, ciddiyeti çok yüksek her hatayı ayrıca ele al; FMEA pusuladır, kör kanun değil.
Sadece sayı üretip durmak
Amaç RPN'i düşürmektir; üç kapıdan (ciddiyet/oluşma/tespit) saldır — en hızlısı genelde tespiti artırmaktır.
DMAIC İÇİNDE YERİ
Analyze'ın Risk Aracı
FMEA, olası hataları yalnızca oluşma olasılığına göre değil, ciddiyete ve görünürlüğe göre de önceliklendirmenin aracıdır: riski bir eylem planına çevirir.
Riski üç boyutta ölç
Her olası hata için Ciddiyet × Oluşma × Tespit = RPN; hataları RPN'e göre sırala.
Sinsi hatayı yakala
Çarpım, nadir ama ölümcül ve görünmez hatayı tepeye çıkarır; ciddiyeti yüksek olanı sayıya rağmen ayrıca ele al.
RPN'i düşür → Improve
Olasılığı azalt veya tespiti artır (en hızlısı); riski görünür kılarak Improve'a somut önlemle gir.
AI KÖŞESİ
Yapay Zekâ Görünmez Riski ve Önlemi Öne Çıkarır
Yapay zekâ süreç adımlarını verip her adım için olası hata türlerini, etkilerini ve nedenlerini üretir — özellikle senin aklına gelmeyen, nadir ama ciddi hata modlarını hatırlatmakta iyidir. Ciddiyet/oluşma/tespit için taslak puan ve gerekçe önerir, RPN'i anında hesaplar ve sıralar; her yüksek riskli hata için tespit edilebilirliği artıracak önlemler önerir. Ama puanları ve önlemleri belirleyen, süreci ve riski bilen insandır — ciddiyeti yüksek ama RPN'i düşük hatayı sayıya rağmen ciddiye alacak sağduyu da sende.
AI Asistanı
Süreç adımlarını ver; her adım için olası hata türü/etki/neden üreteyim (nadir-ciddi olanları da), ciddiyet/oluşma/tespit için taslak puan verip RPN'i hesaplayayım ve sıralayayım, görünmez ölümcül riski öne çıkarıp tespit-artırıcı önlem önereyim. Ama kabul edilemez riski ve korumayı sen belirlersin.
Bir Yalın Altı Sigma FMEA mentoru gibi davran. Şu süreç için FMEA mantığı uygula: [süreç adımları + olası hatalar]. (1) Her adım için olası HATA TÜRÜ/ETKİ/NEDEN üret — nadir ama ciddi, gözden kaçabilecek modları da ekle. (2) Her hata için CİDDİYET/OLUŞMA/TESPİT (1-10; Tespit'te 10 = hata yakalanamaz) taslak puan + gerekçe öner (ekipçe doğrulanacak).
Devam et: (3) RPN = Ciddiyet × Oluşma × Tespit hesapla ve sırala. (4) En yüksek RPN'liler hangileri? (5) ÖZEL UYARI: Ciddiyeti 9-10 ama RPN'i orta kalan, gözden kaçabilecek hata var mı — ayrıca ele alınmalı mı? (6) En riskli hatalar için özellikle TESPİT EDİLEBİLİRLİĞİ artıracak somut önlemler öner.
AI riskleri sıralar — kabul edilemez riski ve korumayı sen belirlersin.
KENDİNİ SINA
Hızlı Kontrol
RPN = Ciddiyet × Oluşma × Tespit. Her kriter 1-10 puanlanır. Maks. RPN = 1.000. RPN ≥ 200 kritik kabul edilir ve acil aksiyon planı gerekir.
Ters mantık: Tespit = 1 → kolay tespit edilir (iyi). Tespit = 10 → tespit neredeyse imkânsız (kötü). Müşteriye ulaşmadan hata yakalanabiliyorsa risk düşüktür.
DFMEA tasarım aşamasında ürün bileşenlerini inceler. PFMEA üretim aşamasında süreç adımlarını inceler. GB genellikle PFMEA yapar — süreç kaynaklı hata modlarını analiz eder.
SON SÖZ
FMEA, problemin seni bulmadan önce sen problemi bulma sanatıdır — RPN nereye bakacağını gösterir: en yüksek önce.
Bir süreç kurarken sadece 'ne olası?' değil, 'olursa ne kadar kötü ve ne kadar görünür?' diye de sor. Nadir ama ölümcül-görünmez hatayı çarpımla yakala, tespiti artırarak görünür kıl. Sıradaki ders — DERS-110: bulduğumuz olası nedenleri veriyle nasıl doğrularız.
