Aynı rapor hatasını üçüncü kez düzeltiyorsanız daha dikkatli olmak tek başına yetmeyebilir. 5 Neden tekniği, sorunu açık tanımlayıp nedenlerini art arda sorgulayarak tekrarın altında yatan koşulu bulmaya çalışır. Her cevabı kayıt veya gözlemle kontrol edin; sonra bulduğunuz nedene bağlı bir değişiklik yapıp sonucu izleyin. Amaç beş soru doldurmak değil, aynı hatanın neden yeniden oluştuğunu anlamaktır.
Bu yöntem özellikle beklenen iş düzeninden sapmalar için yararlıdır. Bir sorunun bütün olası nedenlerini kesinlikle ortaya çıkaran sihirli bir formül değildir.
Makine örneğinden ofise ne taşıyabilirsiniz?
Toyota üretim sisteminin öncüsü Taiichi Ohno'nun anlattığı makine örneğinde ilk görünen sorun atan sigortadır. Lean Enterprise Institute'un aktardığı örnek, sorular ilerledikçe yetersiz yağlama ve pompa sorunlarından metal parçalarının sisteme girmesine kadar gider. Yalnız sigortayı değiştirmek tekrar nedenini ortadan kaldırmaz.
Bu örneğin ofis karşılığı, yanlış toplamı düzeltip aynı dosya düzeniyle devam etmek olabilir. Son hücreyi düzeltirsiniz ama yeni satırlar toplam aralığının dışında kalmaya devam eder. Bir sonraki dönem aynı sonuçla karşılaşırsınız.
Buradan alınacak ders, her hata için uzun bir araştırma başlatmak değildir. Önce etkisini sınırlamak, ardından tekrar eden koşulu incelemek gerekir. Teslime yakın kritik hata varsa dosyayı düzeltmek ile kök nedeni araştırmak farklı iş adımlarıdır.
“Raporlar hep sorunlu” yerine tek bir fark yazın
Başlangıç cümleniz ne kadar genişse cevaplar da o kadar dağılır. “Ekibimiz yeterince dikkatli değil” bir problem tanımı değil, yorumdur. “Son dönem raporunda yeni müşterilere ait satırlar genel toplama dahil edilmedi” ise incelenebilir bir olaydır.
Şunları birlikte kaydedin: beklenen sonuç, gerçekleşen sonuç, etkilenen dosya veya işlem, farkın görüldüğü zaman ve mevcut kanıt. Sayı biliyorsanız doğrulanmış değeri kullanın. Bilmiyorsanız tahmininizi gerçek veri gibi yazmayın.
Sorunun tanımında kişiyi suçlamadan da sorumluluk açık olabilir. Dosyayı kimin hazırladığı ile dosya düzeninin hangi koşulda hata ürettiği birbirinden farklı sorulardır. Kişiyi konuşmanın merkezine koyarsanız herkes savunma hazırlarken süreç görünmez hale gelebilir.
Bir rapor hatasını adım adım inceleyelim
Şöyle bir durum düşünün: Aylık satış raporunda sonradan eklenen satırlar toplamın dışında kalıyor. Araştırma notunuz şu biçimde ilerleyebilir:
Soru | Olası cevap | Kontrol edilecek kanıt |
Yeni satırlar neden toplama girmedi? | Formül sabit bir aralıkta kaldı. | Toplam hücresinin formülü. |
Aralık neden güncellenmedi? | Önceki ayın dosyası kopyalanarak kullanıldı. | Dosya geçmişi ve hazırlama adımları. |
Yeni satır kontrolü neden yapılmadı? | Kontrol listesi yalnız son toplamı içeriyordu. | Mevcut teslim kontrolü. |
Liste neden bu durumu kapsamıyordu? | Veri ekleme biçimi değişmiş, kontrol düzeni aynı kalmıştı. | Süreç değişikliği ve kontrol kaydı. |
Bu zinciri dosyaya bakmadan doğru saymayın. Birden fazla neden bulunabilir: bazı satırların metin biçiminde gelmesi veya filtrenin aktif kalması gibi. İlk bulduğunuz açıklama diğer ihtimalleri dışlamıyorsa onları ayrı dal olarak araştırın.
Bu örnekte olası değişiklik yalnız “Formülü kontrol et” değildir. Veri ekleme biçimine uygun bir tablo yapısı seçmek ve yeni satırların dahil olduğunu sınayan kontrol eklemek olabilir. Excel ayrıntıları için paylaşım öncesi kontrol listesi işinizi destekler.
Cevabınız neden mi, tahmin mi?
“Çünkü acele ettik” bir başlangıç açıklamasıdır. Hangi adım atlandı? Neden o adım son dakikaya kaldı? Aynı süre içinde hata çıkmayan dosyalarda ne farklıydı? Bu sorular cevapları somutlaştırır.
Bir cevabı “doğrulandı”, “incelenecek” veya “veri bulunamadı” diye işaretleyebilirsiniz. Bilinmeyen noktayı açık bırakmak, kulağa düzgün gelen neden zincirinden daha değerlidir. “Çalışan ilgisizdi” gibi niyet yorumları yerine görülen iş davranışını ve çalışma koşulunu inceleyin.
Soruların dili de önemlidir. “Bunu neden yanlış yaptınız?” yerine “Bu adımın atlanmasına hangi koşul yol açtı?” demek incelemeyi birlikte yapmayı kolaylaştırır. Yine de süreçteki yetki ve sorumluluğu ortadan kaldırmayın; düzeltmenin bir sahibi olmalıdır.
İlk açıklama her dosyada geçerli mi?
Bir raporda bulduğunuz nedeni benzer başka örnekle karşılaştırın. Aynı formül kullanıldığı halde sorun çıkmayan dosyada ne farklı? Yeni satırlar aynı biçimde mi eklenmiş, kontrol aynı kişi tarafından mı yapılmış, kaynak biçimi değişmiş mi? Bu karşılaştırma ilk cevabınızı sınar. Farklı koşullarda aynı sonucu beklemek yerine nedenin hangi durumda geçerli olduğunu kaydedin. Araştırma sonunda bir açıklamaya güveniniz artabilir veya yeni bir dal açmanız gerekebilir. Her iki sonuç da kanıtsız kesinlikten daha yararlıdır.
- Sorunu daraltın
Beklenen ile gerçekleşen arasındaki farkı açık yazın.
- Nedeni doğrulayın
Her cevabı kayıt veya gözlemle kontrol edin.
- Düzeltmeyi sınayın
Nedene bağlı değişikliğin tekrarı önleyip önlemediğini izleyin.
Hangi noktada durmalısınız?
Beşinci sorudan sonra durmak zorunda değilsiniz; üçüncü cevapta da yeterli, doğrulanabilir bir koşul bulabilirsiniz. Sonraki “neden” sorusu sizi kontrol edemeyeceğiniz çok genel açıklamalara götürüyorsa işinize dönün. Amaç “insanlar hata yapar” sonucuna ulaşmak değildir.
Duracağınız nokta için şu sorular yararlıdır: Koşulu gerçekten gözledik mi? Değiştirebileceğimiz bir adım var mı? Bu adımın sorunun tekrarını etkileyip etkilemediğini kontrol edebilir miyiz? Yanıtlar belirsizse daha fazla veri veya başka bir analiz gerekir.
Birçok etkenin birlikte çalıştığı karmaşık sorunlarda tek bir neden zinciri yeterli olmayabilir. Farklı dosyaları, dönemleri ve durumları karşılaştırın. Bir örnekte bulunan açıklamayı bütün sorunlara yaymayın.
Küçük bir inceleme kaydı hazırlayın
Bugün tekrar eden bir iş hatasını seçin. Aşağıdaki alanları tek sayfada doldurun:
Beklenen ve gerçekleşen sonuç.
Hatanın etkisini sınırlamak için yapılan ilk işlem.
Sorduğunuz neden soruları ve her cevap için kanıt.
Henüz doğrulanmayan alternatif açıklamalar.
Denenecek değişiklik, sorumlusu ve kontrol zamanı.
Tekrarı izleyeceğiniz ölçüt.
“Çalışan daha dikkatli olacak” yerine hangi somut kontrolün değişeceğini yazın. Yapılacak işi toplantı kararları takip tablosu gibi bir kayıtla görünür tutabilirsiniz. Araştırma sonunda güzel bir belge hazırlayıp düzeltmeyi unutmak da yaygın bir risktir.
Bir hata incelemesini tamamladığınızda yalnız sorunun adını değil, çalışma biçiminizi nasıl değiştirdiğinizi anlatabiliyor olun. Bu yaklaşımı iş hayatındaki gelişiminizle birlikte ele almak için kariyer gelişim kursunun programını inceleyebilirsiniz.
Sık sorulan sorular
Mutlaka beş kez neden sormak gerekir mi?
Hayır. Lean Enterprise Institute'un açıklamasında da sayı amaç değildir. Kanıtlı ve müdahale edilebilir bir nedene ulaşmak önemlidir; soruyu yalnız tabloyu tamamlamak için uzatmayın.
Birden fazla neden bulursam hangisini seçmeliyim?
Etkiyi ve kanıtı karşılaştırın. Birbirinden bağımsız nedenleri aynı zincire zorla koymayın. Kontrol edilebilir bir değişiklikle başlayın ve diğer olasılıkları kayıt altında tutun.
Hata yapay zekanın hazırladığı analizdeyse yöntem kullanılabilir mi?
Evet; kullanılan veri, talimat ve insan kontrolünü ayrı inceleyin. Modelin iç işleyişi hakkında tahmin üretmek yerine görebildiğiniz adımlardan başlayın. Yapay zeka Excel analiz hataları yazısı somut kontrol alanlarını gösterir.
Sorunu hemen çözdüysem ayrıca inceleme yapmalı mıyım?
Hata tekrarlıyorsa veya etkisi önemliyse inceleme değerlidir. Her küçük yazım yanlışı için aynı ağırlıkta süreç kurmanız gerekmez. Harcanan çabayı tekrar olasılığı ve iş etkisiyle birlikte değerlendirin.
