1. Ana Sayfa
  2. Blog
  3. 8D mi 5 Neden mi?
Nasıl Yapılır — Süreç Kurma

8D mi 5 Neden mi? QMS'te Hangi Problemde Hangisi

PaKalite Kalite Ekibi 22 Ekim 2025 8 dk okuma

Hattaki bir istasyonda tek bir cıvata gevşek kalmış. Ekip 8D açıyor ve üç gün D1 takım kurma adımıyla uğraşıyor; kimin takımda olacağı tartışılıyor, toplantı ayarlanıyor, rapor şablonu aranıyor. Aynı hafta müşteriden 400 parçalık iade dönüyor ve o iş için iki satırlık bir 5 Neden yazılıp geçiliyor. Yöntemler yer değiştirmiş. 8D mi 5 Neden mi sorusunun cevabı formatın kendisinde değil, problemin büyüklüğünde ve kimin masada olması gerektiğinde saklı.

İki yöntem, iki farklı iş yükü

5 Neden bir düşünme aracıdır. Bir kişi, bir kalem ve yarım saatle yapılır. Soruyu beş kez sorarak belirtiden nedene inersiniz. 8D ise bir problem çözme çerçevesidir; ekip kurar, problemi tanımlar, geçici koruma alır, kök nedeni ve kaçış noktasını bulur, kalıcı çözümü seçer, uygular, doğrular, tekrarı önler ve ekibi kapanışa taşır. Biri alet, diğeri iskelettir.

İş yükü farkı da buradan gelir. İyi bir 5 Neden yarım saat sürer. İyi bir 8D, dört beş kişinin birkaç hafta boyunca aralıklı çalışmasını ister. Bu yüzden yanlış yöntem seçmenin bedeli iki yönlüdür: küçük probleme 8D açarsanız ekibi yorar ve yöntemi itibarsızlaştırırsınız; büyük probleme 5 Neden yazarsanız müşteriye eksik cevap verir ve sorunun tekrar etmesini garantilersiniz.

5 Neden ne zaman yeterli?

Şu üç koşul birlikte sağlanıyorsa 5 Neden yeter. Problem tek bir prosesin içinde kalıyor, müşteriye ulaşmamış ve nedeni büyük ölçüde görünür durumda. Ayarın kaçması, bir kaydın atlanması, yanlış etiketin basılması, bir talimat adımının uygulanmaması bu gruba girer. Bu tür olaylarda ekip toplamak zaman kaybı olur; sahada duran iki kişi ile yapılan iyi bir sorgulama daha hızlı sonuç verir.

5 Neden'i güçlendiren tek şey doğrulamadır. Her "neden" cevabının arkasına bir kanıt koyun: hangi kayıt, hangi ölçüm, hangi gözlem? Doğrulanmamış bir 5 Neden, beş satırlık bir tahmin zincirinden ibaret kalıyor. Bunu nasıl sınayacağınızı kök neden doğrulama yazımızda adım adım anlattık.

8D ne zaman gerekir?

Dört durumdan biri varsa 8D'ye geçin. Bir: hata müşteriye ulaşmış. İki: problem tekrar ediyor, daha önce ele alınmış ama dönmüş. Üç: ürün güvenliği veya yasal bir şart söz konusu. Dört: problem birden fazla bölümün ortak sorumluluğunda; tasarım, satın alma ve üretim birlikte masada olmadan çözülemez.

Beşinci bir durum daha var ve tartışmaya kapalı: müşteri istiyorsa. Birçok otomotiv müşterisi şikâyetlerin 8D formatında raporlanmasını ister, bazıları kendi portalı üzerinden belirli sürelerde ara raporlar bekler. Bu durumda yöntem seçimi sizin elinizde değildir; yapılacak şey formatı doğru doldurmaktır. 8D sayfamızda adımların içeriğini ayrıntılı ele aldık.

