Aynı müşteri şikayeti üç ay içinde üçüncü kez geldiğinde, kalite müdürü eski 8D raporlarını yan yana koydu. Üçünün de kök nedeni birbirinin kopyasıydı: "operatör dikkatsizliği". Üçünde de düzeltici faaliyet aynıydı: "operatör tekrar eğitildi". Hata ise inatla geri geliyordu — çünkü gerçek kök nedene hiç inilmemişti. IATF 16949 madde 10.2, işte bu kısır döngüyü kırmak için var: uygunsuzluğu ele almak yeterli değildir, tekrarını önleyecek kalıcı bir düzeltici faaliyet gerekir. Bu maddeyi bir kalite yönetim sistemi içinde disipline etmek, "operatör dikkatsizliği" gibi kolaycı yanıtları eler; iyi bir kalite yönetim yazılımı ise tekrar eden hatayı daha üçüncü kez gelmeden eğilim olarak gösterir.
IATF 16949 madde 10.2 neyi kapsar?
ISO 9001'in 10.2 maddesi uygunsuzluk ve düzeltici faaliyetin genel çerçevesini verir: uygunsuzluğa tepki ver, tekrarını önlemek için kök nedeni değerlendir, aksiyonu uygula ve etkinliğini gözden geçir. IATF 16949 bunun üstüne otomotive özgü sert alt maddeler ekler:
- Madde 10.2.3 — Problem çözme: tanımlı, yapılandırılmış bir problem çözme süreci (genellikle 8D) zorunludur.
- Madde 10.2.4 — Hata önleme: düzeltici faaliyette poka-yoke gibi hata önleme yöntemleri kullanılmalıdır.
- Madde 10.2.5 — Garanti yönetimi: uygulanabilir olduğunda garanti verisi analiz edilir.
- Madde 10.2.6 — Müşteri şikayetleri ve saha arızaları: analiz edilir, NTF (No Trouble Found) dahil değerlendirilir.
Madde 10.2.3: Problem çözme süreci nasıl kurulur?
Madde 10.2.3'ün özü şudur: uygunsuzluk karşısında herkesin kendi bildiği gibi davrandığı değil, tanımlı bir yöntemin işlediği bir süreç. Otomotivde bu yöntem çoğu zaman 8D'dir ve mantığı basit ama disiplin ister:
- Ekip kurma ve problemi net tanımlama.
- Anlık koruma (containment): müşteriyi ve sahayı korumak için parçayı bloke etme, kontrollü sevkiyat.
- Kök neden analizi: 5 neden ve balık kılçığı ile "kaçış" ve "oluşum" nedenlerini ayrı ayrı bulma.
- Kalıcı düzeltici faaliyet belirleme ve uygulama.
- Etkinlik doğrulama: aksiyonun gerçekten tekrarı önlediğini veriyle kanıtlama.
- Önleme: dersi FMEA, kontrol planı ve benzer proseslere yayma (yatay yayılım).
Kök neden çalışması iki soruyu birden yanıtlamalı: hata neden oluştu ve neden yakalanamadan kaçtı? İkinci soruyu atlayan 8D, uygunsuz ürünü madde 8.7 kapsamında tekrar tekrar karantinaya almaya mahkumdur.
"Operatör hatası" bir kök neden değildir, çoğu zaman analizin durduğu yerdir. Operatör neden hata yapabildi? Yanlış parçayı takmasını önleyen bir tertibat mı yoktu? Talimat mı belirsizdi? Aydınlatma mı zayıftı? Bir insan hatasının ardında neredeyse her zaman bir sistem boşluğu vardır. Madde 10.2.4 tam da bu yüzden hata önlemeyi ister: çözüm operatörü daha dikkatli olmaya çağırmak değil, hatayı fiziksel olarak imkansız kılmaktır.
Madde 10.2.4: Hata önleme neden düzeltici faaliyetin merkezinde?
Madde 10.2.4, düzeltici faaliyet planlanırken hata önleme (error proofing) yöntemlerinin değerlendirilmesini zorunlu kılar. Bir çözümün kalıcılığı, ne kadar insana bağımlı olduğuyla ters orantılıdır. Aşağıdaki merdiven, aynı hataya verilebilecek çözümleri zayıftan güçlüye sıralar:
| Çözüm türü | Kalıcılık | Örnek |
|---|---|---|
| Eğitim / uyarı | Zayıf | Operatörü yeniden eğitmek |
| Görsel kontrol | Orta | Sınır numunesi, ikaz etiketi |
| Poka-yoke (tespit) | Güçlü | Yanlış montajda sinyal veren sensör |
| Poka-yoke (önleme) | En güçlü | Yanlış parçanın fiziksel olarak takılamaması |
Hata önleme cihazları belirlenmekle kalmaz; düzenli doğrulanmalı ve arızalandığında ne olacağını tanımlayan bir reaksiyon planına bağlanmalıdır. Çalışmayan bir poka-yoke, olmayan bir poka-yokeden daha tehlikelidir çünkü yanlış güven verir.
Denetçi bir düzeltici faaliyet dosyasını açar ve etkinlik doğrulamasına bakar. Aksiyon "tamamlandı" işaretli ama kanıtı yoksa; ya da aynı kök neden geçmiş kayıtlarda tekrar tekrar görünüyorsa madde 10.2.3'ten bulgu çıkar. En sevmediği cümle "operatör tekrar eğitildi" ve altında boş bir etkinlik alanıdır. Bir de yatay yayılımı sorar: bu hata benzer bir hatta da olabilir miydi, oraya da baktınız mı? Öğrenmeyi tek prosese hapseden düzeltici faaliyet eksik sayılır.
Madde 10.2'yi kalite yönetim yazılımıyla yönetmek
Düzeltici faaliyetin en zayıf yanı takip ve hafızadır. 8D raporları ayrı dosyalarda, aksiyonlar e-postada, etkinlik doğrulaması hiç kimsenin üstlenmediği bir adım olarak kalınca, aynı hata farklı bir kayıt numarasıyla geri gelir. Bir kalite yönetim yazılımı her uygunsuzluğu tek bir DÖF/8D kaydına dönüştürür, kök neden araçlarını (5 neden, balık kılçığı) bağlar, aksiyonları sorumlu ve termin ile takip eder, etkinlik doğrulamasını atlanamaz bir adım yapar ve tekrarlayan kök nedenleri eğilimle gösterir. Alınan dersi FMEA ve kontrol planına otomatik yansıtarak yatay yayılımı sağlar. Böylece madde 10.2, şikayet geldikçe telaşla doldurulan bir form olmaktan çıkar; hatayı kalıcı biçimde öğrenen bir kalite yönetim sistemi kasına dönüşür. "Operatör dikkatsizliği" bir daha son cevap olamaz.