Hata Türü ve Etki Analizi (HTEA)
Failure Mode and Effects Analysis (FMEA) · Ayrıca şöyle bilinir: FMEA, Failure Modes and Effects Analysis, FMECA, Failure Mode Effects and Criticality Analysis
Hata Türü ve Etki Analizi (HTEA), bir sistem, süreç veya ürün tasarımındaki potansiyel hata türlerini belirlemek, bunların sonuçlarını değerlendirmek ve hatalar oluşmadan önce düzeltici eylemleri önceliklendirmek için kullanılan yapılandırılmış, proaktif bir risk yönetimi tekniğidir. Orijinal olarak 1949'da ABD ordusu için geliştirilmiş ve daha sonra NASA, otomotiv ve imalat sanayileri tarafından benimsenmiş olan HTEA, AIAG-VDA ve ISO 9001 uyumlu süreçler gibi standartlara gömülü temel bir kalite mühendisliği aracıdır.
Tam yöntemi oku
Bu bölümü okumak için ücretsiz hesapla giriş yapın.
Yöntem haritası
İlişkili yöntemlerin komşuluğu — keşfetmek için bir düğüm seçin.
+48 tane daha
Ne zaman kullanılır
Proaktif — potansiyel hataları müşterilere ulaşmadan yakalar, garanti maliyetlerini ve geri çağırmaları azaltır.
Güçlü yönler & sınırlılıklar
- Fonksiyonlar arası — tasarım, üretim ve kalite ekipleri arasında işbirliğini zorlar, silolanmış bilgileri ortaya çıkarır.
- Nicel önceliklendirme — RPS metriği, ekiplere kaynak tahsisi için savunulabilir, tutarlı bir temel sağlar.
- Canlı belge — HTEA, yeni bilgiler ortaya çıktıkça ürün veya süreç yaşam döngüsü boyunca güncellenebilir.
- Sektör standardı — otomotiv (AIAG-VDA), tıbbi cihaz (FDA) ve havacılık (AS9100) standartları tarafından kabul edilir ve gereklidir.
- Çok yönlü — ürün tasarımına (DFMEA), üretim süreçlerine (PFMEA) ve sistemlere (SFMEA) uygulanabilir.
- RPS yanıltıcı olabilir — aynı RPS'ye sahip iki hata türü çok farklı risk profillerine sahip olabilir (örneğin, Ö=10, O=1, T=1'e karşılık Ö=1, O=10, T=10); RPS tek başına asla tek karar kriteri olmamalıdır.
- Kaynak yoğun — karmaşık bir sistem üzerinde kapsamlı bir HTEA, önemli ölçüde fonksiyonlar arası zaman gerektirir ve faydalı kalması için güncel tutulmalıdır.
- Derecelendirme öznelliği — Ölçeklenebilirlik, Oluşum ve Tespit ölçekleri kalibre edilmiş ekip fikir birliği gerektirir; yapılandırılmış kılavuzlar olmadan, derecelendirmeler kayar ve karşılaştırılabilirliği kaybeder.
- Etkileşim etkilerini ele almaz — HTEA tek seferde bir hata türünü dikkate alır ve hata ağacı analizi veya HAZOP'un daha iyi ele aldığı zincirleme veya birleşik hataları kaçırabilir.
- HTEA'yı uyumluluk kontrol listesi olarak ele almak — gerçek risk azaltma sağlamayan bir belge üreten samimi mühendislik tartışması olmadan formu doldurmak.
SSS
Tasarım HTEA (DFMEA), ürün tasarımının kendisine odaklanır — bir bileşenin veya alt sistemin tasarım amacını karşılayamaması durumunda ne olabileceğini sorar. Süreç HTEA (PFMEA), üretim veya montaj sürecine odaklanır — bir süreç adımının kusurlu bir ürün üretebileceği durumlarda ne olabileceğini sorar. Her ikisi de aynı RPS çerçevesini kullanır ancak farklı aşamalarda ve farklı ekipler tarafından yürütülür.
Hangi RPS eşiği düzeltici eylemi tetiklemelidir?
Evrensel bir eşik yoktur. Yaygın uygulama, RPS 100-125 civarında bir eylem eşiği belirler, ancak bu kuruluşa özgüdür. Daha da önemlisi: Ölçeklenebilirlik derecesi 9 veya 10 olan herhangi bir hata türü, güvenlik açısından kritik veya mevzuata aykırı olduğu için, RPS'den bağımsız olarak eylemi tetiklemelidir. Ekipler eylem eşiği gerekçelerini belgelemeli ve tutarlı bir şekilde uygulamalıdır.
HTEA, hata ağacı analizinden (ETA) nasıl farklıdır?
HTEA, aşağıdan yukarıya endüktif bir yaklaşımdır — bireysel hata türlerinden başlar ve etkilerini sistem düzeyine doğru izler. ETA, yukarıdan aşağıya dedüktif bir yaklaşımdır — istenmeyen bir üst düzey olaydan başlar ve kök nedenleri belirlemek için Boole mantığı aracılığıyla aşağı doğru izler. Birbirlerini tamamlarlar; HTEA, tüm hata türlerinin kapsamlı kapsanması için daha iyidir, ETA ise belirli bir kritik olay için nedenlerin karmaşık kombinasyonlarını analiz etmek için daha iyidir.
HTEA yazılıma uygulanabilir mi?
Evet. Yazılım HTEA (bazen SFMEA olarak adlandırılır), çerçeveyi yazılım işlevlerine ve yanlış çıktı, eksik işlev veya istenmeyen işlev gibi hata türlerine uyarlar. Ancak, yazılım hata türleri genellikle hata ağacı analizi veya yazılım tehlike analizi gibi tamamlayıcı tekniklerle en iyi şekilde analiz edilir, çünkü yazılım hataları sıklıkla mod bazında sayılması zor olan etkileşim etkilerinden kaynaklanır.
HTEA ne sıklıkla güncellenmelidir?
HTEA, canlı bir belge olarak ele alınmalı ve tasarım değişikliği, süreç değişikliği, yeni tedarikçi, saha hatası veya öngörülmeyen bir müşteri şikayeti olduğunda gözden geçirilmelidir. Tetikleyici olaylar olmasa bile, öğrenilen dersleri ve yeni mühendislik bilgisini dahil etmek için yıllık gözden geçirmeler de iyi bir uygulamadır.
MethodMind ekosisteminde rehberli bir HTEA çalıştırın — süreç akışınızı veya tasarım yapınızı içe aktarın, hata türlerini ekibinizle işbirliği içinde doldurun, RPS puanlarını otomatik olarak hesaplayın ve mühendislik gözden geçirme toplantıları için hazır öncelikli bir eylem kaydı dışa aktarın.
Kaynaklar
- Stamatis, D. H. (2003). Failure Mode and Effect Analysis: FMEA from Theory to Execution (2nd ed.). ASQ Quality Press. ISBN: 978-0873895989
- Failure mode and effects analysis. Wikipedia. link ↗
Bu sayfayı kaynak gösterin
ScholarGate. (2026, June 3). Failure Mode and Effects Analysis (FMEA). ScholarGate. https://scholargate.app/tr/experimental-design/failure-mode-and-effects-analysis
Hangi yöntem?
Bu yöntemi en yakın akrabalarının yanına koyup yan yana okuyun — kütüphane kitapları masaya serer; seçim sizindir.
- Kontrol GrafiğiDeney tasarımı↔ karşılaştır
- Hata Ağacı Analizi (FTA)Güvenilirlik↔ karşılaştır
- İstatistiksel Güvenilirlik AnaliziGüvenilirlik↔ karşılaştır
- Kök Neden AnaliziKalite yönetimi↔ karşılaştır
- Altı Sigma DMAICKalite yönetimi↔ karşılaştır
- İstatistiksel Süreç KontrolüDeney tasarımı↔ karşılaştır