Aynı contadan üçüncü kez müşteri şikâyeti geldiğinde, dosyayı açan kalite mühendisi önceki iki DÖF'ü de görüyor: ikisi de "operatör bilgilendirildi, dikkat çekildi" diye kapatılmış. Kök nedene hiç inilmemiş, sadece semptom giderilmiş. İşte bu, denetimde en çok bulgu toplayan tablodur ve IATF 16949 Madde 10 tam da bunu engellemek için vardır. İyileştirme maddesi, bir hatayı sadece temizlemekle onu bir daha yaşamamak arasındaki farkı kurala bağlar. Bu yazıda maddeyi uygunsuzluk yönetiminden hata önlemeye, problem çözmeden sürekli iyileştirmeye kadar sahadan örneklerle açıyoruz.
Madde 10 neyi kapsar?
Standart iyileştirmeyi üç ana başlığa ayırır, IATF ise bunların altını otomotive özgü şartlarla doldurur:
- 10.1 Genel: İyileştirme fırsatlarını belirleyip müşteri şartlarını karşılamak için harekete geçmek.
- 10.2 Uygunsuzluk ve düzeltici faaliyet: Ortaya çıkan uygunsuzluğu yönetmek, kök nedeni bulup tekrarını önlemek. Problem çözme (10.2.3) ve hata önleme (10.2.4) bu başlığın altındadır.
- 10.3 Sürekli iyileştirme: Prosesleri planlı ve düzenli biçimde daha iyiye taşımak, yalnızca sorun çıkınca değil.
İki uç arasındaki fark önemli: 10.2 tepkiseldir, bir hata çıktığında devreye girer; 10.3 ise proaktiftir, hata çıkmasa da prosesi ilerletir. Sağlıklı bir sistemde ikisi dengelidir. Sadece yangın söndüren bir kalite bölümü 10.3'ü ihmal eder; sadece proje yapan bir bölüm ise sahadaki tekrarları yakalayamaz.
10.2 Uygunsuzluk ve düzeltici faaliyet
Bu bölümün kalbinde basit ama sık atlanan bir ayrım var: düzeltme ile düzeltici faaliyet aynı şey değildir.
| Adım | Ne yapar | Örnek |
|---|---|---|
| Zapt etme (containment) | Hatalı ürünün müşteriye/sahaya kaçmasını durdurur | Stok ve sevkiyat karantinaya alınır |
| Düzeltme | Mevcut uygunsuzluğu giderir | Parça ayrılır, seçilir, yeniden işlenir |
| Düzeltici faaliyet | Kök nedeni giderir, tekrarı önler | Kalıp bakımı planı ve poka-yoke eklenir |
| Yatay yayılım | Aynı riski taşıyan diğer proseslere yayar | Benzer parçalarda aynı önlem uygulanır |
IATF'in beklentisi, bu zincirin tamamının bir düzeltici ve önleyici faaliyet kaydında görünür olmasıdır. Denetçi genellikle şu sırayı izler: uygunsuzluk ne zaman açıldı, zapt etme aynı gün yapıldı mı, kök neden gerçekten neden mi yoksa semptom mu, benzer proseslere yayıldı mı, etkinlik doğrulandı mı? Bu adımlardan biri boşsa, DÖF dolu görünse bile eksiktir.
"Kök neden: operatör hatası" yazan bir DÖF, neredeyse her zaman analiz yarım kalmış demektir. Doğru soru şudur: operatör neden hata yapabildi? Yanlış parçayı takmasını engelleyecek bir düzenek yoktu çünkü. Kök neden çoğu zaman kişide değil, o hataya izin veren proseste ve saptama boşluğunda saklıdır.
10.2.3 Problem çözme ve 10.2.4 hata önleme
Standart size tek bir yöntem dayatmaz ama tanımlı bir problem çözme süreciniz olsun ister. Otomotivde en yaygın araçlar 8D, 5 neden analizi ve balık kılçığı diyagramıdır. Önemli olan yöntemin adı değil, kök nedeni oluşma ve saptama olarak ayrı ele alması: hata neden oluştu ve neden zamanında yakalanamadı? Hata önleme (poka-yoke) tarafında ise IATF, kullanılan önleyici düzeneklerin çalıştığının düzenli olarak doğrulanmasını da bekler. Yani poka-yoke kurmak yetmez, o düzeneğin hâlâ görev yaptığını periyodik test etmeniz gerekir.
Etkinliğin doğrulanması
Bir DÖF'ü kapatmak için "aksiyonu yaptık" demek yeterli değildir; o aksiyonun hatayı gerçekten önlediğini kanıtlamanız gerekir. Bu kanıt; belirli bir süre tekrarın olmaması, ilgili PPM veya hurda göstergesinin düşmesi ya da bir doğrulama denetimiyle sağlanır. Etkinliği gösterilmeden kapatılan bir kayıt, denetimde açık sayılır. Süreci bir DÖF yazılımı ile yürütmek, her adımın sorumlusunu ve terminini görünür kılarak bu doğrulama disiplinini korumayı kolaylaştırır.
Bir denetçi tekrar eden uygunsuzlukları yan yana koyar. Aynı hata farklı tarihlerde üç ayrı DÖF ile açılıp kapanmışsa, sistem "çözüyor gibi görünüp" aslında çözmüyor demektir. En sert bulgular buradan çıkar: kök neden yüzeysel kalmış, yatay yayılım yapılmamış ya da etkinlik hiç doğrulanmamıştır.
10.3 Sürekli iyileştirme
Sürekli iyileştirme, sorun çıkmasa bile prosesi daha iyiye taşıma disiplinidir. IATF, bunun tanımlı bir süreçle yürütülmesini ister: iyileştirme fırsatlarının belirlenmesi, önceliklendirilmesi ve ölçülebilir hedeflere bağlanması. Burada PDCA döngüsü doğal bir iskelet sunar; planla, uygula, kontrol et, önlem al. İyileştirme fikirlerinin nereden geleceği de bellidir: iç denetim bulguları, YGG çıktıları, performans göstergeleri ve sahadan gelen sinyaller. Bu kaynakları besleyen tarafı görmek için Madde 9 performans değerlendirme yazımız iyi bir devam noktasıdır.
Madde 9 ile Madde 10'u birbirine bağlamak
İyileştirme boşlukta çalışmaz; onu tetikleyen şey ölçümdür. Hedefini tutmayan bir gösterge Madde 9'da görünür, Madde 10'da bir aksiyona dönüşür, sonuç yine Madde 9'da izlenir. Bu döngü kapanmadığında iki tipik hastalık görülür: ya veri toplanır ama hiç aksiyona bağlanmaz, ya da aksiyonlar açılır ama sonucu ölçülmez. Sağlam bir sistemde her sapma bir kayda, her kayıt bir sonuca, her sonuç yeni bir ölçüme bağlanır.
8D akışı sahada nasıl işler?
Otomotiv müşterilerinin çoğu, önemli bir uygunsuzlukta 8D raporu ister. Bu sekiz adımlı disiplin, Madde 10'un beklediği zapt etme-kök neden-önlem-doğrulama zincirinin somut bir uygulamasıdır. Kabaca şöyle ilerler:
- Ekibi kur: konuyu bilen, farklı fonksiyonlardan bir ekip topla.
- Problemi tanımla: ne, nerede, ne zaman, ne kadar; belirsiz ifadelerden kaçın.
- Geçici önlem al: müşteriyi ve sahayı korumak için ürünü zapt et.
- Kök nedeni bul: oluşma ve saptama nedenlerini ayrı ayrı çıkar.
- Kalıcı önlemi seç: kök nedeni gerçekten ortadan kaldıracak aksiyonu belirle.
- Önlemi uygula ve doğrula: aksiyonu hayata geçir, etkinliğini kanıtla.
- Tekrarı önle: sistemi, FMEA'yı ve kontrol planını güncelle, yatay yay.
- Ekibi takdir et ve kapat: öğrenilenleri belgele, kaydı kapat.
Adımların en çok atlandığı yer yedincidir: kalıcı önlem bulunur ama FMEA ve kontrol planına işlenmez, benzer proseslere yayılmaz. Böyle kapanan bir 8D, aynı hatanın komşu bir hatta çıkmasını engelleyemez. Kök neden çalışmasını derinleştirmek için balık kılçığı diyagramı gibi araçlar, 5 neden ile birlikte iyi sonuç verir.
Süreci bir DÖF ve iyileştirme yazılımıyla yönetmek
Madde 10'un en zor yanı tek bir DÖF'ü çözmek değil, onlarca açık kaydı zapt etme, kök neden, aksiyon, yatay yayılım ve etkinlik aşamalarıyla birlikte canlı tutmaktır. Excel'de bu takip büyüdükçe termini kaçan, sorumlusu belirsiz, etkinliği hiç ölçülmeyen kayıtlar birikir. Bir iyileştirme yazılımı; her uygunsuzluğu tanımlı bir akışa oturtur, kök neden araçlarını kayda bağlar, terminleri hatırlatır, benzer kayıtları eşleştirerek yatay yayılımı kolaylaştırır ve kapanış için etkinlik kanıtı ister. Böylece iyileştirme, denetim öncesi toparlanan bir dosya olmaktan çıkıp gerçek bir tekrarı önleme mekanizmasına dönüşür.