Mühendislik ortamlarında, güvenlik olayları operasyonları, hasar ekipmanları, yaralayıcı personel ve kritik proje kilometrelerini geciktirebilir. Geleneksel olay soruşturmaları genellikle acil sebeplere odaklanır - bir kayma zemin veya kırık bir muhafız gibi - ancak olayı tespit edip ele geçirmeden daha derin sistemsel başarısızlıklar ortaya çıkaramaz.Aynı kazaları tekrarlamakta risk.Bir depresyonda, temel sorunlarla ilgili olarak basit bir şekilde etkili araç, gerçek mühendislik konularının nasıl uygulanabileceği konusunda bilgi sahibi olur.05.

5 Neden Yöntemi Nedir?

5 Nedenleri defalarca sorulan bir kök neden analizi tekniğidir:0) “Neden?”[Dönetici: 1 ) – en sık beş kez – temel nedenlerinden bir problemin izlerini takip etmek için Sakichi Toyoda tarafından geliştirilmiş ve daha sonra kusurlu prosedürler, yetersiz eğitim, kötü iletişim, veya hata tasarımı gibi sistemik sorunlar ortaya çıkmaktadır.

Örneğin, beklenmedik bir şekilde durduran bir makine düşünün. İlk “Neden?” bir darbe ortaya çıkarabilir. İkinci “Neden?” resmi bir belge kontrolü sürecinin eksikliğini ortaya çıkarabilir. Gerçek kök nedeni, yanlış anlaşılmaz bir sistemin yokluğudur, ancak analizin dördüncü derinliğinin on yıl önce tam olarak güncellendiğini ortaya çıkarabilir.

Yöntemin gücü basitliği konusunda yatıyor. Özel yazılım veya istatistiksel eğitim gerektirmez. Herhangi bir çapraz işlev ekibi bunu doğru bir şekilde kullanmaya devam edebilir. Ancak, basitliği aynı zamanda doğrulanabilir gerçeklere cevaplarını temellememesi durumunda zayıflığa da yardımcı olur.

Neden 5 Neden Özellikle Mühendislik Güvenliği Araştırmaları için Suited

