8D raporu nasıl yazılır? D1'den D8'e adım adım

8D ne zaman açılır?

Her uygunsuzluk 8D gerektirmez. 8D; müşteri şikâyetlerinde, tekrarlayan ya da güvenlik ve mevzuatı etkileyen problemlerde ve kök nedeni açık olmayan, birden fazla bölümü ilgilendiren durumlarda açılır. Küçük ve nedeni belli iç uygunsuzluklar için daha kısa bir düzeltici faaliyet (DÖF) kaydı yeterlidir.

Otomotiv müşterileri 8D'nin hangi sürede, hangi formatta ve hangi adımlarla teslim edileceğini çoğu zaman müşteriye özgü şartlarında (CSR) belirtir. Raporu yazmadan önce müşterinizin şartnamesine bakın.

D1–D8: adımlar ve her adımda yazılacaklar

Bazı firmalar ve müşteriler bir de D0 (hazırlık ve acil müdahale) adımı kullanır: problemin 8D gerektirip gerektirmediğine karar verilir, müşteriyi korumak için ilk acil önlem alınır.

D1 · Ekibi kurun

Problemi bilen ve çözecek yetkisi olan kişilerden küçük, çok disiplinli bir ekip: kalite, üretim, proses/mühendislik, gerekirse bakım ve satın alma. Bir ekip lideri ve raporun sahibi belli olsun.

D2 · Problemi tanımlayın

Problemi ölçülebilir biçimde yazın: ne, nerede, ne zaman, ne kadar, nasıl fark edildi. "Ne değil" sorusu da ayırt edicidir: hangi hatta, hangi vardiyada, hangi parti numarasında görülmedi? Müşterinin ifadesini, parça numarasını, miktarı, fotoğrafı ve ölçüm sonucunu ekleyin.

D3 · Geçici önlemleri alın

Kalıcı çözüm bulunana kadar müşteriyi korumak için: depodaki, yoldaki ve müşterideki stokların ayıklanması, %100 kontrol, ayrı etiketleme. Geçici önlemin etkinliğini doğrulayın (kaç parça ayıklandı, kaç hatalı bulundu) ve hangi partiden itibaren temiz ürün gönderildiğini kaydedin.

D4 · Kök nedeni bulun

8D'nin en önemli ve en çok aceleye getirilen adımıdır. İki ayrı soruya yanıt verin:

• Oluşma kök nedeni: hata neden oluştu?
• Kaçış (tespit edilememe) kök nedeni: hata neden fabrikada yakalanmadan müşteriye gitti?

Ishikawa (balık kılçığı) diyagramı ile olası nedenleri kategorilere göre toplayın: insan, makine, metot, malzeme, ölçüm, çevre. Sonra en olası nedenleri 5 Neden ile derinleştirin: her yanıta tekrar "neden?" diye sorarak, kontrol edilebilir bir sistem nedenine ulaşana kadar ilerleyin. Kök neden mümkünse deneyle doğrulanmalıdır: neden ortadan kaldırıldığında hata da ortadan kalkıyor mu?

D5 · Kalıcı düzeltici faaliyetleri seçin

Her kök neden için onu ortadan kaldıracak faaliyet: kalıp bakım periyodunun değiştirilmesi, hata önleme (poka-yoke), proses parametresinin sınırlandırılması, kontrol yönteminin değiştirilmesi gibi. Her faaliyetin bir sorumlusu ve termini olsun. Faaliyetin yeni bir risk doğurmadığını da kontrol edin.

D6 · Uygulayın ve etkinliğini doğrulayın

Faaliyetler uygulandıktan sonra sonucun gerçekten düzeldiğini veriyle gösterin: belirli bir süre ya da üretim miktarı boyunca hata görülmedi, ölçümler tolerans içinde. Etkinlik doğrulandıktan sonra geçici önlemler (ör. %100 kontrol) kaldırılır.

D7 · Tekrarı önleyin

Aynı problemin başka parçada, başka hatta ya da başka tesiste olmaması için sistemi güncelleyin: PFMEA (yeni hata türü, güncellenen olasılık ve tespit puanları), Kontrol Planı, iş talimatları, bakım planı ve eğitimler. Benzer ürün ve proseslere yaygınlaştırın; öğrenilen dersi kaydedin.

D8 · Ekibi takdir edin ve kapatın

Raporu gözden geçirip onaylayın, müşteriye son hâlini gönderin, ekibin emeğini görünür kılın. Kapanış, bütün aksiyonların tamamlandığı ve etkinliğin doğrulandığı anda yapılır; aksiyonlar açıkken 8D kapanmaz.

Sık yapılan hatalar

• Kök neden olarak "operatör hatası" yazmak. Operatörün hata yapabildiği bir sistem varsa asıl neden sistemdedir: talimat, eğitim, hata önleme, ergonomi.
• Yalnız oluşma nedenini bulmak. Kaçış nedeni çözülmezse bir sonraki hata da müşteriye ulaşır.
• D3'ü kalıcı çözüm sanmak. %100 kontrol bir geçici önlemdir; maliyetlidir ve zamanla gevşer.
• D7'yi atlamak. FMEA ve Kontrol Planı güncellenmezse bilgi kişide kalır, sistemde kalmaz.
• Aksiyonları e-postada takip etmek. Terminler kaçar, kimin neyi yaptığı denetimde gösterilemez.

Göndermeden önce kontrol listesi

• Problem tanımında ölçülebilir veri, parça numarası ve miktar var mı?
• Geçici önlemin etkinliği ve "temiz parti" başlangıcı kayıtlı mı?
• Oluşma ve kaçış kök nedenleri ayrı ayrı yazıldı ve doğrulandı mı?
• Her aksiyonun sorumlusu, termini ve tamamlanma kanıtı var mı?
• PFMEA, Kontrol Planı ve talimatlar güncellendi mi; revizyonları belli mi?
• Rapor müşterinin istediği formatta ve dilde mi?