Ölçüt5 Neden yeterli8D gerekli
Etkilenen tarafTek proses, iç sapmaMüşteri, saha, birden çok bölüm
Tekrar durumuİlk kez görüldüİkinci veya üçüncü kez
Kaç kişi gerekir?1-2 kişi4-6 kişilik çapraz ekip
Tipik süre30-60 dakika2-8 hafta
Geçici korumaGenelde gerekmezZorunlu (D3)
Kaçış noktası analiziYapılmazYapılır (D4)
DoğrulamaKanıtla, kısaÖlçülü, süreli (D6)
RaporlamaTek sayfa iç kayıtMüşteriye giden resmî rapor

Tabloyu kendi kriteriniz hâline getirin ve prosedürünüze koyun. Yöntem seçimini kişiye bırakırsanız her kalite mühendisi kendi alışkanlığıyla ilerler; bir yıl sonra elinizde birbiriyle karşılaştırılamayan kayıtlar birikir. 8D mi 5 Neden mi kararını üç dakikada verdiren bir kriter tablosu, altı ay sonra raporlanabilir bir kayıt seti demektir.

Sahadan not

8D'de en çok zaman kaybedilen adım D1 değil, D2. Problem tanımı bulanık yazıldığında ekip haftalarca yanlış yerde arıyor. Bir müşteri iadesinde D2'yi "kaynak hatası" diye yazan ekip üç hafta kaybetti; tanımı "sol destek sacında, üst kaynak dikişinin son 25 mm'lik bölümünde, yalnızca 12-14 Eylül üretiminde nüfuziyet eksikliği" diye yeniden yazdığımızda kök neden iki günde bulundu. D2'ye ayıracağınız bir saat, D4'te bir hafta kazandırıyor. Tanımı yazarken ne, nerede, ne zaman, kaç adet ve ne kadarı sorularının hepsine cevap verin.

5 Neden'in en sık kırıldığı yer

Zincirin insan davranışında durması. "Operatör kontrol etmemiş" cevabı geldiğinde çoğu analiz orada biter ve aksiyon "eğitim verildi" olur. Oysa doğru soru şudur: kontrol edilmemesini mümkün kılan neydi? Kontrol adımı talimatta yok muydu, süre yetmiyor muydu, ölçüm aleti uzakta mıydı, kayıt formunda o alan yok muydu?

Bir başka kırılma noktası tek zincirle yetinmek. Gerçek problemlerin çoğunda iki paralel zincir vardır: hata neden oluştu ve neden yakalanamadı. İkincisi kaçış noktasıdır ve 8D'de ayrı bir adım olarak istenir. 5 Neden kullanırken de iki zincir çalıştırın; tek zincirle giden analizlerde kontrol sistemindeki boşluk hep açık kalıyor.

Üçüncü kırılma noktası da beş sayısına takılmak. Beş, bir hedef değil bir hatırlatma. Bazı problemlerde üçüncü nedende sisteme inersiniz ve orada durmak doğrudur; bazılarında yedi soru gerekir. Zorla beşe tamamlanan zincirlerde son iki satır genelde uydurma çıkıyor ve analizin tamamına gölge düşürüyor. Durma ölçütü sayı değil: cevabınız artık değiştirebileceğiniz bir sistem unsuruna geldiyse zincir bitmiştir.

8D'nin adımları neyi çözer?

Adımların her biri farklı bir riski kapatır. D1 doğru kişilerin masada olmasını, D2 problemin ölçülebilir tanımlanmasını, D3 müşterinin bu arada korunmasını sağlar. D4 kök nedeni ve kaçış noktasını ayırır. D5 kalıcı çözümün seçilmesi, D6 uygulanması ve etkinliğinin doğrulanması, D7 aynı hatanın benzer proseslerde tekrarlamasının önlenmesi içindir. D8 ekibin kapanışıdır ve en çok atlanan adımdır.

D7'yi ciddiye alan firma sayısı az. Oysa asıl kazanç orada: bulduğunuz kök neden başka hangi hatlarda, hangi ürünlerde, hangi kontrol planlarında geçerli? Bir kaynak fikstürü probleminden çıkan ders, benzer üç fikstürde de düzeltme yapılmasını gerektiriyorsa D7 bunu yazar. Kontrol planı ve FMEA güncellemesi de bu adımda yapılır.

