Saat 16:40. Müşterinin kalite mühendisinden gelen mailde tek bir cümle var: "Yarın bu saate kadar D3 bekliyoruz." Kalite şefi bir önceki projeden kalma Word dosyasını açıyor, firma adını değiştirip göndermeye hazırlanıyor. O dosyanın D5 kutusunda "operatör eğitildi" yazıyor ve tam bu yüzden rapor geçen sefer iki kez geri döndü. Elinize geçen 8D raporu örneği çoğu zaman boş bir tablodur, boş tablo da kimseyi kurtarmaz; raporu ayakta tutan şey hangi kutuya ne yazıldığıdır.
8D formu doldurma öncesi: rapor kime yazılıyor
8D bir iç kayıt gibi görünse de okuyucusu neredeyse her zaman müşteridir. Müşteri kalite mühendisi raporu üç şey için okur: hattı korudunuz mu, sebebi buldunuz mu, bir daha olmayacağını nasıl biliyorsunuz. Bu üç soruya cevap vermeyen her cümle raporu uzatır ve geri dönme ihtimalini artırır. Yazarken kendinize şunu sorun: bu satırı okuyan biri, hattı hiç görmeden ne olduğunu anlar mı?
İkinci bir kural daha var: 8D bir hikâye değil, kanıt zinciridir. Her adımın arkasında bir belge durur — ayıklama tutanağı, ölçüm raporu, revize edilmiş kontrol planı, eğitim kaydı. Kanıtı olmayan adım, denetimde de müşteri gözünde de yazılmamış sayılır. Yöntemin genel çerçevesini 8D metodolojisi sayfamızda toparladık; burada tek tek satırlara bakacağız.
Aramalarda karşınıza çıkan çoğu 8D raporu örneği İngilizce bir şablondan çevrilmiştir ve kutu başlıklarından fazlasını vermez. İşe yarayan örnek, her kutuda cümlenin nasıl kurulduğunu gösterir. Aşağıda önce adımların sizden ne istediğini, sonra pres bölümünde çıkmış gerçek bir vakadan sadeleştirilmiş doldurulmuş satırları bulacaksınız. Şablonu indirip boş bırakmak yerine bu mantıkla doldurmak, raporun ilk seferde kabul edilmesini sağlayan tek şeydir.
D1-D2: Ekip ve problem tanımı
D1'de ekip listesi yazılır ama iş isim sıralamak değildir. Ekipte prosesi bilen bir üretim sorumlusu, ölçümü yapan bir kalite personeli, gerekiyorsa bakım ve süreç mühendisi bulunur. Tek kişilik 8D'ler D4'te tıkanır, çünkü kök nedeni bulmak için gereken bilgi tek bir masada durmaz. Ekip lideri kalite olmak zorunda değil; sorunu çözecek kaynağa hükmeden kişi olması daha iyi çalışır.
D2 raporun en çok baştan savılan kutusudur. "Müşteride çizik parça tespit edildi" bir problem tanımı değildir. Tanımın içinde parça numarası, sevkiyat tarihi, tespit edilen adet, taranan adet, hata yeri ve ölçülebilir bir sapma bulunmalıdır. Bir de bunun tersini yazın: hangi partide, hangi vardiyada, hangi kavitede sorun yok. Bu ayrım D4'te aday nedenlerin yarısını daha başlamadan eler.
D3: 24 saatte kurulan geçici bariyer
D3'te üç şey birden yapılır: sahadaki, sevk edilmiş ve yoldaki stok belirlenir; şüpheli olan bloke edilir; müşteride ve kendinizde ayıklama başlatılır. Yazarken sayı verin. "Stok tarandı" değil, "müşteri ambarındaki 2.400 adet 29.08 tarihinde tarandı, 17 hatalı ayrıldı" yazılır. Ayrıca ayıklamanın kim tarafından, hangi yöntemle, hangi ölçü aletiyle yapıldığı belirtilir.
En sık düşülen hata, D3'ün kaldırılma koşulunu yazmamaktır. Geçici önlem geçici olduğu için geçicidir; raporda "D5 devreye girip 3 parti doğrulandıktan sonra %100 kontrol kaldırılacaktır" gibi bir cümle bulunmalıdır. Bu cümle yoksa iki yıl sonra hâlâ ek bir kontrol istasyonuna adam bağlarsınız ve kimse neden orada olduğunu hatırlamaz.
D3'ü yazmadan önce ambara inin. Masada yapılan stok tespiti neredeyse her seferinde eksik çıkar: iade rafındaki kutu, yeniden işleme bekleyen kasa ve numune dolabındaki parçalar listeye girmez. Bir keresinde müşteri, bizim "temiz" dediğimiz partiden hatalı parça çıkardı; sebebi, kalite laboratuvarında duran 60 adetlik numune kutusunun sevk edilmiş olmasıydı. Ambar turu on beş dakika sürer, o on beş dakika raporun ikinci kez açılmasını önler.
D4: Kök neden ve kaçış nedeni ayrı ayrı
D4'ün iki ayağı vardır ve raporların çoğunda ikincisi eksiktir. Birinci ayak oluşum nedenidir: hata neden meydana geldi? İkinci ayak kaçış nedenidir: hata neden bizim kontrollerimizden geçip müşteriye ulaştı? İkisi farklı düzeltici faaliyet doğurur; birini yazıp diğerini atlamak raporun en görünür zayıflığıdır.
Neden sorusunu sorarken durma noktası önemlidir. "Operatör dikkatsizdi" bir kök neden değildir, çünkü ortadan kaldırabileceğiniz bir şey tarif etmez. Kalıp bakım periyodunun basılan adet üzerinden değil takvim üzerinden hesaplanmış olması bir kök nedendir; ölçüm sıklığının kontrol planında saatte bir yerine vardiyada bir yazılmış olması da öyle. Yöntemi derinleştirmek isterseniz kök neden analizi sayfası işinizi görür.
Kök nedeni doğrulamadan D5'e geçmeyin. Doğrulama basittir: nedeni yeniden yaratıp hatayı çıkarabiliyor musunuz? Kalıp sıcaklığını 12 derece düşürüp aynı yüzey kusurunu üretebiliyorsanız nedeni bulmuşsunuz demektir. Üretemiyorsanız elinizde bir hipotez vardır, kök neden değil.
D5-D6: Faaliyet seçimi, uygulama ve etkinlik kanıtı
D5'te alternatifler arasından seçim yapılır ve seçimin gerekçesi yazılır. "Operatör eğitildi" tek başına bir düzeltici faaliyet sayılmaz; eğitim, hatanın nedeni gerçekten bilgi eksikliğiyse ve yanına yetkinlik doğrulaması eklendiyse anlamlıdır. Hata önleyici bir düzenek, kontrol planı revizyonu, parametre kilidi ya da kalıp tasarım değişikliği hiyerarşide her zaman eğitimin üstündedir.
D6 uygulamadır ve raporun kanıt yükü en ağır kutusudur. Burada revize edilmiş dokümanın numarası ve yeni revizyonu, devreye alma tarihi, hangi partiden itibaren geçerli olduğu ve etkinliği gösteren ölçüm verisi bulunur. Etkinlik için tek parti yetmez; üç ardışık parti ya da otuz günlük hata verisi yaygın kabul görür. Aynı mantığın günlük düzeltici faaliyet kayıtlarında da işlediğini belirtelim, 8D bunun ağırlaştırılmış hâlidir.
D7-D8: Yatay yayılım ve kapanış
D7 raporu diğerlerinden ayıran kutudur. Aynı hata benzer proseslerde, benzer kalıplarda ve benzer parçalarda mümkün mü? Cevap evetse aynı önlem oralara da taşınır ve hangi parça numaralarına yayıldığı yazılır. Buradaki çıktı çoğu zaman FMEA ve kontrol planı güncellemesidir; kontrol planı revize edilmeden kapatılan bir 8D, aynı hatayı bir yıl sonra başka bir hatta çıkarır.
D8'de kapanış tarihi, kapatan kişi ve ekibin katkısı yazılır. Bu kutuya süs gözüyle bakılır ama iki işlevi vardır: raporun sahibini netleştirir ve bir dahaki sefere aynı ekibi toplamayı kolaylaştırır. Kapanışı imzalayan kişinin kalite müdürü olması, D6 kanıtlarını gerçekten okuduğu anlamına gelmeli.
Doldurulmuş 8D raporu örneği: satır satır
Aşağıdaki tablo, pres bölümünde çıkan bir yüzey ezmesi şikâyetinden alınmıştır. Rakamlar gerçek bir vakadan sadeleştirilmiştir; kendi vakanızda sütunları aynı mantıkla doldurun. Bu, aradığınız 8D raporu örneğinin özüdür: her kutuda bir sayı, bir tarih ve bir kanıt.
| Adım | Örnek içerik | Eklenecek kanıt |
|---|---|---|
| D1 Ekip | Kalite şefi (lider), pres ustabaşı, kalıpçı, proses mühendisi | Ekip listesi, görev dağılımı |
| D2 Problem | PN 4471-02, 12.08 sevkiyatı, 2.400 adette 17 adet yüzey ezmesi; sadece 2. vardiya, sadece 3 nolu kalıp | Müşteri şikâyet formu, hatalı parça fotoğrafı |
| D3 Geçici önlem | Müşteri ambarında %100 tarama (2.400/17), yoldaki 800 adet bloke, hatta ek son kontrol | Tarama tutanağı, blokaj etiketi kaydı |
| D4 Kök neden | Oluşum: kalıp itici pimi 118.000 baskıda aşınmış, bakım periyodu adede göre tanımsız. Kaçış: kontrol planında yüzey kontrolü vardiyada 1 kez | Pim ölçüm raporu, bakım kaydı, kontrol planı Rev.05 |
| D5 Kalıcı faaliyet | Pim değişimi 100.000 baskıda zorunlu, sayaç bakım sistemine tanımlandı; yüzey kontrolü saatte 1'e çekildi | Bakım talimatı Rev.02, kontrol planı Rev.06 |
| D6 Etkinlik | 3 ardışık partide (toplam 6.100 adet) 0 hata; 30 gün müşteri geri bildirimi temiz | Ölçüm kayıtları, müşteri PPM raporu |
| D7 Yayılım | Aynı pim tipini kullanan 5 kalıba periyot tanımlandı; PFMEA satırı güncellendi | Kalıp listesi, PFMEA Rev.04 |
| D8 Kapanış | 28.09 kapatıldı, kalite müdürü onayı, ekibe geri bildirim toplantısı | Kapanış onayı, toplantı notu |
Tabloya bakınca fark edilen şey şu: hiçbir kutuda genel bir cümle yok. Bu yüzden bu rapor geri dönmez. Müşteri kalite mühendisinin sorabileceği her soru zaten satırın içinde cevaplanmış durumda.
Tabloyu kendi vakanıza uyarlarken sütun başlıklarını değiştirmeyin, içeriği değiştirin. Üçüncü sütun özellikle önemli: kanıtın nereye ekleneceğini baştan yazarsanız, rapor kapanışında dosya toplamak için üç kişiyi aramazsınız. Ölçüm raporunun PDF'i, tarama tutanağının fotoğrafı ve revize dokümanın kendisi rapora iliştirilmiş olarak gitmeli.
Raporu QMS'te kilitlemek: neden dosya yetmiyor
Ayda bir iki şikâyet alan bir firmada Word şablonu gerçekten yeterlidir; bu ölçekte yazılıma gerek yok. Sayı arttığında tablo değişir. On beş açık 8D'niz varsa hangisinin hangi adımda beklediğini, hangi terminin geçtiğini ve D7 yayılımının hangi parçalara yapıldığını dosya adlarından takip edemezsiniz. Kaybolan şey rapor değil, aksiyonların terminidir.
Kayıtları tek havuzda tutmanın somut faydası üç yerde görünür. Birincisi, D5 tamamlanmadan D6'nın kapanmasını engelleyebilirsiniz; adımlar sırayla kilitlenir. İkincisi, aynı parça numarası veya aynı hata koduyla açılmış eski raporları saniyeler içinde çağırıp tekrar olup olmadığını görürsünüz. Üçüncüsü, D6'daki doküman revizyonu ile dokümanın kendisi aynı sistemde durur; kontrol planının gerçekten Rev.06'ya geçtiğini raporun içinden doğrulayabilirsiniz. PaKalite'de 8D ve DÖF kayıtları doküman modülüyle aynı veritabanını paylaştığı için bu bağ kurulu gelir.
Şablon arayışındaysanız bir uyarı: indirdiğiniz formu olduğu gibi kullanmayın. Müşterilerinizin çoğu kendi 8D formatını gönderir ve o formatta ek kutular bulunur — hata kodu, ilgili PPAP dosyası, maliyet paylaşımı gibi. Kendi şablonunuzu bu ek alanları kapsayacak şekilde genişletin, sonra müşteri formuna aktarmak beş dakikalık iş olsun. Şikâyet süreçlerinin genel işleyişi için DÖF formu örneği yazısına da bakabilirsiniz; 8D, DÖF'ün müşteri şikâyetine uyarlanmış ağır sürümüdür.
Denetimde kapalı 8D'lerden ikisini seçip yalnızca iki şeye bakarım: D4'te kaçış nedeni yazılmış mı ve D6'da atıf yapılan doküman revizyonu gerçekten yürürlükte mi. Kaçış nedeni yoksa problem çözme sürecinin eksik işlediğini, atıf yapılan revizyon sahada yoksa faaliyetin kâğıtta kaldığını yazarım. Kapanış imzası ne kadar düzgün olursa olsun bu iki kontrolü kurtarmaz.
Rapor yazarken kaçınılacak beş cümle
Yıllarca okuduğum raporlarda aynı beş cümle dönüp durdu. "Operatör uyarıldı." "Dikkat artırıldı." "Konu ilgili birime iletildi." "Tekrarı önlenecektir." "Kalite bilgilendirildi." Beşinin ortak özelliği, ölçülebilir hiçbir şey söylememeleridir. Her birinin yerine bir sayı, bir tarih ve bir doküman numarası koyduğunuzda rapor kendiliğinden düzelir.
Elinizdeki 8D raporu örneği ne kadar iyi olursa olsun, raporu iyi yapan şablon değil arkasındaki disiplindir. D2'yi ambarda, D4'ü tezgâhın başında, D6'yı ölçüm kayıtlarının içinde yazarsanız rapor kendiliğinden ikna edici olur. Masada doldurulan 8D'lerin ortak kaderi, üçüncü sayfada müşterinin sorusuyla çökmektir. Bir rapor için harcayacağınız iki saatin çoğunu sahada geçirin, yazma kısmı yarım saat sürer.
8D'yi kapatmak, sorunu kapatmakla aynı şey değil. Kapanıştan üç ay sonra aynı parça numarasını açıp hata verisine bakın. Sayı sıfırda kaldıysa D5 doğru seçilmiştir; yeniden yükseldiyse D4'e geri dönmeniz gerekir ve bunu müşterinizden önce siz fark etmelisiniz.