Her acentede er ya da geç bir hata yaşanır. Bir poliçe yanlış bilgiyle kesilir, bir yenileme tarihi kaçırılır, bir müşteriye başka bir müşterinin belgesi gönderilir. Bu anlarda ilk refleks genellikle hatayı yapan kişiyi bulmak ve "bir daha dikkat et" demektir. Bu yaklaşım kısa vadede rahatlatıcıdır ama aynı hatanın başka bir çalışan tarafından tekrar yapılmasını engellemez. Çünkü hatanın gerçek nedeni çoğu zaman kişide değil, kişinin çalıştığı düzendedir.
Kök neden analizi, hatanın görünen nedeninin arkasındaki asıl nedeni bulmaya yönelik yapılandırılmış bir yöntemdir. Bu yazıda bir acentede yaşanan operasyon hatasından sonra kök neden analizinin nasıl yapılacağını, hangi soruların sorulacağını ve analizin nasıl kalıcı bir iyileştirmeye dönüştürüleceğini ele alıyoruz.
Görünen neden ile kök neden arasındaki fark
Bir örnekle açıklayalım. Bir DASK poliçesi yanlış adresle kesilmiş olsun. Görünen neden açıktır: Çalışan adresi yanlış girmiştir. Ancak bu tespit bir çözüm üretmez. Asıl sorulması gereken, çalışanın neden yanlış adres girdiğidir. Belki adres bilgisi telefonla alınmış ve not kâğıdına yazılmıştır. Belki müşterinin kayıtlı eski adresi otomatik olarak gelmiş ve güncellenmemiştir. Belki aynı gün birden fazla DASK talebi aynı anda işlenmiş ve bilgiler karışmıştır. Bu nedenlerin her biri farklı bir çözüm gerektirir.
Kök neden, ortadan kaldırıldığında hatanın tekrar etme olasılığını belirgin biçimde azaltan nedendir. Görünen nedeni düzeltmek tek bir dosyayı kurtarır; kök nedeni düzeltmek ise benzer tüm dosyaları korur.
Beş adımlı analiz çerçevesi
Adım 1: Olayı olduğu gibi tanımlayın
Ne oldu, ne zaman oldu, kim etkilendi? Bu aşamada yorum yapmadan, yalnızca gerçekleri yazın. Olayın tanımı ne kadar somut olursa analiz o kadar sağlıklı ilerler. Kayıtlardaki işlem geçmişi, olayın zaman çizelgesini çıkarmak için en güvenilir kaynaktır.
Adım 2: Zaman çizelgesini çıkarın
Hatanın oluştuğu işlemin tüm adımlarını sırasıyla listeleyin. Talep ne zaman alındı, bilgiler nasıl toplandı, teklif ne zaman hazırlandı, poliçe ne zaman kesildi, belge ne zaman gönderildi? Her adımda kimin ne yaptığı ve hangi bilgiye dayandığı not edilir. Çoğu zaman hatanın oluştuğu nokta ile fark edildiği nokta arasında birkaç adım vardır; bu adımlarda neden yakalanmadığı da analizin bir parçasıdır.
Adım 3: "Neden?" sorusunu tekrarlayın
Hatanın görünen nedeninden başlayarak "neden?" sorusunu art arda sorun. Bu teknik genellikle "beş neden" olarak bilinir, ancak sayı katı bir kural değildir. Amaç, cevap artık süreç veya sistemle ilgili bir tespite ulaşana kadar devam etmektir.
Örnek akış şöyle olabilir:
- Poliçe neden yanlış adresle kesildi? Çünkü kayıttaki adres eskiydi.
- Kayıttaki adres neden eskiydi? Çünkü müşteri taşındığını telefonda söylemiş ama kayıt güncellenmemişti.
- Kayıt neden güncellenmemişti? Çünkü telefon görüşmesini alan çalışan bilgiyi not kâğıdına yazmıştı.
- Neden not kâğıdına yazılmıştı? Çünkü görüşme sırasında kayıt ekranı açık değildi ve görüşme notu alma alışkanlığı yoktu.
- Neden böyle bir alışkanlık yoktu? Çünkü gelen aramaların kayda geçirilmesi için tanımlı bir adım bulunmuyordu.
Son cevap, bir süreç eksikliğine işaret eder ve bir çözüm önerisine dönüştürülebilir.
Adım 4: Katkıda bulunan faktörleri belirleyin
Çoğu hata tek bir nedenden değil, birkaç faktörün bir araya gelmesinden kaynaklanır. Ana kök nedenin yanında katkıda bulunan faktörleri de listeleyin:
- O gün iş yükü normalin üzerinde miydi?
- Çalışan bu işlem türünde yeni miydi?
- Kontrol adımı uygulanmış mıydı, uygulanmışsa neden yakalamadı?
- Sistem, tutarsız bir bilgiyi uyaracak bir mekanizma sunuyor muydu?
Adım 5: Önlemleri belirleyin ve sahiplendirin
Her kök neden ve katkıda bulunan faktör için bir önlem belirleyin. Önlemler mümkün olduğunca kişinin dikkatine dayanmamalı, süreç veya sistem düzeyinde olmalıdır. Örneğin "daha dikkatli olunacak" bir önlem değildir; "adres değişikliği talepleri müşteri kaydında güncellenmeden görev kapatılmayacak" bir önlemdir. Her önlemin bir sahibi ve uygulanma tarihi belirlenir.
Analiz toplantısını nasıl yönetmeli?
Kök neden analizi, hatayla ilgili kişilerin katıldığı kısa bir toplantıda yapılabilir. Toplantının tonu belirleyicidir. Katılımcılar suçlanacaklarını düşünürse bilgiyi saklar ve analiz yüzeysel kalır. Bu nedenle toplantının başında amacın kişi değil süreç olduğu açıkça söylenmelidir. Hatayı yapan çalışanın, o anda neden o kararı verdiğini rahatça anlatabilmesi, kök nedene ulaşmanın en hızlı yoludur.
Toplantı yarım saati geçmemelidir. Analiz sonuçları kısa bir yazılı özetle kayıt altına alınır ve ekiple paylaşılır.
Hangi hatalar analiz edilmeli?
Her küçük hata için resmî bir analiz yapmak gereksizdir. Analiz için şu ölçütler kullanılabilir:
- Müşteriye doğrudan etki eden hatalar
- Mali sonucu olan hatalar
- Daha önce de yaşanmış benzer hatalar
- Ucuz atlatılmış ama ciddi sonuç doğurabilecek olaylar
Son madde sıklıkla gözden kaçar. Son anda fark edilen ve müşteriye yansımayan bir hata, aynı sürecin bir sonraki seferde başarısız olabileceğinin işaretidir.
Analizleri birikimli bir öğrenmeye dönüştürmek
Yapılan analizlerin özetlerini tek bir yerde toplamak, zamanla acentenin hangi alanlarda kırılgan olduğunu gösterir. Benzer kök nedenlerin farklı olaylarda tekrar ortaya çıkması, öncelikli iyileştirme alanlarını belirler. Bu birikim, acentenin operasyon el kitabının güncellenmesi için de değerli bir kaynaktır.
İşlem geçmişinin otomatik olarak tutulduğu bir acente yazılımı, zaman çizelgesini çıkarmayı kolaylaştırır ve analizin hafızaya değil kayda dayanmasını sağlar. Gelen taleplerin ve görüşmelerin müşteri kaydına bağlı tutulduğu bir acente CRM yapısı da yukarıdaki örnekteki gibi bilgi kayıplarını baştan azaltır.
Sonuç
Kök neden analizi, hatalardan suçlu yerine ders çıkarmanın sistematik bir yoludur. Olayı somut olarak tanımlamak, zaman çizelgesini çıkarmak, "neden?" sorusunu süreç düzeyine ulaşana kadar sormak ve önlemleri sahiplendirmek, aynı hatanın tekrarını önler. İşlem kayıtlarınızın böyle bir analizi nasıl desteklediğini görmek için demo talep sayfasından bize ulaşabilirsiniz.