D8'i de geçiştirmeyin. Ekibin kapanışı bir tören değil, öğrenilenin sözle paylaşıldığı kısa bir toplantı. Bu toplantıda söylenen üç cümle, altı ay sonra başka bir hatta aynı hatayı önlüyor. Kapanış yapılmayan 8D'lerde ekip bir sonraki problemde aynı isteksizlikle toplanıyor; çünkü önceki çalışmanın bir işe yarayıp yaramadığını kimse görmemiş oluyor.

A3 ve diğer yollar

İki yöntem arasında sıkışmayın; ortada duran seçenekler de var. A3 problem çözme, yalın kültürden gelen tek sayfalık bir formattır ve 8D kadar ağır olmayan ama 5 Neden'den derin problemler için iyi çalışır. Balık kılçığı diyagramı, nedenlerin dağınık olduğu durumlarda düşünmeyi toparlar. Veri bolsa Pareto ile başlamak, hangi problemi çözeceğinizi seçmenizi sağlar.

Yöntemi problemin şekline göre seçin, alışkanlığa göre değil. Sekiz adımı ezberlemiş bir ekip her şeye 8D açar; beş neden alışkanlığı olan ekip müşteri iadesine bile beş satır yazar. İkisi de aynı hatanın iki yüzü. Kök neden analizi sayfamızda araçların hangi durumda ne verdiğini karşılaştırdık.

QMS'te iki akışı kurmak

Yazılımda tek bir problem çözme kaydı tutup içine yöntem seçimi koymak en temiz kurgu. Kayıt açılırken kaynak seçilir (müşteri şikâyeti, iç uygunsuzluk, denetim bulgusu), sonra kriter tablosuna göre yöntem belirlenir. 5 Neden seçildiyse form kısa açılır; 8D seçildiyse adımlar sırayla açılır ve her adımın kendi sorumlusu ile termini olur.

İki şeyi ihmal etmeyin. Kök neden kategorisini ortak tutun; 5 Neden ile 8D farklı akışlar olsa da etiket aynı listeden seçilmeli, yoksa tekrar analizi yapılamaz. Bir de müşteri portalına giden 8D raporu sistemdeki kayıtla aynı içeriği taşısın; iki yerde iki farklı metin tutulduğunda hangisinin doğru olduğu kayboluyor. Bu ikisi oturduğunda hangi şikâyetin hangi analizden geçtiğini sormak da bir arşiv kazısı olmaktan çıkıyor.

Denetçi gözüyle

8D raporlarını incelerken D3 ile D6 arasındaki tarih farkına bakarım. İkisi aynı günse geçici koruma ile kalıcı çözüm birbirine karışmış demektir ve genelde ikisi de yapılmamış olur. Sonra D4'teki kaçış noktası satırına giderim; boşsa ya da kök nedenle aynı şey yazılmışsa analiz yarım kalmıştır. En son D7'yi okurum. D7'de "ilgili proseslerde kontrol edildi" gibi genel bir cümle varsa, hangi proseslerin kontrol edildiğini sorarım. Cevap gelmezse dersin yayılmadığını anlarım.

İkisinin birleştiği yer

8D mi 5 Neden mi tartışmasının çoğu gereksiz, çünkü ikisi aynı işi farklı ölçekte yapıyor. 8D'nin dördüncü adımında kök nedeni ararken kullandığınız araç zaten 5 Neden olabilir; 5 Neden çoğu zaman 8D'nin içinde yaşar. Ayrım, etrafındaki disiplinde: ekip var mı, geçici koruma alındı mı, doğrulama süreli mi, ders yayıldı mı? Dolayısıyla 8D mi 5 Neden mi sorusu, hangi araca değil hangi disipline ihtiyacınız olduğuna dair bir sorudur.

Bir problem başlarken küçük görünüp sonradan büyüyebilir de. 5 Neden'le başladığınız bir analiz iki bölümü kesmeye başladıysa ya da aynı hata ikinci kez düştüyse, o kaydı kapatıp 8D'ye taşıyın. Taşırken elinizdekini çöpe atmayın; yazdığınız neden zinciri 8D'nin dördüncü adımına doğrudan girdi olur. Yöntem değiştirmek başarısızlık değil, problemin boyutunu doğru okumaktır.