Mühendislik ayarları karmaşık sistemler, bağımsız süreçler ve başarısızlık için yüksek sonuçlar ile karakterize edilir. Tek bir olay - bu tür kimyasal bir döküntü, yapısal bir çöküş veya elektrik yay flaşı - olayları yayan tasarım, satın alma, yükleme, operasyon ve bakım zincirinden kaynaklanmaktadır.

  • [FONT:0]Uncovers systemic zayıflıklar[Dönetici: İnsan hatasının prosedürleri, eğitim, ekipman tasarımı, yönetim gözetimi ve örgütsel kültürü incelemenin ötesine geçer.
  • [FONT:0]Promotes multidisipliner işbirliği[Dönetici: Mühendislik olayları nadiren tek bir nedeni vardır. Operatörler, mühendisler, denetçiler ve güvenlik uzmanları çeşitli perspektifler her “Neden?” Bu işbirlikçi yaklaşım aynaları mühendislik çalışmalarının temelsel doğasını bildirir.
  • [FONT:0)Links gerçek sebeplere doğru doğru eylemleri doğrulayıcı eylemler[Dönemli bir sebep doğru tespit edildiğinde, sonuç olarak doğru bir şekilde doğrulayıcı eylem doğrudan tekrarlayıcı bir kontrol paneli düzeniyse, düzeltme paneli yeniden tasarlamaktır - sadece operatörü yeniden tasarlayamaz.
  • [FONT:0)Güven yönetim sistemleri ile her zaman (): 5 ISO 45001 gibi çerçeveler tamamlıyor, bu da olayları araştırmak ve tehlikeleri ortadan kaldırmak için harekete geçmek için harekete geçmelidir.

Dahası, 5 Nedeni kabul eden mühendislik firmaları genellikle kültürel bir değişim görür. Ekipler açıkça tartışılmış başarısızlıkları tartışır, ceza için zaman fırsatları olarak görürler. Bu psikolojik güvenlik güçlü bir güvenlik kültürü için önemlidir.

5 Neden Soruşturmayı Yapacak Bir Adım-Adım Guide

5 Neden yöntemi etkin bir şekilde disiplin gerektirir. Aşağıda ayrıntılı bir süreç mühendisliği takımları takip edebilir, en iyi uygulamalardan inurFLT:0)lean üretim ve kalite yönetimi).

Adım 1: Cross-Functional Araştırma Ekibi

Bir güvenlik olayından sonra, insanları doğrudan çalışmaya dahil eden bir ekip oluşturur, teknik uzmanlıkla olanlar ve günlük operasyonların bir parçası olmayan kolaylaştırıcılar. kolaylaştırıcı oturum odaklanmış ve suçlamayı önlemeli. her bir cevap için bir not-taker ekleyin.

2. Adım: Belli ki Olayı Tanımlayın

Bir koncise yazın, ne olduğunu objektif bir açıklama yapın. “karışıklık” veya “poor yargı” gibi öznel dilden kaçının. Bunun yerine, devlet gerçekleri: “10:15 AM, bir operatör bir denge kaybetti ve bir 480-voltaik enerji iletkeni ile temasa geçti, bir yay flaşı ile sonuçlandı.

Adım 3: İlk “Neden?”

Soruyu sorun: “Neden bu oldu?” Ekip mevcut kanıtlara dayalı en doğrudan cevap üzerine fikir birliği sağlamalıdır – görgü ifadeleri, fotoğraflar, veri logları, bakım kayıtları. Olay açıklamasının altında cevap yazın.

Adım 4: Başarıya “Nedenler?”

Her cevap için, “Neden?” diye sorun, bir noktada ekip bir kök nedeninin bir kök nedeni olduğu bir noktaya ulaşırsa – bir koşul veya eksiklik, eğer düzeltilmiş olursa, yeniden belirlenebilir ve organizasyonda bir kök nedeni genellikle bir boşluktır, eksik bir politika veya bir eğitim eksikliği. “öğrencinin yaptığı bir hata” gibi bir cevap için durdurmak çok sığdır.

Adım 5: Causality zincirini doğrulayın

Ekip kök nedenini tespit ettiğinde, zincire geri döndü: her bir önceki “Neden?” meydana gelmelerini doğrulayan doğru bir şekilde doğruluyor?Eğer değilse, takım orta nedenleri kaçırmış olabilir ve devam etmesi gerekebilir. Bu doğrulama adım genellikle göz ardı edilir, ancak rigor için kritik.

Adım 6: Doğrulayıcı Eylemleri Geliştirme ve Uygulamayı Geliştirmek

Her bir kök nedeni için, belirli bir veya daha doğrulayıcı eylemler tanımlamak, ölçülebilir ve son zamanlarda sorumlu bir kişiye tayin etmek. “Herkesin” gibi genel düzeltmelerden kaçının.

Adım 7: Doküman ve Share Finds

Tüm 5 Neden analizi – cevap, kanıt, kök neden, doğrulayıcı eylemler – ve bunu ilgili ekiplerle paylaşıyor. Bu belge, örgütsel öğrenmeyi destekler ve diğer alanlarda benzer olayların önlenmesine yardımcı olur.

Mühendislikte Gerçek Dünya Örnekleri

Örnek 1: Bir Endüstriyel Bitkide Ter ve Güz

Daha ayrıntılı olarak orijinal örneği tekrar gözden geçirelim. deneyimli bir mekanik kaymalar ve bir bitki zemininde düşüyor, bir bileği kısıtlayın.

  • [FONT:0) Neden mekanik kayma yaptı? Çünkü basın makinesinin yakınında bir yağ parçası vardı.
  • [0] Neden zeminde petrol vardı?) Bir hidrolik hortum üç gün boyunca mevcut olan yavaş bir sızıntı vardı.
  • [FONT:0) Neden sızıntının er tamir edilemediğini?) Çünkü bakım iş düzeni sistemi, gelecek aylık kapanma için planlanmamış sızıntılara öncelik vermediler; bir sonraki aylık kapanma için planlandılar.
  • [FONT:0) Sistem neden sızıntılara öncelik vermedi?) Çünkü bakım planlama ekibi, yer, sıvı tür ve kaymalar veya yangınlar için potansiyel risk değerlendirme prosedürüne sahip değildi.
  • [FONT:0) Neden risk değerlendirme prosedürü yoktu? Çünkü bitki yönetim sistemi, son beş yıl önce, geçici sıvı sızıntıları için tehlike tanımlamasını içermedi.

[FONT:0)Root neden [Dönetici: 1 ): Bir risk-ekonomi protokolüne ilişkin bir risk mekanizmasının, fabrikanın bakım yönetim sisteminde daha dikkatli olması gerektiğinin farkında olun. Doğru eylemler, iş düzeni önceliklendirme algoritmasının güncellenmesi ve eğitim planlayıcılarının bunu kullanmaları.

Örnek 2: Bir İnşaat Sitesinde Başarısızlık

