Services
Platforms
Industries
Customers
Insights
About
8D nedir? 8D raporu adımları, örneği ve DÖF’ten farkı
D0 hazırlıktan D8 kapanışa sekiz disiplinle problem çözme ve raporlama
01 September 2026 , MechSoft Blog
8D, açılımı “Eight Disciplines” (sekiz disiplin) olan, bir problemi ekip çalışmasıyla tanımlayıp kök nedenini bulan, kalıcı düzeltici faaliyetle çözen ve tekrarını önleyen yapılandırılmış bir problem çözme yöntemidir. 8D raporu ise bu sekiz adımın ve hazırlık adımı D0’ın sonuçlarını kanıtlarıyla birlikte belgeleyen rapordur.
8D özellikle otomotiv tedarik zincirinde yaygındır. Bir müşteri, hatalı bir parti ya da sahada ortaya çıkan bir sorun için tedarikçisinden çoğu zaman doğrudan “8D raporu” ister. Rapor, tedarikçinin sorunu kontrol altına aldığını, gerçek nedeni bulduğunu ve aynı hatanın bir daha oluşmaması için sistemini değiştirdiğini gösteren bir kanıt dosyasıdır. Bu yazıda 8D’nin adımlarını, kısa bir örneği, 8D ile DÖF arasındaki farkı ve 8D raporlarında sık yapılan hataları ele alıyoruz.
8D nedir, açılımı ne anlama gelir?
8D, “Eight Disciplines” yani sekiz disiplin ifadesinin kısaltmasıdır. “Disiplin” burada bir adımı ve o adımın gerektirdiği düşünme biçimini anlatır. Yöntem otomotiv sektöründe geliştirilip yaygınlaşmış, zamanla elektronik, makine, beyaz eşya ve havacılık gibi seri üretim yapan pek çok sektörde standart bir problem çözme dili haline gelmiştir.
8D’yi diğer kök neden yöntemlerinden ayıran şey kapsamıdır. 5 Neden veya balık kılçığı diyagramı kök nedeni bulmaya odaklanır. 8D ise kök neden analizini bir adım olarak içine alır ve onu ekip kurma, müşteriyi koruma, çözümü doğrulama ve tekrarı önleme adımlarıyla çevreler. Kök neden yöntemlerinin karşılaştırması için kök neden analizi rehberimize göz atabilirsiniz.
8D’nin adımları nelerdir?
Klasik 8D, sekiz disiplinden oluşur; uygulamada bunlara bir hazırlık adımı olan D0 eklenir. Aşağıdaki tablo her adımın amacını ve 8D raporunda beklenen çıktıyı özetler.
| Adım | Adı | Amaç ve rapordaki çıktı |
|---|---|---|
| D0 | Hazırlık ve acil müdahale | Problemin 8D gerektirip gerektirmediğine karar verilir; gerekiyorsa müşteriyi korumak için ilk acil önlemler alınır |
| D1 | Ekibin oluşturulması | Ürünü ve süreci bilen, farklı disiplinlerden bir ekip ve bir ekip lideri belirlenir |
| D2 | Problemin tanımlanması | Problem ölçülebilir biçimde tanımlanır: ne, nerede, ne zaman, ne kadar, nasıl fark edildi |
| D3 | Geçici önlemler | Kök neden bulunana kadar müşteriyi korumak için ayrıştırma, ek kontrol gibi önlemler uygulanır ve etkinliği doğrulanır |
| D4 | Kök neden analizi | Hatanın neden oluştuğu ve neden tespit edilmeden kaçtığı ayrı ayrı belirlenir ve kanıtla doğrulanır |
| D5 | Kalıcı düzeltici faaliyetlerin seçilmesi | Her kök nedeni ortadan kaldıracak faaliyetler seçilir ve uygulanmadan önce işe yarayacakları doğrulanır |
| D6 | Uygulama ve etkinliğin doğrulanması | Kalıcı faaliyetler hayata geçirilir, geçici önlemler kaldırılır, sonuçlar verilerle izlenir |
| D7 | Tekrarın önlenmesi | Prosedürler, talimatlar, FMEA ve kontrol planı güncellenir; çözüm benzer ürün ve süreçlere yaygınlaştırılır |
| D8 | Ekibin takdiri ve kapanış | Ekibin katkısı tanınır, öğrenilenler kayda geçer ve 8D kapatılır |
D2’de problemi iyi tanımlamak
8D’nin başarısı büyük ölçüde D2’de belirlenir. “Parçalar hatalı” gibi bir tanım ekibi yanlış yöne götürür. İyi bir problem tanımı, hatanın ne olduğunu, hangi ürün ve partide görüldüğünü, ne zaman başladığını, nerede fark edildiğini ve ne kadar yaygın olduğunu açıkça söyler. Birçok ekip burada 5N1K sorularından ya da “problem nerede var, nerede yok?” karşılaştırmasından yararlanır.
D4’te iki ayrı kök neden
8D’nin güçlü yanlarından biri, kök nedeni iki soruyla aramasıdır: Hata neden oluştu? ve hata neden fark edilmeden müşteriye ulaştı? İkinci soru çoğu zaman atlanır; oysa kontrol sistemindeki boşluk kapanmadıkça başka bir hata da aynı yoldan müşteriye ulaşabilir. Bu adımda 5 Neden ve balık kılçığı diyagramı gibi araçlar birlikte kullanılabilir.
8D raporu örneği: kısa bir senaryo
Aşağıdaki senaryo, adımların bir 8D raporunda nasıl ilerlediğini göstermek için sadeleştirilmiştir.
- D0: Bir müşteri, montaj hattında bir tedarikçinin metal braketlerinde delik konumunun toleransın dışında olduğunu bildirir. Kalite müdürü 8D başlatmaya karar verir.
- D1: Ekip kalite, üretim, kalıphane ve ölçüm laboratuvarından birer kişiyle kurulur; ekip lideri kalite mühendisidir.
- D2: Problem; hangi parça numarası, hangi üretim partileri, hangi delik ve hangi ölçüyle tanımlanır. Hatanın belirli bir kalıp değişikliğinden sonra başladığı görülür.
- D3: Depodaki ve yoldaki ürünler ayrıştırılır, sevkiyat öncesine yüzde yüz ölçüm eklenir, müşteriye ayrıştırılmış ürün gönderilir.
- D4: Oluşma nedeni: kalıp bakımı sonrası bir pim yanlış konumda monte edilmiştir; bakım talimatında konum doğrulama adımı yoktur. Kaçış nedeni: ilk parça onayında bu ölçü kontrol listesinde yer almamaktadır.
- D5: Bakım talimatına pim konumu doğrulaması ve bakım sonrası ölçüm onayı eklenir; ilk parça kontrol listesi güncellenir. Çözüm deneme üretiminde doğrulanır.
- D6: Revize talimatlar yayınlanır, ilgili personel eğitilir, sonraki partiler izlenir ve hata tekrar etmediği görülünce ek ölçüm kaldırılır.
- D7: Benzer kalıpların bakım talimatları gözden geçirilir; proses FMEA’sı ve kontrol planı güncellenir.
- D8: Ekip toplantısında sonuçlar paylaşılır, rapor kapatılır ve müşteriye son 8D raporu gönderilir.
İyi bir 8D raporunda neler bulunur?
8D rapor örnekleri müşteriden müşteriye farklı formlarda olsa da içerik olarak benzer unsurları içerir:
- Rapor numarası, müşteri, parça numarası ve şikâyet referansı gibi tanımlayıcı bilgiler.
- Ekip üyeleri, rolleri ve ekip lideri.
- Ölçülebilir problem tanımı ve destekleyici veriler, fotoğraflar.
- Geçici önlemler, uygulama tarihleri ve etkinlik kanıtları.
- Oluşma ve kaçış kök nedenleri ile bunları doğrulayan kanıtlar.
- Kalıcı faaliyetler, sorumlular, terminler ve doğrulama sonuçları.
- Güncellenen dokümanların listesi: talimat, FMEA, kontrol planı.
Bu senaryoda dikkat çeken nokta, kök nedenin “operatör hatası” olarak yazılmaması ve çözümün talimat, kontrol listesi ve FMEA gibi kontrollü dokümanlarda kalıcı hale getirilmesidir.
8D kök neden analizi mi, DÖF’ten farkı ne?
8D bir kök neden analizi tekniği değil, kök neden analizini içinde barındıran bir problem çözme çerçevesidir. DÖF ise kalite yönetim sistemindeki uygunsuzluk ve düzeltici faaliyet sürecinin adıdır. İkisi rakip değildir: 8D, özellikle ciddi veya müşteri kaynaklı uygunsuzluklarda DÖF sürecinin içinde kullanılan ayrıntılı bir yöntemdir.
| Özellik | 8D | DÖF |
|---|---|---|
| Ne olduğu | Yapılandırılmış ekip temelli problem çözme yöntemi | Kalite sistemindeki uygunsuzluk ve düzeltici faaliyet süreci |
| Tipik kullanım | Müşteri şikâyetleri, tekrarlayan veya etkisi yüksek problemler | Tüm uygunsuzluklar: denetim bulgusu, iç hata, tedarikçi sorunu |
| Ekip | Çok disiplinli ekip zorunlu bir adımdır | Probleme göre bir kişi veya ekip |
| Geçici önlem | Ayrı bir adım olarak (D3) tanımlıdır | Düzeltme olarak ele alınır |
| Çıktı | Müşteriye de sunulan 8D raporu | DÖF kaydı ve kanıtları |
DÖF sürecinin bütününü ve ISO 9001 madde 10.2’nin beklentilerini DÖF süreci rehberimizde ayrıntılı olarak anlattık.
8D nerelerde kullanılır?
- Otomotiv tedarik zinciri: Otomotiv üreticileri ve büyük tedarikçiler, müşteri şikâyetlerine yanıt olarak çoğu zaman 8D formatında rapor ister. Sektörün kalite beklentileri için otomotiv sektörü sayfamıza göz atabilirsiniz.
- Müşteri şikâyetleri: Sahadan veya müşteri hattından gelen ciddi şikâyetlerde 8D, hem iç çözüm hem de müşteriyle iletişim için ortak bir çerçeve sağlar.
- Tekrarlayan iç hatalar: Tek kişilik analizle çözülemeyen ve birden çok bölümü ilgilendiren sorunlar.
- Tedarikçi kalitesi: Kuruluşlar kendi tedarikçilerinden de uygunsuz malzeme için 8D raporu talep eder.
8D raporunda sık yapılan hatalar nelerdir?
- D3’ü kalıcı çözüm sanmak: Ek kontrol ve ayrıştırma müşteriyi korur ama nedeni ortadan kaldırmaz.
- Kök nedeni kanıtlamadan yazmak: D4’te “muhtemel neden” değil, veriyle veya deneyle doğrulanmış neden yer almalıdır.
- Kaçış nedenini atlamak: Hatanın neden yakalanmadığı sorulmazsa kontrol sistemi aynı kalır.
- “Eğitim verildi” ile yetinmek: Eğitim tek başına nadiren kalıcı bir çözümdür; süreç, talimat veya hata önleme düzeneği değişmelidir.
- D7’yi boş bırakmak: FMEA, kontrol planı ve talimatlar güncellenmezse kazanılan bilgi raporla birlikte arşive kalkar.
- Dağınık kanıtlar: Ölçüm sonuçları, fotoğraflar, revize talimatlar farklı klasörlerde tutulduğunda rapor, müşteri veya denetçi sorduğunda yeniden bir araya getirilmek zorunda kalır.
M-Files QMS ile 8D ve DÖF süreçleri
M-Files QMS, uygunsuzluk ve DÖF yönetimini kayıttan kök nedene ve etkinlik kontrolüne kadar tek bir akışta yürütür. 8D gerektiren bir müşteri şikâyeti, uygunsuzluk kaydı olarak açıldığında ilgili müşteri, ürün ve tedarikçiyle üst veri üzerinden ilişkilendirilir. Analiz, aksiyon ve doğrulama adımları sorumlulara görev olarak atanır; terminler yaklaştığında hatırlatmalar gider.
8D raporunun en değerli kısmı olan D7 burada kendiliğinden güçlenir: revize edilen talimat, güncellenen FMEA ve kontrol planı, aynı platformdaki doküman kontrol ve değişiklik yönetimi süreçlerinden geçer ve ilgili DÖF kaydına bağlı kalır. Eğitim kayıtları da aynı yerde tutulur, her işlem denetim izine yazılır. Belgelerin bu şekilde birbirine bağlanmasının arka planını doküman yönetim sistemi rehberimizde, kalite sisteminin bütününü kalite yönetim sistemi rehberimizde bulabilirsiniz.
Sık sorulan sorular
8D’nin açılımı nedir?
8D, İngilizce “Eight Disciplines” ifadesinin kısaltmasıdır ve sekiz disiplin anlamına gelir. Her disiplin, problem çözme sürecinin bir adımını temsil eder.
8D’nin adımları nelerdir?
Hazırlık adımı D0’ın ardından ekip kurma (D1), problem tanımı (D2), geçici önlemler (D3), kök neden analizi (D4), kalıcı düzeltici faaliyetlerin seçimi (D5), uygulama ve doğrulama (D6), tekrarın önlenmesi (D7) ve ekibin takdiri ile kapanış (D8) gelir.
8D bir kök neden analizi yöntemi midir?
8D, kök neden analizini D4 adımında içeren daha geniş bir problem çözme çerçevesidir. Bu adımda 5 Neden ve balık kılçığı diyagramı gibi araçlar kullanılır.
8D raporu ne zaman istenir?
Genellikle müşteri şikâyetlerinde, tekrarlayan veya etkisi yüksek uygunsuzluklarda ve tedarikçi kaynaklı sorunlarda istenir. Otomotiv tedarik zincirinde müşteriler 8D raporunu sık talep eder.
8D ile DÖF arasındaki fark nedir?
DÖF, kalite sistemindeki uygunsuzluk ve düzeltici faaliyet sürecinin adıdır. 8D ise bu süreç içinde, özellikle ciddi problemler için kullanılan ayrıntılı ve ekip temelli bir yöntemdir.
Uygunsuzluk, DÖF ve 8D süreçlerinizin tek bir platformda nasıl izlenebileceğini görmek için M-Files QMS sayfamızı inceleyebilir, demo talep edebilirsiniz.
İlgili yazılar: Kök neden analizi nedir, nasıl yapılır? Yöntemler ve 5 Neden örneği · DÖF nedir? Düzeltici ve önleyici faaliyet süreci nasıl yönetilir?
The right platform alone is not enough. You also need the right architecture and the right partner.
Let’s build the digital architecture that fits your business, and turn your data, processes and AI into concrete business results.
MechSoft is a digital transformation and AI consultancy. Since 2008, we have helped organisations become more connected, agile and AI-ready.