Montaj hattı sabaha karşı ikinci kez durdu. Bir robotun kavrama pensi parçayı tutamadı, çevrim durdu, vardiya amiri bakımı çağırdı. Bakımcı geldi, pensi elle kontrol etti, "kaçmış biraz" deyip ayarını yaptı ve hat tekrar döndü. Üç gün sonra aynı istasyon yine durdu. İşte 5 Neden analizi tam olarak bu noktada başlar: hattı çalıştırmak sorunu çözmez, sadece erteler. Asıl soru, o pensin neden ikide bir kaydığıdır. Bu yazıda tek bir "neden?" sorusunu inatla tekrar ederek semptomdan asıl mekanizmaya nasıl inildiğini, nerede yanılmaya açık olduğunuzu ve bu tekniği bir DÖF ya da 8D çalışmasının içinde nasıl kullanacağınızı anlatıyoruz.
5 Neden analizi nedir?
5 Neden (5 Why), bir problemin görünen belirtisinden başlayıp arka arkaya "neden?" diye sorarak nedenler zincirini takip eden ve sonunda kontrol edilebilir bir kök nedene ulaşmayı amaçlayan bir sorgulama tekniğidir. Kökeni Toyota Üretim Sistemi'ne dayanır; Taiichi Ohno'nun mühendislerine bir arıza karşısında yüzeydeki açıklamayla yetinmemelerini, beş kez "neden?" sormalarını öğütlemesiyle yaygınlaştı.
Tekniğin gücü sadeliğinden gelir. Yazılıma, karmaşık bir forma ya da istatistiğe ihtiyaç duymaz; bir kalem, bir kâğıt ve prosesi bilen birkaç insan yeter. Zayıf yanı da buradadır: soruları soran ekip yüzeysel kalırsa, zincir kök nedene inmeden kopar ve elinizde yine bir semptom kalır. Bu yüzden yöntem kolay öğrenilir ama iyi uygulaması disiplin ister; her yanıtı sahada görmek, duymak ya da bir kayıtla teyit etmek gerekir. Ohno'nun asıl vurgusu da beş sayısında değil, cevaplarla yetinmeyip bir adım daha derine inme alışkanlığındaydı.
Adım adım nasıl uygulanır?
Kağıda dökülmüş, tekrar edilebilir bir 5 Neden çalışması kabaca şu akışı izler:
- Problemi somut ve ölçülebilir biçimde yazın. "Kalite düşük" değil; "3. istasyonda kavrama pensi son üç günde 4 kez parçayı düşürdü" gibi.
- Birinci "neden?" sorusunu sorun ve gözlemle doğrulanabilir bir cevap yazın.
- Bu cevabı yeni problem kabul edip tekrar "neden?" diye sorun.
- Her adımda cevabı sahada teyit edin; tahminle değil, veriyle ya da gözlemle ilerleyin.
- Artık kontrolünüzde olan, düzeltebileceğiniz bir nedene ulaştığınızda durun.
- Zinciri tersten okuyarak mantığını sınayın, sonra düzeltici faaliyeti tanımlayın.
Örnek: kavrama pensi neden kayıyor?
Baştaki senaryoya dönelim ve zinciri sonuna kadar takip edelim. Her satır, bir üsttekinin "neden?" sorusuna verilen ve sahada doğrulanan yanıttır:
| Soru | Yanıt (doğrulanmış) |
|---|---|
| 1. Parça neden düştü? | Kavrama pensi yeterli basınçla tutmadı. |
| 2. Basınç neden düşüktü? | Pense giden hava hattında basınç dalgalanıyordu. |
| 3. Basınç neden dalgalanıyordu? | Hat üzerindeki filtre-regülatör tıkalıydı. |
| 4. Regülatör neden tıkandı? | Kompresör çıkışındaki nem tutucu görevini yapmıyordu. |
| 5. Nem tutucu neden çalışmıyordu? | Periyodik bakım planında bu ekipman hiç yoktu. |
Dikkat edin: ilk gün yapılan "pensin ayarını çek" müdahalesi, birinci satırdaki semptoma dönük geçici bir düzeltmeydi. Gerçek kök neden ise beşinci satırda, bambaşka bir yerde ortaya çıktı: bir bakım planı eksikliği. Düzeltici faaliyeti nem tutucuyu bakım planına eklemek olarak tanımladığınızda, sadece bu penste değil, aynı hava hattını kullanan tüm istasyonlarda benzer arızaları önlemiş olursunuz.
Zincir "operatör dikkatsizdi" ya da "tedarikçi kötü parça gönderdi" gibi bir insana parmak basıp durursa, neredeyse her zaman erken kesilmiştir. İnsan hatasının da bir nedeni vardır: eğitim eksik miydi, talimat belirsiz miydi, iş yükü mü fazlaydı? Bir adım daha sorun. Suçlu bulmak analizi bitirir; nedeni bulmak problemi bitirir.
En sık düşülen tuzaklar
5 Neden basit göründüğü için hafife alınır ve çoğu çalışma birkaç tipik hatada tökezler:
- Tahminle ilerlemek: Her yanıt sahada gözlem, kayıt ya da veriyle doğrulanmalı. Doğrulanmayan bir "neden", bir sonraki soruyu da yanlış yöne çeker.
- Zinciri erken kesmek: İlk makul açıklamada durmak, semptomu kök neden sanmaya yol açar. Bulduğunuz nedeni ortadan kaldırınca problem gerçekten çözülüyor mu, sorun.
- Tek zincire hapsolmak: Bazı problemin birden çok kök nedeni vardır. Böyle durumlarda önce balık kılçığı ile dalları çıkarıp her güçlü dalda ayrı bir 5 Neden yürütmek gerekir.
- İnsanı hedef almak: "Dikkatsizdi" bir kök neden değildir; sistemin insana hata yaptırmasına izin verdiği yeri arayın.
5 Neden ne zaman yeterli, ne zaman değil?
Her problemi 5 Neden'e sığdırmaya çalışmak, aracın gücünü değil sınırını gösterir. Teknik en iyi, tek ve doğrusal bir neden zinciri olan problemlerde çalışır: bir ekipman arızası, bir ayar kayması, tek bir talimat boşluğu. Bu tür durumlarda dakikalar içinde kök nedene inersiniz ve karmaşık bir araca gerek kalmaz.
Buna karşılık nedenler birbirine dolanıyorsa, aynı hata farklı vardiyalarda farklı sebeplerle çıkıyorsa ya da birden çok faktör aynı anda etkiliyse, tek zincir sizi yanıltır. Örneğin bir dövme presinde yüzey çatlağı bazen malzemenin karbon oranından, bazen ısıl işlem fırınının sıcaklık dalgalanmasından kaynaklanıyorsa, tek bir "neden?" hattı iki mekanizmadan yalnızca birini yakalar. Böyle durumlarda önce balık kılçığı ile bütün olası dalları serer, güçlü görünen her dalda ayrı bir 5 Neden yürütürsünüz. Elinizde çok sayıda hata tipi varsa ve hangisiyle başlayacağınıza karar veremiyorsanız, Pareto analizi ile önce en çok kaybettiren problemi seçer, 5 Neden'i ondan sonra devreye alırsınız. Yani 5 Neden bir orkestra şefi değil, doğru yerde çalınan güçlü bir enstrümandır.
5 Neden'in DÖF ve 8D içindeki yeri
5 Neden tek başına bir süreç değil, daha büyük bir düzeltici faaliyet akışının içindeki bir adımdır. Bir DÖF kaydında önce uygunsuzluğu kontrol altına alır (düzeltme), ardından kök nedeni 5 Neden ile araştırır, sonra tekrarı önleyecek faaliyeti planlarsınız. Sekiz disiplinli problem çözmede ise 5 Neden çoğunlukla D4 — kök neden adımında devreye girer; ekip bu araçla hem hatanın oluşma nedenini hem de "neden kaçırdık?" sorusuyla saptama nedenini ayrı ayrı inceler.
Kâğıt üzerinde yapılan analizin sorunu, zincirin ve varılan kök nedenin bir süre sonra kaybolmasıdır. Aynı arıza altı ay sonra tekrar ettiğinde, geçen sefer nereye vardığınızı kimse hatırlamaz. Bir yazılım içinde tutulan 5 Neden zinciri ise uygunsuzluk kaydına, düzeltici faaliyete ve etkinlik doğrulamasına bağlı kalır; benzer bir hata çıktığında geçmiş analiz önünüze gelir. PaKalite'nin DÖF ve 8D modülü, 5 Neden zincirini bu şekilde kaydın içinde canlı tutar; böylece kök neden çalışması denetim için doldurulan bir kutu değil, gerçekten tekrar eden problemleri kesen bir araç olur.