Bir vinç kazası: bir çelik kirişi onun yalvarmasından ve düştü, dar bir şekilde eksik işçiler. soruşturma ekibi 5 Nedeni uyguladı:

  • [FONT:0) Neden kiriş kayması yaptı? Çünkü rigging cezası yükün ağırlığı için uygunsuz bir şekilde değerlendirildi.
  • [FONT:0) Neden yanlış bir şekilde değerlendirilmişti?) Çünkü rigger, kirişin nominal ağırlığına dayanarak bir el hesaplama kullandı, ek eks ve kaynak stubları için muhasebe değildi.
  • [FONT:0) Neden rigger doğru verileri kullanmadı?) Çünkü proje mühendisi tarafından sağlanan asansör planı sadece kirişin nominal ağırlığı listeledi; üretim mağazasından gerçek ağırlık dahil değildi.
  • [FONT:0) Neden gerçek ağırlık dahil edilmedi?) Standart asansör planı şablonu, inşaat mağazasıyla son ağırlığı doğrulamak için mühendisi gerektirmez.
  • [FONT:0) Neden bu gereksinimin şablonunu yaptı?) Çünkü şirketin kaldırım prosedürü basit asansörler için tasarlandı ve daha karmaşık prefabrik meclisleri yansıtacak şekilde güncellenmedi.

[FONT:0)Root neden[DÜDÜT:1): Mühendisli asansörler için baskı yürütmeden ağırlık doğrulama işlemine izin vermeyen eski bir kaldırma prosedürü. Doğrusal eylemler: kaldırma prosedürüne geri dönün, ağırlık onayı içeren bir kontrol listesi uygulayın ve mevcut tüm asansör planlarının bir kere denetimini yapın.

