Bir müşteri şikâyetinden sonra gelen "8D bekliyoruz" cümlesi, çoğu tedarikçide aynı telaşı yaratır. Oysa 8D bir form doldurma işi değil, bir problem çözme sırasıdır; formu doğru doldurmak ancak sırayı doğru izlediyseniz mümkün olur. Bu yazıda her adımda ne beklendiğini ve nerede hata yapıldığını ele alıyoruz.
8D (sekiz disiplin), 1980'lerde Ford Motor Company tarafından geliştirilmiş, bugün otomotiv tedarik zincirinde standart hâle gelmiş bir yöntemdir. Bu yazı yöntemi genel hatlarıyla anlatır; müşterinizin kendi şablonu ve müşteriye özel gereklilikleri (CSR) esas alınmalıdır.
D0 — Hazırlık ve acil müdahale
Sıra aslında D1'den başlıyordu; D0 sonradan eklendi. Sebebi basit: ekip kurulmadan önce bile yapılması gereken bir şey var, hatanın müşteriye akmasını durdurmak.
D0'da yapılanlar:
- Şikâyetin gerçekten bir 8D gerektirip gerektirmediğine karar verilir (tek seferlik bir sapma, tam 8D gerektirmeyebilir).
- Acil müdahale devreye alınır: stok durdurulur, sevkiyat kesilir, gerekiyorsa ayıklama başlatılır.
- Etkilenen miktar belirlenir: hatta, depoda, yolda ve müşteride.
Ayıklama operasyonunun nasıl kurulacağını sorting ve rework yazısında ayrıntılı anlattık.
D1 — Ekibi kur
Ekip, problemi çözebilecek yetkiye ve bilgiye sahip kişilerden oluşur. Genellikle üretim, kalite, bakım ve gerekiyorsa tasarım veya tedarik temsilcisi bulunur.
En sık yapılan hata: 8D'yi tek kişiye, çoğunlukla kalite sorumlusuna yazdırmak. Kök neden üretim veya bakım tarafındaysa, o bilgiye sahip kişi masada değilse analiz yüzeysel kalır.
Ekip listesinde isim, görev ve rol yazılır. Bir de sorumlu (şampiyon) belirlenir.
D2 — Problemi tanımla
Bu adım raporun geri kalanının kalitesini belirler. İyi bir problem tanımı şu soruları yanıtlar: ne, nerede, ne zaman, ne kadar, kim fark etti.
- Ne: hatanın nesnel tarifi ("yüzeyde sorun" değil, "sol flanş bölgesinde 2 mm'yi aşan çapak")
- Nerede: parçanın bölgesi ve varsa hangi kavite/kalıp
- Ne zaman: ilk görülme tarihi, hangi vardiya, hangi parti
- Ne kadar: etkilenen adet ve oran
- Nasıl tespit edildi: müşteri hattında mı, giriş kontrolünde mi, sahada mı
Bir de "ne değil" sorusu vardır ve çok işe yarar: benzer koşullarda üretilmiş ama hatasız olan partiler hangileri? Farkın nerede olduğunu bu soru gösterir.
D3 — Geçici tedbir (containment)
Geçici tedbir, kök neden bulunana kadar müşteriyi koruyan önlemdir. %100 kontrol, ek ayıklama istasyonu, sevkiyat öncesi ikinci gözden geçirme gibi.
İki şey mutlaka yazılır: tedbirin ne zaman devreye girdiği ve etkinliğinin nasıl doğrulandığı. "Kontrol koyduk" yeterli değil; kontrolün hatayı gerçekten yakaladığı gösterilmelidir.
Geçici tedbir kalıcı çözüm değildir ve D6 doğrulanmadan kaldırılmaz.
D4 — Kök neden analizi
Burada iki ayrı soru sorulur ve ikisi de cevaplanmalıdır:
- Hata neden oluştu? (üretim kök nedeni)
- Hata neden kaçtı? (tespit kök nedeni — mevcut kontrol sistemi neden yakalayamadı)
İkinci soruyu atlamak en yaygın eksikliktir. Bir hata oluşabilir; ama kontrol sisteminiz onu yakalamalıydı. Yakalayamadıysa orada da düzeltilecek bir şey vardır.
Kullanılan araçlar genellikle 5 Neden, balık kılçığı (Ishikawa) ve gerekiyorsa hata ağacıdır. Analizin geçerli sayılması için kök nedenin doğrulanması gerekir: nedeni yeniden oluşturabiliyor musunuz, kaldırdığınızda hata kayboluyor mu?
Doğrulanmamış bir kök neden, tahmindir.
D5 — Kalıcı düzeltici faaliyeti seç ve doğrula
Kök nedene karşılık gelen kalıcı çözüm belirlenir ve uygulanmadan önce doğrulanır. Doğrulama, çözümün hatayı gerçekten ortadan kaldırdığını ve yeni bir sorun yaratmadığını göstermelidir.
Bu adımda çözümün yan etkileri de değerlendirilir: çevrim süresi, maliyet, başka bir karakteristik üzerindeki etki.
D6 — Uygula ve etkinliğini kanıtla
Seçilen çözüm devreye alınır, ardından verisiyle etkili olduğu gösterilir. Uygulama sonrası belirli bir üretim miktarı boyunca hata görülmediği ölçülür.
Bu adımda kalıcı çözüm doğrulandıktan sonra D3'teki geçici tedbir kaldırılabilir. Sırayı ters çevirmek — tedbiri erken kaldırmak — şikâyetin tekrar gelmesinin en yaygın sebebidir.
Güncellenmesi gereken belgeler burada güncellenir: kontrol planı, iş talimatı, FMEA, sınır numunesi, eğitim kayıtları.
D7 — Tekrarı önle
D6'ya kadar olan her şey bu problemi çözer. D7, aynı hatanın başka yerde oluşmasını engeller.
Sorulacak soru: aynı kök neden hangi başka parçalarda, hatlarda, kalıplarda veya tesislerde bulunabilir? Bulunan yerlerde de aynı önlem alınır ve sistem belgeleri (FMEA, kontrol planı, tasarım kuralları) güncellenir.
Bu adım atlandığında aynı hata altı ay sonra komşu hatta çıkar ve süreç baştan başlar.
D8 — Kapat ve ekibi tanı
Rapor kapatılır, öğrenilen dersler kayda geçer, ekibin katkısı tanınır. Formaliteye benziyor ama işlevi var: kapanmayan 8D'ler birikir ve hiçbiri gerçekten izlenmez hâle gelir.
En sık yapılan yedi hata
- D2 zayıf. Problem belirsiz tanımlanınca kök neden analizi de belirsiz çıkar.
- "Neden kaçtı" sorusu sorulmamış. Sadece oluşum nedeni araştırılıyor.
- Kök neden doğrulanmamış. Tahmin, kanıt yerine geçmiyor.
- Geçici tedbir erken kaldırılmış. D6 doğrulanmadan %100 kontrol sonlandırılıyor.
- Kök neden "operatör dikkatsizliği" yazılmış. Bu bir kök neden değil, bir semptomdur; sistem neden hataya izin verdi?
- D7 boş bırakılmış. Yalnızca şikâyet gelen parça düzeltilmiş.
- Belgeler güncellenmemiş. FMEA ve kontrol planı eski hâliyle kalmış; bir sonraki denetimde bulgu oluyor.
Kısaca
8D, hatayı durdurmakla (D0–D3) başlar, nedenini kanıtlamakla (D4–D5) devam eder, çözümü verisiyle göstermekle (D6) ve yayılmasını engellemekle (D7–D8) biter. Adımların sırası keyfi değil; her biri bir öncekinin çıktısını kullanır.
Analizin dayanacağı kayıtların nasıl tutulacağını izlenebilirlik yazısında, yeni parça onayında istenen belgeleri PPAP yazısında ele aldık.
Kalite kontrol hizmetlerimizi inceleyebilir veya bize ulaşabilirsiniz.