5 Neden analizi nasıl yapılır? Örneklerle kök neden ve balık kılçığı
5 Neden analizi (5 Whys), Sakichi Toyoda’nın geliştirdiği ve Taiichi Ohno’nun Toyota Üretim Sistemi’nde yaygınlaştırdığı bir kök neden analizi (RCA) tekniğidir. Ortaya çıkan bir soruna “Bu neden oldu?” diye sorulur, her yanıta yeniden “Neden?” denerek sorunun kaynağına inilir.
- Ücretsiz araç: 5 Neden ve balık kılçığı analizi — Balık kılçığıyla nedenleri sıralayın, 5 Neden’le kök nedene inin.
- Ücretsiz Excel şablonunu indir
5 Neden analizi nedir?
Basit ama son derece etkili bir problem çözme tekniğidir. Süreç, ortaya çıkan bir sorunun ardından “Bu neden oldu?” sorusunu sormak ve verilen her yanıta tekrar “Neden?” diye sorarak devam etmek üzerine kuruludur. İdeal olarak bu soru 5 kez tekrarlanır; gerekirse daha az ya da daha fazla da olabilir. Sonunda problemin kaynağına ulaşılır. Genelde birkaç nedenden sonra problemin kök nedeni aslında ortaya çıkıyor.
Örnekle 5 Neden: Makine neden durdu?
Bir örnek verelim. Üretim bandında bir makine durdu.
- 1. Neden durdu? Sigorta attı, çünkü aşırı yüklenme oldu.
- 2. Neden aşırı yüklenme oldu? Rulman yeterince yağlanmadığı için sıkıştı.
- 3. Neden yeterince yağlanmadı? Yağlama pompası düzgün çalışmıyordu.
- 4. Neden yağlama pompası düzgün çalışmıyordu? Pompanın mili aşınmış ve kırılmıştı.
- 5. Neden mil aşınmıştı? Düzenli bakım takvimine uyulmamıştı ve filtreler dolmuştu.
- Kök neden: Düzenli bakım takvimine uyulmamış ve filtreler dolmuştu.
Neden bu kadar etkili?
Bazen çok yüksek yatırımlarla çözülen problemler, basit bir 5 Neden analiziyle doğru kök neden bulunduktan sonra çok düşük bir bütçeyle ya da bütçesiz çözülebiliyor. Bu örnekte sadece sigortayı değiştirmiş olsaydık aynı yüklenme tekrar olacak ve problem devam edecekti.
5 Neden analizinin temel kuralları
Burada kesinlikle problemi insanda bulmuyoruz. Sonuçta insana varıyorsanız orada başka bir şey vardır; örneğin eğitim eksiktir. O yüzden problemi asla Ahmet’ten, Mehmet’ten kaynaklı bir hata olarak görmüyoruz. İnsanlar suçlu değil, süreçler suçludur.
Varsayımlara değil, verilere dayalı hareket etmemiz gerekiyor. Her “Neden?” sorusuna verilen yanıt somut kanıtlara ve gözlemlere dayanmalıdır.
Belirtilerle çözümler karıştırılmamalı. Amacımız geçici pansumanlar uygulamak değil; sorunun tekrarlanmamasını sağlayacak kalıcı önlemler almaktır.
Bazen tek bir neden yerine birden fazla paralel neden çıkabilir.
5 Neden analizi nasıl yapılır? Adım adım
Peki 5 Neden analizini nasıl yapacağız?
- 1. Doğru ekibi toplayın. Sorunu bizzat sahada yaşayan çalışanlar ve sürece hâkim kişiler bir araya getirilmelidir. Problemi masa başında teorik olarak tartışmak yerine mümkünse olayın gerçekleştiği yerde, sahada (gemba) incelenmelidir.
- 2. Problemi net tanımlayın. Örneğin “Sistem çok yavaş.” yanlış bir tanımdır. Doğrusu: “Şu ekranda şu işlemi yaparken süre şu kadarın üzerine çıkıyor.” Problemi nokta atışıyla, net ortaya koymalıyız.
- 3. İlk “Neden?” sorusunu sorun. Görünen belirtiye odaklanarak sorunun kaynağı sorulmalıdır. Verilen yanıt bir varsayım değil, gözlemlenebilir ve doğrulanabilir bir gerçek olmalıdır.
- 4. Her yanıta tekrar “Neden?” diye sorun. Aldığınız her yanıtı yeni bir soruya dönüştürün.
- 5. Kök nedene ulaştığınızda durun. Gerekli soru sayısı her zaman tam olarak 5 olmak zorunda değildir; bazen 3’te biter, bazen 7 adım sürer. Yanıt artık kontrol edemeyeceğiniz bir dış faktöre ulaştığında ya da doğrudan düzeltilebilecek bir süreç veya sistem eksikliğini gösterdiğinde durulmalıdır.
- 6. Düzeltici ve önleyici faaliyet (DÖF) belirleyin. Ulaşılan kök nedeni ortadan kaldıracak kalıcı aksiyon tanımlanmalı; aksiyonun bir sorumlusu ve tamamlanma tarihi olmalıdır. “Kök sebebi bulduk” deyip problem orada bırakılmamalıdır.
Soru-cevap zincirinde dikkat edilecekler
Zinciri sürdürürken şu kurallara dikkat edin:
- Masa başı tahminler yerine verilere dayanın. Yanıtlar log kaydı, bakım formu gibi somut kayıtlarla desteklenmelidir.
- İnsanlar değil, sistemler sorgulanmalıdır. Yanıt bir kişinin hatasına dayanıyorsa “Sistem bu hatayı neden engellemedi ya da fark etmedi?” diye sorun.
- Neden-sonuç bağını tersine kontrol edin. Aşağıdan yukarıya doğru “Bu oldu, dolayısıyla bu yaşandı.” şeklinde okuduğunuzda mantık zinciri kırılmamalıdır.
5 Neden ve balık kılçığı birlikte nasıl kullanılır?
5 Neden analizi balık kılçığı (Ishikawa) diyagramıyla birlikte kullanıldığında karmaşık problemleri çözmede mükemmel bir sinerji oluşturur. Balık kılçığı problemin genişliğini, yani tüm olası neden alanlarını haritalandırırken; 5 Neden analizi bu alanlarda derinliğe, kök nedene inilmesini sağlar.
- 1. Balık kılçığı ile başlayın. Problemi balığın kafasına yazın.
- 2. Ana kılçıkları standart kategorilere yerleştirin. Üretim ve saha için: insan, makine, metot, malzeme, ölçüm, çevre (6M). Yazılım ve hizmet için: süreç, teknoloji, insan, veri, müşteri, çevre.
- 3. Beyin fırtınasıyla olası tüm nedenleri bu kılçıklara dağıtın.
- 4. Balık kılçığındaki onlarca nedenden en olası ve kritik görünen 2–3 tanesini belirleyin.
- 5. Seçtiğiniz her kritik alt kılçık için 5 Neden sorusunu sorarak ana kemikten en derindeki kök nedene doğru ilerleyin.
Örnek: Müşteriye gönderilen yazılım güncellemesi hatalı çıktı
Balık kılçığında ana kılçık: Metot / süreç. Alt kılçık: Test ortamında hata fark edilmedi. 5 Neden analizi bu alt kılçığa uygulanır:
- 1. Test ortamında hata neden fark edilmedi? Otomatik test senaryoları bu durumu kapsamadı.
- 2. Otomatik testler neden kapsamadı? Yeni eklenen API uç noktası için test yazılmadı.
- 3. Neden test yazılmadı? Mimaride yapılan değişiklik geliştirici tarafından dokümante edilmedi.
- 4. Neden dokümante edilmedi? Sprint sürecinde test dokümantasyonu kontrolü zorunlu bir adım değildi.
- 5. Neden zorunlu değildi? Kod gözden geçirme (code review) kontrol listesi güncellenmemişti.
- Kök neden: Kod gözden geçirme kontrol listesi güncellenmemişti.
Birlikte kullanmanın avantajı nedir?
- Kör noktaları engeller. Sadece 5 Neden yaparsanız tek bir yola saplanıp diğer olası nedenleri kaçırabilirsiniz. Balık kılçığı önce resmi genişletir.
- Dağınıklığı önler. Sadece balık kılçığı yaparsanız elinizde onlarca yüzeysel neden kalır. 5 Neden bu nedenleri kök seviyesine indirir ve aksiyona dönüştürür.
Diğer problem çözme yöntemleri: hangisi ne zaman kullanılır?
Problem çözmede farklı metodolojiler de devreye giriyor. 5 Neden ve balık kılçığı olmuş bir sorunun kök nedenini bulurken; FMEA sorun çıkmadan riski ölçer, Pareto analizi önce hangi soruna odaklanılacağını gösterir, hata ağacı ve mantıksal ağaç ise karmaşık problemleri parçalara ayırır.
FMEA (hata türleri ve etkileri analizi) nedir?
FMEA (Failure Mode and Effects Analysis), süreç veya ürün henüz başarısız olmadan önce potansiyel riskleri ve bunların yaratacağı etkileri derecelendiren önleyici bir tekniktir. Tasarım için D-FMEA, proses için P-FMEA kullanılır.
Ne zaman kullanılır? Yeni bir ürün tasarlanırken ya da bir süreç yeniden yapılandırılırken risk puanlaması yapmak ve risk öncelik sayısını (RPN) hesaplamak için. RPN = Şiddet × Olasılık × Saptanabilirlik; her biri 1–10 arasında puanlanır.
Pareto analizi (80/20 kuralı) nedir?
Pareto analizi, sorunların %80’inin nedenlerin %20’sinden kaynaklandığı ilkesine dayanır. İlke İtalyan ekonomist Vilfredo Pareto’nun adını taşır; kalite yönetimine Joseph Juran “hayati azınlık, önemsiz çoğunluk” olarak uyarlamıştır. Veriler frekansına göre sütun grafiğine dökülerek en çok tekrarlanan ve en yüksek etkiye sahip sorunlar önceliklendirilir.
Ne zaman kullanılır? Odaklanılacak en kritik %20’lik nedeni belirlemek için. Bir süreçte sürekli problemler yaşanıyor. Bütün bu problemler listelenir ve kategorize edilir. Pareto analiziyle en çok probleme sebep olan pastanın dilimi ortaya çıkar. Böylece o dilim iyileştiğinde sorunların yaklaşık %80’i iyileşmiş olur.
Hata ağacı analizi (FTA) nedir?
Hata ağacı analizi (Fault Tree Analysis), büyük bir sistem arızasını ya da istenmeyen bir durumu en üste koyup aşağıya doğru mantıksal VE / VEYA kapılarıyla alt nedenlere ayrıştıran görsel ve tümdengelimsel bir yöntemdir. 1962’de Bell Laboratuvarları’nda geliştirilmiş; havacılık, enerji ve iş sağlığı ve güvenliğinde yaygın kullanılır.
Ne zaman kullanılır? Karmaşık, yüksek riskli ve disiplinler arası mühendislik ve sistem arızalarında.
Mantıksal ağaç nedir?
Mantıksal ağaç (logic tree), bir problemi birbiriyle örtüşmeyecek ve boşluk bırakmayacak şekilde alt dallara bölerek hipotez geliştirmeyi sağlayan bir karar ağacı yapısıdır. Literatürde bu kural MECE (Mutually Exclusive, Collectively Exhaustive) olarak geçer.
Ne zaman kullanılır? Stratejik iş yönetiminde ya da çok katmanlı operasyonel problemleri sistematik parçalara bölmek için.
Sık sorulan sorular
5 Neden analizinde kaç kez neden sorulur?
İdeal olarak 5 kez; ancak bu zorunlu değildir. Bazen 3’te biter, bazen 7 adım sürer. Kontrol edilemeyen bir dış faktöre ya da düzeltilebilecek bir süreç veya sistem eksikliğine ulaşıldığında durulur.
5 Neden analizi kimlerle yapılmalı?
Sorunu bizzat sahada yaşayan çalışanlar ve sürece hâkim kişilerle. Mümkünse masa başında değil, olayın gerçekleştiği yerde yapılmalıdır.
Kök neden bir kişinin hatası çıkarsa ne yapılır?
Problem insanda aranmaz; insanlar değil süreçler suçludur. Yanıt bir kişinin hatasına dayanıyorsa “Sistem bu hatayı neden engellemedi ya da fark etmedi?” diye sorulur. Çoğu zaman altında eğitim veya süreç eksikliği çıkar.
5 Neden ile balık kılçığı arasındaki fark nedir?
Balık kılçığı problemin genişliğini, yani tüm olası neden alanlarını gösterir. 5 Neden ise seçilen bir nedende derine, kök nedene iner. Birlikte kullanıldığında hem kör noktalar hem de dağınıklık önlenir.
5 Neden dışında hangi problem çözme yöntemleri var?
Balık kılçığı (Ishikawa), FMEA (hata türleri ve etkileri analizi), Pareto analizi (80/20), hata ağacı analizi (FTA) ve mantıksal ağaç. FMEA sorun çıkmadan riski puanlar, Pareto önce hangi soruna odaklanılacağını gösterir, hata ağacı ve mantıksal ağaç karmaşık problemleri parçalara ayırır.
5 Neden analizi için hazır bir form var mı?
Evet. Ücretsiz 5 Neden ve balık kılçığı analiz formunu Araçlar sayfasında online kullanabilir ya da Excel olarak indirebilirsiniz; kayıt gerekmez. Şablonda doldurulmuş bir örnek de var.
İlgili hizmet: Yalın üretim