Bu örnekler, 5 Neden yöntemin açık bir başarısızlıktan (bir damla, bir yük) süreçler ve belgedeki sistem boşluklarına geçiş yaptığını göstermektedir - mühendislik yönetiminin müdahale edebileceği yer.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Onun belirgin basitliğine rağmen, 5 Nedenleri sık sık yanlış yorumlanır. Mühendislik takımları bu tuzakların farkında olmalıdır:

  • [FONT:0) Çok erkenden vazgeçin [Dönetici: Birçok soruşturma “insan hatası” durmuyor - “köpürücü zemini temizlenmedi” veya “köpürücü bir hata yaptı. Bu, kişinin neden bu şekilde davrandığını ele almak için başarısız oldu.
  • [FONT:0] Lider soruları ([Dönetici: 1)) “Bir kolaylaştırıcı “Neden operatör prosedürü takip etmedi?” diye sorarsa, ekip “Neden operatörden vazgeçerdi?” veya “tuvardan ne kadar süre sonra meydana gelmesine izin verdi?” gibi tarafsız sorular soracaktır.
  • [FONT:0] Kanıtlardan ziyade varsayımlara dayanarak temel verilir[Dönetici: 5 Gerçeklerde neden veri var ise, takım bunu bir hipotez olarak işaretlemeli ve güvenlik-kritik mühendislik soruşturmalarında kanıt toplamalıdır.
  • [FONT:0] Doğru insanları etkilemez[DÜDÜT:1]: Tek yöneticinin bir ekibi, iş yapan operatörleri, teknisyenleri ve mühendisleri kaçırıyor.
  • [0] 5 Neden lineer, katı bir süreç olarak tanımlanıyor: Bazen olay çok sayıda kök nedeni var ve bu tür durumlarda beş “Neden” tek bir zincir yetersizdir.

5 Neden Diğer Araştırma Araçlarıyla Bütünleme 5 Nedenleri

5 Neden güçlü, ancak her karmaşık olay için bir tek çözüm değildir. Mühendislik takımları genellikle diğer kök neden analiz yöntemleri ile rigor artırmak için bir araya getiriyor:

  • [FONT:0]Fish Bone (Ishikawa) Diagram[Dönetici: 5 Nedeni başlamadan önce, kategorideki beyin fırtınası potansiyeline bir balık kemiği diyagramı oluşturma (insanlar, ekipman, malzemeler, yöntemler, ölçüm, çevre) Bu, takımın tek bir “Neden zincire kadar tüm açılarını düşünmesini sağlar.
  • [FONT:0)FMEA (Failure Mode ve Effects Analysis)[Dönetici: Bir tasarımla ilgili bir olay araştırırken, FMEA 5 Nedeni kaçırabilir? 5 Neden belirli bir başarısızlık modundan çıkarmanız gerekir.
  • [FONT:0)Barrier Analizi[[Dönetici: Süreç güvenlik olayları, bariyer analizi, her bariyerin neden başarısız olduğunu veya etkisiz olduğunu inceler.
  • [FONT:0)Değişim Analizi[[Dönetici: 1 ): Bir olay bir değişiklik tarafından önceden ortaya çıkarılırsa (yeni prosedür, yeni ekipman, yeni personel), değişikliğin ne değiştiğini tanımlamak için değişiklik analizi kullanın, sonra 5 Nedenleri, değişikliğin neden risk getirdiğini anlamak için.

Örneğin, US Chemical Safety Board[FONTT:0)U.S. Chemical Safety Board) genellikle bu tekniklerin bir araya getirilmesini sağlar. Tüm araçlar kritik katkıda bulunan faktörleri eksik risk azaltır.

Kök Neden Analizi Kültürü Yapın

5 Neden yöntemi bir tek zamanlı eğitim egzersizi değildir. Tam faydasını anlamak için, mühendislik örgütleri güvenlik yönetim sistemine gömmelidir. Anahtar elementler şunları içerir:

  • [FONT:0]Yönetim taahhüdü[[Dönetici: 1) Liderler, güvenlik toplantılarında “Neden?” diye sorma ve suçsuz şeffaf tartışmaları teşvik ederek davranış modeli belirlemeli. Üst düzey bir mühendis bir prosedür hatalı olduğunu itiraf ettiğinde, güçlü bir örnek teşkil eder.
  • [FONT:0] Eğitim ve uygulama[[[Dönetici: Tüm mühendisler, denetçiler ve ekip, yöntemde el ele geçirme eğitimi almalı.Anadolu masa egzersizleri kullanarak teorik veya tarihsel olayları keskin tutmak için kullanmalıdır.
  • [FONT:0) Yakın tarihli raporlama ile ilgili olarak ([Dönetici: 1): Yakın özle ilgili encourage raporlama ve 5 Neden bu olaylara büyük olaylar yapmadan önce uygulanır.Bu proaktif yaklaşım yüksek riskli organizasyonların bir göstergesidir.
  • [FONT:0]İstemiz iyileştirme[[Dönetici:0))[Dönersiz iyileştirmeler[Dönetici:0))): 5 Neden soruşturmadan doğru eylemlerin etkinliğini takip edin. Benzer olaylar tekrarlanabilirse, analizleri tekrar gözden geçirin - kök nedeni misiden edilmiş veya doğrulayıcı eylem doğru şekilde uygulanmış olabilir.

5 Neden Soruşturmaların Etkililiği

Yöntemin değer eklenmesini sağlamak için, mühendislik takımları birkaç ölçüm izleyebilir:

  • [FONT=0)Recurrence oranı[[Dönetici: Aynı tür olaylar tekrar doğru eylemlerden sonra tekrar oluyor mu? Düşük recurrence oranı etkili kök neden tanımlama gösterir.
  • [FONT=0]Action tamamlanma oranı[[Dönetici: Planlanan zaman içinde kapalı olan düzeltici eylemlerin Yüzdesi. Gecikmeler genellikle eylemlerin uygulanması zor veya bu taahhüdün eksik olduğunu işaret eder.
  • [FONT:0) Kök nedenini tanımlamak için zaman[[Dönetici: Takım kök nedenine ulaşmak için ne kadar sürer? Zamanla, pratikte, takımlar daha hızlı ve daha kesin hale gelmelidir.
  • [FONT:0]Employee geri bildirim[[Dönetici: Araştırma süreci hakkında araştırma ekibi üyeleri. Analizin ayrıntılı olduğunu düşünüyor musunuz? Güvenlikte gelişmeleri görüyor musunuz?

Ayrıca, 5 Nedeni analizlerin periyodik denetimlerini yapmayı düşünün. Dış bir inceleme - başka bir bölümden veya üçüncü bir partiden - orijinal takım göz ardı ettiği boşlukları tespit edebilir. Bu ara inceleme süreci mühendislik kaliteli sistemlerde yaygındır ve güvenlik soruşturmalarına da uygulanabilir.

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

5 Neden yöntem, mühendislik ayarlarında güvenlik olayları soruşturmalarını geliştirmek için erişilebilir, pratik bir araçtır. Ekipler açık ve açık başarısızları izlemek için rehberlik ederler, bu makaledeki örnekler, bakım süreçleri için fırsatlara karşı bile, diğer kök neden analiz teknikleri ile birleştirilerek, bir sonraki kez meydana gelen kazalar, işçilere yardım edebilir ve operasyonel güvenilirlik talep eder.