Her iki yöntemde de sonucun bağlanacağı yer aynı: düzeltici faaliyet kaydı ve etkinlik doğrulaması. Analiz ne kadar iyi olursa olsun, aksiyonun sonucu ölçülmezse iş yarım kalır. Kayıt tipini doğru seçmek için düzeltme mi düzeltici faaliyet mi, kapanış kriterini kurmak için etkinlik doğrulama yazılarımıza bakabilirsiniz.

Küçük firma ne yapsın?

Dört kişilik bir kalite ekibiniz varsa ve müşteriniz 8D istemiyorsa, 8D kurmak için acele etmeyin. Önce 5 Neden disiplinini oturtun: her analizde kanıt satırı olsun, kaçış noktası sorulsun, aksiyonun sonucu bir sayıyla ölçülsün. Bu üç alışkanlık yerleştiğinde 8D'ye geçmek zaten kolay olur, çünkü 8D bu alışkanlıkların üzerine kurulu bir çerçeveden ibaret. İlk otomotiv müşteriniz kapıyı çaldığında hazır olursunuz; hazırlıksız yakalananların yaşadığı asıl sıkıntı format değil, kök nedene inme alışkanlığının hiç kurulmamış olmasıdır.

Sık Sorulan Sorular

5 Neden hangi problemlerde yeterlidir?
Tek bir prosesi ilgilendiren, nedeni büyük ölçüde belli olan ve müşteriye ulaşmamış sapmalarda yeterlidir. Bir ayarın kaçması, bir kaydın atlanması, bir etiketin yanlış basılması gibi olaylar buna girer. Analizi bir kişi yarım saatte yapabiliyor ve sonucu kimseye uzun uzun savunmak gerekmiyorsa 5 Neden doğru araçtır. Yöntemin sınırı, birden fazla bölümün kesiştiği ve verinin yorumlanması gereken problemlerde başlar.
8D ne zaman kullanılmalı?
Müşteriye ulaşmış bir hata, tekrar eden bir problem, ürün güvenliğini veya yasal şartı ilgilendiren bir sapma ya da birden fazla bölümün ortak sorumluluğunda olan bir olay söz konusuysa 8D kullanılır. Ayrıca birçok otomotiv müşterisi, şikâyetlerin 8D formatında raporlanmasını talep eder; bu durumda seçim size ait olmaz. 8D bir ekip yöntemi olduğu için tek kişinin doldurduğu 8D raporu biçim olarak doğru ama içerik olarak boştur.
5 Neden ile 8D birlikte kullanılabilir mi?
Kullanılır ve doğrusu da budur. 8D bir çerçevedir, kök nedeni bulma işini kendisi yapmaz; o adımda 5 Neden, balık kılçığı veya veri analizi gibi araçlar devreye girer. Yani 5 Neden çoğu zaman 8D'nin dördüncü adımının içinde yaşar. İkisini rakip görmek yerine biri iskelet diğeri alet diye düşünmek pratikte daha doğru sonuç veriyor.
Küçük bir firmanın 8D kullanması şart mı?
Şart değil. Müşteriniz talep etmiyorsa ve problemleriniz tek proses içinde kalıyorsa 8D kurmak için acele etmeyin; sekiz adımlı bir rapor, dört kişilik bir kalite ekibinde büyük yük yaratır. Önce 5 Neden disiplinini oturtun, kök neden doğrulama alışkanlığını kazanın. İlk otomotiv müşterinizle birlikte 8D zaten kapınızı çalacaktır ve o zaman temeliniz hazır olur.
PK
PaKalite Kalite EkibiOtomotiv ve imalat kalite yönetimi üzerine yazıyoruz. Son güncelleme: 22 Ekim 2025.

Problem çözme kaydınız yöntemle birlikte açılsın

5 Neden ve 8D akışları, ortak kök neden kategorisi, şikâyet ve DÖF zinciri — şirket içi kurulumla ve tamamen ücretsiz.