Problem Çözme Sırasında Yapılan En Yaygın Hatalar Nelerdir?

Problem çözme sürecindeki en yaygın hata, gerçek problem anlaşılmadan hemen çözüm üretmeye başlamaktır.

Kurumlarda hızlı hareket etmek değerli olabilir. Ancak hız, sorunun yanlış tanımlanmasına veya yalnızca görünen belirtinin giderilmesine neden oluyorsa aynı problem kısa süre sonra yeniden ortaya çıkabilir.

Örneğin:

• Geciken görev için çalışan uyarılabilir.

• Hatalı rapor yeniden hazırlanabilir.

• Müşteri şikâyetine indirim sunulabilir.

• Yoğunluk fazla mesaiyle kapatılabilir.

• Bilgi eksikliği yeni bir toplantıyla giderilmeye çalışılabilir.

• Çatışan çalışanlardan daha iyi iletişim kurmaları istenebilir.

Bu müdahaleler kısa süreli rahatlama sağlayabilir.

Ancak gecikmenin nedeni belirsiz görevler, hatanın nedeni yanlış sistem, müşteri şikâyetinin nedeni süreç kopukluğu veya çalışan çatışmasının nedeni adaletsiz iş yükü ise temel problem devam eder.

Etkili problem çözme yalnızca çözüm üretmek değil, doğru probleme doğru müdahaleyi geliştirmektir.

Problem Çözme Hatası Nedir?

Problem çözme hatası; problemin yanlış anlaşılmasına, uygun olmayan çözüm seçilmesine, uygulamanın başarısız olmasına veya aynı sorunun tekrar etmesine neden olan düşünme, karar ya da uygulama eksikliğidir.

Bu hatalar şu aşamalarda ortaya çıkabilir:

• Problemi fark etme

• Problem tanımlama

• Veri toplama

• Neden analizi

• Çözüm geliştirme

• Karar verme

• Uygulama planlama

• Sonuç ölçme

• Kurumsal öğrenme

Bir problem yanlış tanımlanmışsa sonraki aşamalar teknik olarak doğru yürütülse bile sonuç yetersiz kalabilir.

Problemi Açık Tanımlamadan Çözüme Geçmek

Kurumlarda çalışanlar çoğu zaman sorun ortaya çıkar çıkmaz çözüm önermeye başlar.

“Eğitim verelim.”

“Yeni bir kontrol ekleyelim.”

“Bir toplantı yapalım.”

“Ek personel alalım.”

“Sistemi değiştirelim.”

gibi öneriler problemin gerçek nedeni anlaşılmadan gündeme gelebilir.

Bu yaklaşımın riski, çözümün yanlış probleme yönelmesidir.

Önce şu sorular cevaplanmalıdır:

• Tam olarak ne oluyor?

• Ne olması gerekiyordu?

• Aradaki fark nedir?

• Ne zaman ve nerede ortaya çıkıyor?

• Kimleri etkiliyor?

• Ne sıklıkla tekrar ediyor?

• İş veya müşteri sonucu nasıl etkileniyor?

Belirsiz Problem Tanımı Neden Tehlikelidir?

Şu ifadeler yeterli problem tanımı değildir:

• “Çalışanlar sorumluluk almıyor.”

• “İletişimimiz kötü.”

• “Toplantılar verimsiz.”

• “Departmanlar anlaşamıyor.”

• “Müşteri memnun değil.”

• “Ekip yavaş çalışıyor.”

Bu ifadeler geniş, yoruma açık ve ölçülmesi zor değerlendirmelerdir.

Örneğin:

“Haftalık toplantılarda sorumlu ve tamamlanma tarihi belirlenmediği için son bir ayda alınan kararların yarısı uygulanmadı.”

daha somut bir problem tanımıdır.

Somut tanım, çözüm alanını da netleştirir.

Problem ile Belirtiyi Karıştırmak

Problem çözme sürecinde en sık yapılan hatalardan biri, görünen sonucu asıl problem olarak kabul etmektir.

Örneğin:

• Müşteri şikâyeti bir belirtidir.

• Geç teslimat bir belirtidir.

• Hatalı işlem bir belirtidir.

• Fazla mesai bir belirtidir.

• Çalışan çatışması bir belirtidir.

• Sürekli yönetici onayı beklenmesi bir belirtidir.

Bunların temelinde farklı nedenler olabilir.

Geç teslimatın nedeni:

• Gerçekçi olmayan süre

• Eksik bilgi

• Kapasite yetersizliği

• Onay gecikmesi

• Görev belirsizliği

• Teknik sistem sorunu

olabilir.

Belirtiyi düzeltmek problemi geçici olarak görünmez hâle getirebilir.

İlk Akla Gelen Çözümü Hemen Uygulamak

İlk çözüm çoğu zaman en görünür ve en kolay müdahaledir.

Örneğin:

• Hata varsa ek kontrol

• Gecikme varsa daha fazla baskı

• Yoğunluk varsa fazla mesai

• Bilgi eksikliği varsa daha fazla toplantı

• Performans düşüşü varsa eğitim

• Çatışma varsa çalışanları uyarmak

önerilebilir.

Bu çözümler bazı durumlarda yararlı olabilir.

Ancak temel neden değerlendirilmeden uygulanırsa:

• Yeni iş yükü oluşturabilir.

• Süreci daha yavaş hâle getirebilir.

• Çalışan inisiyatifini azaltabilir.

• Problemi başka departmana taşıyabilir.

• Kurumun maliyetini artırabilir.

• Asıl nedeni görünmez bırakabilir.

Birden fazla çözüm seçeneği geliştirilmelidir.

Çözüm Aramaya Çok Erken Başlamak Düşünmeyi Nasıl Daraltır?

Çözüm erken seçildiğinde ekip bütün analizini bu çözümü doğrulamaya yöneltebilir.

Örneğin yönetici en başta:

“Bu sorun eğitim eksikliğinden kaynaklanıyor.”

derse çalışanlar:

• Süreç sorunlarını

• Teknoloji eksikliklerini

• İş yükünü

• Yönetici talimatlarını

• Yetki problemlerini

daha az dile getirebilir.

Erken çözüm, problem analizini tarafsız olmaktan çıkarabilir.

Yeterli Veri Toplamadan Karar Vermek

Çalışanların deneyimleri değerlidir ancak tek bir örnek bütün süreci temsil etmeyebilir.

Veri olmadan karar verildiğinde:

• Nadir bir olay yaygın problem sanılabilir.

• Yaygın bir problem tek kişiye bağlanabilir.

• Problemin etkisi yanlış hesaplanabilir.

• Çözüm önceliği hatalı belirlenebilir.

• Uygulamanın başarısı ölçülemez.

Kullanılabilecek veriler arasında:

• Hata oranları

• Süreç süreleri

• Müşteri şikâyetleri

• Görev kayıtları

• İş yükü bilgileri

• Sistem verileri

• Çalışan görüşmeleri

• Toplantı kararları

• Finansal sonuçlar

• Kalite ölçümleri

bulunabilir.

Tek Bir Veriye Dayanmak

Yalnızca sayısal veriye veya yalnızca çalışan görüşüne dayanmak da eksik sonuç oluşturabilir.

Örneğin müşteri yanıt süresi düşmüş olabilir. Ancak:

• Çözüm kalitesi azalmış

• Tekrar aramalar artmış

• Çalışan iş yükü yükselmiş

• Müşteri memnuniyeti düşmüş

olabilir.

Bir göstergedeki iyileşme toplam sonucun geliştiği anlamına gelmez.

Sayısal ve nitel veriler birlikte değerlendirilmelidir.

Verinin Güvenilirliğini Kontrol Etmemek

Her veri doğru veya yeterli olmayabilir.

Şu sorunlar görülebilir:

• Eski verilerin kullanılması

• Eksik kayıtlar

• Farklı ekiplerin farklı ölçüm yöntemleri kullanması

• Yalnızca belirli dönemlerin seçilmesi

• Problemi gerçekten ölçmeyen göstergeler

• Manuel kayıt hataları

• Kişisel yorumların veri gibi sunulması

Karar öncesinde verinin kaynağı, dönemi ve ölçüm yöntemi kontrol edilmelidir.

Varsayımları Gerçek Kabul Etmek

Problem çözme sırasında şu varsayımlar kullanılabilir:

• “Çalışanlar dikkatsiz.”

• “Müşteri ne istediğini bilmiyor.”

• “Diğer departman işi önemsemiyor.”

• “Bu sistem zaten çalışmaz.”

• “İnsanlar değişime direniyor.”

• “Yönetici destek vermeyecek.”

• “Ek personel olmadan çözülmez.”

Bu ifadelerin bazıları doğru olabilir. Ancak somut bilgiyle test edilmeden kararın temeli yapılmamalıdır.

Şu soru kullanılabilir:

“Bu görüşü destekleyen hangi veriye sahibiz ve farklı bir açıklama mümkün mü?”

Niyet Okumak

Problem çözme süreci kişilerin niyetleri üzerinden yürütüldüğünde savunma ve çatışma artabilir.

Örneğin:

• “Bilgiyi bilerek sakladı.”

• “İşi zorlaştırmak istiyor.”

• “Sorumluluktan kaçıyor.”

• “Bizi başarısız göstermek istiyor.”

• “Değişimi sabote ediyor.”

Bu yorumlar yerine gözlenebilir davranışlar konuşulmalıdır.

Örneğin:

“Bilgi planlanan tarihten iki gün sonra paylaşıldı ve operasyon eski verilerle çalıştı.”

Bu ifade çözülebilir bir alan oluşturur.

Sorunu Tek Bir Çalışana Yüklemek

Kurumlarda problem ortaya çıktığında ilk soru çoğu zaman:

“Bu hatayı kim yaptı?”

olabilir.

Bireysel sorumluluk önemlidir. Ancak yalnızca kişiyi belirlemek temel nedeni açıklamayabilir.

Şu sorular da değerlendirilmelidir:

• Talimat açık mıydı?

• Çalışanın gerekli eğitimi var mıydı?

• İş yükü uygun muydu?

• Süre gerçekçi miydi?

• Kullanılan sistem hata riskini artırıyor muydu?

• Kontrol noktaları var mıydı?

• Yetki ve sorumluluk uyumlu muydu?

• Aynı hata başka çalışanlarda da yaşanıyor mu?

Kişiyi değiştirmek, sistem aynı kaldığında problemi çözmeyebilir.

İnsan Hatasını Kök Neden Sanmak

“Çalışan hata yaptı.”

ifadesi çoğu zaman analizin başlangıcı olmalıdır, sonucu değil.

İnsan hatasının altında:

• Dikkat dağıtan çalışma ortamı

• Aşırı iş yükü

• Belirsiz talimat

• Eksik eğitim

• Zayıf sistem tasarımı

• Zaman baskısı

• Uygun olmayan araç

• Yetersiz kontrol

bulunabilir.

Elbette bazı durumlarda açık sorumluluk veya disiplin problemi olabilir.

Ancak sistem değerlendirilmeden bu sonuca ulaşılmamalıdır.

Suçlu Arama Kültürü Oluşturmak

Hatalarda ilk hedef sorumlu kişiyi bulup cezalandırmak olduğunda çalışanlar:

• Problemleri saklayabilir.

• Riskleri geç bildirebilir.

• Başka çalışanları suçlayabilir.

• Kayıtları değiştirmeye çalışabilir.

• Geçici çözümlerle durumu gizleyebilir.

• Yöneticilere yalnızca duymak istedikleri bilgiyi verebilir.

Hesap verebilirlik gereklidir.

Ancak hesap verebilirlik, sistemsel nedenlerin görmezden gelinmesi anlamına gelmez.

Kök Neden Analizini Yüzeysel Yapmak

Kök neden analizi yalnızca birkaç kez “Neden?” sormak değildir.

İlk verilen cevap çoğu zaman görünen nedendir.

Örneğin:

“Görev gecikti çünkü çalışan zamanında tamamlamadı.”

Bu açıklamanın ardından şu sorular gelmelidir:

• Görev süresi gerçekçi miydi?

• Çalışanın başka öncelikleri var mıydı?

• Gerekli bilgi zamanında geldi mi?

• Onay süreci gecikti mi?

• Görevin sahibi açık mıydı?

• Risk önceden bildirildi mi?

• Benzer gecikmeler tekrar ediyor mu?

Analiz erken durdurulduğunda kök neden yerine ara neden bulunabilir.

Tek Bir Kök Neden Aramak

Karmaşık problemler çoğu zaman birden fazla nedenin birleşimiyle ortaya çıkar.

Örneğin müşteri şikâyetlerinin artmasının altında aynı anda:

• Personel eksikliği

• Yetersiz eğitim

• Eksik müşteri kaydı

• Uzayan onay süreci

• Yanlış performans ölçütü

• Yönetici erişim sorunu

bulunabilir.

Tek bir neden bulmak çözüm sürecini gereğinden fazla basitleştirebilir.

Sistemsel Nedenleri Görmezden Gelmek

Problemler çoğu zaman görev, süreç, teknoloji ve yönetim koşullarından etkilenir.

Sistemsel nedenlere örnekler:

• Çelişen hedefler

• Belirsiz yetki

• Fazla onay adımı

• Eksik personel

• Yetersiz teknoloji

• Bilgi akışındaki kopukluk

• İş yükü dengesizliği

• Tutarsız yöneticilik

• Hatalı performans sistemi

Çalışan davranışını değiştirmek, bu koşullar devam ediyorsa sınırlı sonuç sağlar.

Etkilenen Çalışanları Sürece Dahil Etmemek

Problemi günlük olarak yaşayan çalışanlar sürecin gerçek işleyişini yöneticilerden daha ayrıntılı görebilir.

Çalışanlar:

• Yazılı olmayan uygulamaları

• Sürekli yaşanan engelleri

• Müşteri tepkilerini

• Geçici çözümleri

• Gerçek iş yükünü

• Uygulanabilir seçenekleri

paylaşabilir.

Çözüm yalnızca üst yönetim tarafından hazırlanırsa saha gerçekliği gözden kaçabilir.

Yalnızca Problemi Yaşayan Çalışanların Görüşüne Dayanmak

Etkilenen çalışanların katılımı önemlidir ancak karar yalnızca bu görüşlere dayanmayabilir.

Çalışan:

• Problemin yalnızca kendi bölümünü görebilir.

• Diğer departmanın kısıtlarını bilmeyebilir.

• Kurumsal bütçe veya riskleri değerlendiremeyebilir.

• Kısa vadeli rahatlama sağlayan çözümü tercih edebilir.

Saha bilgisi, uzmanlık, kaynak ve kurum hedefleri birlikte değerlendirilmelidir.

Yanlış Kişileri Toplantıya Dahil Etmek

Problem çözme toplantısına çok fazla veya ilgisiz kişi katıldığında:

• Konu dağılabilir.

• Karar yavaşlayabilir.

• Katılımcılar sorumluluğu birbirine aktarabilir.

• Hassas bilgiler gereksiz biçimde paylaşılabilir.

• Toplantı şikâyet alanına dönüşebilir.

Buna karşılık gerekli uzman veya karar verici toplantıda yoksa sonuç uygulanamayabilir.

Katılımcılar şu rollere göre seçilebilir:

• Problemi yaşayan

• Sürecin sahibi

• Teknik uzman

• Karar verici

• Uygulamadan sorumlu

• Etkilenen departman temsilcisi

Yöneticinin Kendi Çözümünü En Başta Açıklaması

Yönetici toplantının başında çözümü güçlü biçimde söylediğinde çalışanlar farklı düşüncelerini paylaşmayabilir.

Şu davranışlar ortaya çıkabilir:

• Yönetici görüşüne uyum

• Riskleri söylememe

• Alternatifleri değerlendirmeme

• Saha bilgisini saklama

• Görünürde kabul edip sonrasında pasif direnç gösterme

Yönetici önce problem ve veriler hakkında sorular sorabilir, ardından kendi değerlendirmesini paylaşabilir.

Hiyerarşik Uyumu Fikir Birliği Sanmak

Toplantıda kimsenin yöneticiye itiraz etmemesi kararın doğru olduğu anlamına gelmez.

Çalışanlar:

• Tepkiden çekinebilir.

• Görüşünün önemsenmeyeceğini düşünebilir.

• Kararın zaten verildiğini hissedebilir.

• Geçmişte itiraz ettiğinde zarar görmüş olabilir.

• Daha sonra pasif direnç göstermeyi seçebilir.

Gerçek fikir birliği için çalışanların güvenle görüş paylaşabilmesi gerekir.

Grup Düşüncesine Kapılmak

Grup düşüncesi, takımın uyumu korumak veya yöneticiyle ters düşmemek için alternatifleri yeterince değerlendirmemesidir.

Belirtileri şunlar olabilir:

• Kararların çok hızlı alınması

• Hiçbir riskin dile getirilmemesi

• Yönetici görüşünün otomatik kabul edilmesi

• Karşı görüşlerin küçümsenmesi

• Alternatif çözüm üretilmemesi

• Başarısızlık ihtimalinin konuşulmaması

Takımdan bir kişi çözümün risklerini bilinçli olarak sorgulamakla görevlendirilebilir.

Çok Fazla Çözüm Üretip Karar Verememek

Bazı ekipler yaratıcı fikir üretir ancak karar aşamasına geçemez.

Bunun nedenleri:

• Karar kriterlerinin bulunmaması

• Karar yetkisinin belirsizliği

• Herkesi memnun etme isteği

• Risk almaktan kaçınma

• Daha fazla veri bekleme

• Yöneticinin sorumluluk almaması

olabilir.

Çözüm seçenekleri belirli kriterlerle karşılaştırılmalı ve karar için süre konulmalıdır.

Tek Bir Çözüme Bağlanmak

Tek çözüm geliştirildiğinde ekip onu diğer seçeneklerle karşılaştıramaz.

En azından şu seçenek türleri değerlendirilebilir:

• Problemi tamamen önleyen çözüm

• Etkisini azaltan çözüm

• Kısa vadeli geçici önlem

• Uzun vadeli sistem değişikliği

• Düşük maliyetli seçenek

• Teknolojik seçenek

• Süreç veya görev düzenlemesi

Seçeneklerin karşılaştırılması karar kalitesini artırır.

Çözüm Kriterlerini Belirlememek

Bir çözümün “iyi” olup olmadığı hangi ölçütlere göre değerlendirilecektir?

Kriterler arasında:

• Müşteri etkisi

• Maliyet

• Uygulama süresi

• Kalite

• Güvenlik

• Yasal uygunluk

• Kaynak ihtiyacı

• İş yükü

• Sürdürülebilirlik

• Problemi tekrar önleme gücü

bulunabilir.

Kriterler açıklanmadığında karar kişisel tercihlere veya en güçlü kişinin görüşüne dayanabilir.

Yalnızca En Ucuz Çözümü Seçmek

Düşük maliyetli çözüm kısa vadede çekici olabilir.

Ancak:

• Problemi tekrar önlemeyebilir.

• Ek iş yükü oluşturabilir.

• Müşteri deneyimini zayıflatabilir.

• Kaliteyi düşürebilir.

• Uzun vadede daha fazla maliyet oluşturabilir.

İlk yatırım değil, toplam etki değerlendirilmelidir.

Yalnızca En Hızlı Çözümü Seçmek

Hız bazı problemlerde kritiktir.

Ancak sürekli en hızlı çözümün seçilmesi:

• Kök nedenin atlanmasına

• Geçici çözümlerin kalıcılaşmasına

• Çalışan yorgunluğuna

• Kalite düşüşüne

• Yeni problemlerin oluşmasına

neden olabilir.

Hız, risk, kalite ve sürdürülebilirlikle dengelenmelidir.

Geçici Çözümü Kalıcı Çözüm Sanmak

Geçici çözüm problemin etkisini kısa süreli olarak sınırlar.

Örneğin:

• Sistem arızasında manuel işlem

• Personel eksikliğinde fazla mesai

• Yoğunlukta görev aktarımı

• Müşteri sorununda bireysel telafi

• Bilgi eksikliğinde özel mesajlaşma

geçici çözüm olabilir.

Bu uygulamalar kalıcı hâle gelirse:

• İş yükü artabilir.

• Süreçler kişilere bağımlı olabilir.

• Riskler görünmez kalabilir.

• Temel problem çözülmeyebilir.

Geçici müdahalenin bitiş tarihi ve kalıcı çözüm planı bulunmalıdır.

Her Probleme Eğitim Önermek

Kurumlarda hata veya performans sorunu görüldüğünde eğitim kolay bir çözüm olarak seçilebilir.

Ancak problemin nedeni:

• Belirsiz görev

• Aşırı iş yükü

• Yetersiz teknoloji

• Eksik kaynak

• Çelişen hedef

• Yetki eksikliği

• Yönetici davranışı

• Disiplin sorunu

olabilir.

Eğitim yalnızca bilgi, beceri veya davranış pratiği eksikliği bulunuyorsa uygun müdahaledir.

Yanlış probleme verilen eğitim hem zaman hem güven kaybına neden olabilir.

Daha Fazla Kontrol Eklemek

Hata görüldüğünde ek kontrol ve onay adımları oluşturmak güvenli görünebilir.

Ancak gereksiz kontrol:

• Süreci yavaşlatabilir.

• Kararları geciktirebilir.

• Yöneticiye bağımlılığı artırabilir.

• Çalışan inisiyatifini azaltabilir.

• Ek iş yükü oluşturabilir.

• Başka hatalara neden olabilir.

Kontrol, risk düzeyine uygun ve gerçekten gerekli olmalıdır.

Daha Fazla Toplantı Yapmak

Toplantı sayısını artırmak bilgi paylaşımı problemini otomatik olarak çözmez.

Etkisiz toplantılarda:

• Aynı konular tekrar edilir.

• Karar alınmaz.

• Görev sahipleri belirlenmez.

• Veriler incelenmez.

• Takip yapılmaz.

• Çalışanların iş zamanı azalır.

Problem çözme toplantılarının amacı, katılımcıları, karar konusu ve takip yapısı açık olmalıdır.

Çözümün Yan Etkilerini Değerlendirmemek

Bir çözüm problemi giderirken başka bir alanda sorun oluşturabilir.

Örneğin:

• Ek kontrol kaliteyi artırırken süreci yavaşlatabilir.

• Hız hedefi müşteri görüşmelerinin kalitesini düşürebilir.

• Görev yeniden dağılımı başka çalışanlarda aşırı yük oluşturabilir.

• Teknolojik sistem çalışan deneyimini zorlaştırabilir.

• Maliyet azaltma kararı hata oranını artırabilir.

Uygulama öncesinde olası olumlu ve olumsuz etkiler değerlendirilmelidir.

Risk Analizi Yapmamak

Çözüm uygulanmadan önce şu sorular sorulabilir:

• Ne yanlış gidebilir?

• Kimler olumsuz etkilenebilir?

• Hangi yeni risk oluşabilir?

• Çözüm çalışmazsa alternatifimiz nedir?

• Hangi erken uyarı göstergelerini takip edeceğiz?

• Hangi durumda uygulamayı durduracağız?

Özellikle yüksek maliyetli, yasal veya müşteri etkisi yüksek çözümlerde risk analizi önemlidir.

Pilot Uygulama Yapmadan Büyük Değişime Geçmek

Büyük ölçekli çözüm doğrudan bütün kuruma uygulandığında beklenmeyen sorunlar geniş etki oluşturabilir.

Pilot uygulama:

• Çözümün işe yarayıp yaramadığını

• Çalışanların nasıl tepki verdiğini

• Kaynak ihtiyacını

• Teknik sorunları

• Ölçüm yöntemini

test etmeyi sağlar.

Pilot uygun problemlerde riski azaltabilir.

Karar Yetkisini Belirsiz Bırakmak

Problem çözme sürecinde herkes görüş bildirebilir ancak kararın kim tarafından verileceği açık olmalıdır.

Belirsizlik durumunda:

• Toplantılar uzayabilir.

• Aynı konu tekrar konuşulabilir.

• Kimse sorumluluk almak istemeyebilir.

• Çelişkili kararlar çıkabilir.

• Uygulama başlamayabilir.

Şu alanlar belirlenmelidir:

• Kararı veren

• Görüşü alınanlar

• Onaylayan

• Bilgilendirilecek kişiler

• Karar süresi

Her Kararı Oy Birliğiyle Almaya Çalışmak

Her problemi oy birliğiyle çözmek gerekmeyebilir.

Bu yaklaşım:

• Karar süresini uzatabilir.

• En düşük ortak noktaya yöneltebilir.

• Uzman görüşünü zayıflatabilir.

• Zor kararların ertelenmesine neden olabilir.

Çalışanların görüşü alınabilir ancak nihai karar belirli bir sorumlu veya yönetici tarafından verilebilir.

Karar yöntemi baştan açıklanmalıdır.

Kararın Gerekçesini Açıklamamak

Çalışanlar kendi önerisi seçilmese bile kararın hangi kriterlerle alındığını bilmek ister.

Gerekçe açıklanmadığında:

• Söylenti oluşabilir.

• Adalet algısı zayıflayabilir.

• Uygulama sahiplenilmeyebilir.

• Pasif direnç gelişebilir.

• Karar kişisel tercih gibi görülebilir.

Kararın dayandığı veri, risk ve kurum hedefi paylaşılmalıdır.

Sorumlu Belirlemeden Aksiyon Almak

“Ekip olarak takip edeceğiz.”

“Bu konuyu birlikte çözeceğiz.”

gibi ifadeler olumlu görünür ancak görev sahipliğini belirsiz bırakabilir.

Her aksiyon için:

• Ana sorumlu

• Destek verenler

• Tamamlanma tarihi

• Gerekli kaynak

• Kontrol noktası

belirlenmelidir.

Birden fazla kişi katkı sağlayabilir ancak takibin bir ana sahibi olmalıdır.

Gerçekçi Olmayan Süreler Belirlemek

Çözüm planında yalnızca hızlı görünmek için gerçekçi olmayan süreler belirlenirse:

• Kalite düşebilir.

• Çalışanlar fazla mesai yapabilir.

• Görevler yarım kalabilir.

• Yeni hatalar oluşabilir.

• Çalışanlar plana güvenmeyebilir.

Süre belirlenirken işin karmaşıklığı, bağımlılıklar ve mevcut kapasite değerlendirilmelidir.

Gerekli Kaynakları Sağlamamak

Çözüm kararı alınabilir ancak çalışanlara:

• Zaman

• Bütçe

• Teknoloji

• Personel

• Yetki

• Eğitim

• Yönetici desteği

sağlanmazsa uygulama başarısız olabilir.

Kaynak sağlanmadan sonuç beklemek çözüm planı değil, temenni oluşturur.

Çözümü Çalışanlara Yeterince Açıklamamak

Çalışanlar şu konuları bilmelidir:

• Ne değişiyor?

• Neden değişiyor?

• Ne zaman başlayacak?

• Kendilerinden ne bekleniyor?

• Hangi desteği alacaklar?

• Sorularını kime yöneltecekler?

• Başarı nasıl ölçülecek?

İletişim eksikliği doğru çözümün bile dirençle karşılaşmasına neden olabilir.

Çalışan Direncini Yalnızca Olumsuz Tutum Olarak Görmek

Çalışanlar çözüm önerisine şu nedenlerle itiraz edebilir:

• İş yükünün artacağını düşünüyor olabilir.

• Uygulamada gerçek bir risk görmüş olabilir.

• Bilgi eksikliği yaşayabilir.

• Yetki veya statü kaybından endişe edebilir.

• Daha önce benzer bir uygulamanın başarısız olduğunu görmüş olabilir.

• Eğitim veya teknik desteğe ihtiyaç duyabilir.

Direnç dinlenmeli ancak bütün itirazlar otomatik olarak doğru kabul edilmemelidir.

Değişimi Uygulayıp Eski Sistemi Devam Ettirmek

Yeni çözüm devreye alınırken eski yöntemler kaldırılmazsa çalışanlar iki farklı sistemle çalışabilir.

Bu durum:

• Görev tekrarları

• Veri uyumsuzluğu

• Belirsizlik

• Ek iş yükü

• Çatışma

• Ölçüm zorluğu

oluşturabilir.

Yeni uygulamanın başlangıcı, eski yöntemin bitişi ve geçiş süreci açık olmalıdır.

Sonucu Ölçmeden Problemi Çözülmüş Saymak

Bir aksiyonun tamamlanması problemin çözüldüğü anlamına gelmez.

Örneğin:

• Eğitim verildi.

• Sistem kuruldu.

• Prosedür yazıldı.

• Toplantı yapıldı.

• Çalışan uyarıldı.

Bunlar faaliyetlerdir.

Başarı için şu sonuçlara bakılmalıdır:

• Hata oranı azaldı mı?

• İşlem süresi kısaldı mı?

• Müşteri şikâyeti düştü mü?

• Tekrar iş azaldı mı?

• Çalışan iş yükü dengelendi mi?

• Problem yeniden ortaya çıktı mı?

Faaliyet ile sonuç ayrılmalıdır.

Başarı Ölçütünü Sonradan Belirlemek

Başarı ölçütü uygulama bittikten sonra seçilirse sonuçlara uygun göstergeler tercih edilebilir.

Bu durum nesnel değerlendirmeyi zayıflatır.

Başarı ölçütü karar aşamasında belirlenmelidir.

Örneğin:

• Hedeflenen hata oranı

• Beklenen süre

• Müşteri sonucu

• Maliyet etkisi

• Çalışan deneyimi

• Tekrar sıklığı

önceden açıklanmalıdır.

Yalnızca Kısa Vadeli Sonuçları Ölçmek

Çözüm ilk haftalarda olumlu sonuç verebilir ancak uzun vadede:

• İş yükünü artırabilir.

• Çalışan bağlılığını düşürebilir.

• Yeni hata türleri oluşturabilir.

• Maliyeti yükseltebilir.

• Başka süreçleri yavaşlatabilir.

Ölçüm kısa, orta ve gerektiğinde uzun vadeli yapılmalıdır.

Takip Yapmamak

Problem çözme toplantısında karar alınması yeterli değildir.

Takip yapılmadığında:

• Aksiyonlar unutulabilir.

• Gecikmeler görünmez kalabilir.

• Sorumluluk dağılabilir.

• Eski yönteme dönülebilir.

• Aynı problem tekrar edebilir.

Takip tarihi karar aşamasında belirlenmelidir.

Çözüm Başarısız Olduğunda Çalışanları Suçlamak

Çözüm beklenen sonucu vermediğinde şu olasılıklar değerlendirilmelidir:

• Problem yanlış tanımlandı.

• Kök neden eksik bulundu.

• Çözüm tam uygulanmadı.

• Kaynak yetersiz kaldı.

• İletişim yapılmadı.

• Yeni koşullar ortaya çıktı.

• Başarı ölçütü yanlıştı.

• Çözüm yeni bir yan etki oluşturdu.

Başarısızlık hemen çalışanların isteksizliğine bağlanmamalıdır.

Başarısız Çözümden Öğrenmemek

Her çözüm beklenen sonucu vermeyebilir.

Önemli olan şu soruların sorulmasıdır:

• Hangi varsayımımız yanlıştı?

• Hangi veriyi eksik değerlendirdik?

• Uygulama hangi noktada aksadı?

• Hangi risk öngörülemedi?

• Bir sonraki denemede neyi değiştirmeliyiz?

• Bu öğrenme başka süreçlerde nasıl kullanılabilir?

Başarısızlık gizlendiğinde kurum aynı hatayı tekrar eder.

Problemi Kapattıktan Sonra Kurumsallaştırmamak

Çözüm yalnızca ilgili çalışanların deneyiminde kalırsa:

• Yeni çalışanlar aynı hatayı yapabilir.

• Başka departmanlar benzer problemi yaşayabilir.

• Süreç eski hâline dönebilir.

• Kurum kişilere bağımlı kalabilir.

Çözüm sonrasında:

• Süreç dokümanları

• Görev tanımları

• Kontrol listeleri

• Eğitim içerikleri

• Sistem ayarları

• Risk kayıtları

güncellenebilir.

Problem Çözme Sürecini Aşırı Karmaşıklaştırmak

Her küçük problem için uzun analiz, çok sayıda form ve geniş toplantı yapmak süreci yavaşlatabilir.

Problem çözme yöntemi problemin:

• Etkisine

• Tekrar sıklığına

• Riskine

• Karmaşıklığına

• Etkilenen kişi sayısına

uygun olmalıdır.

Basit bir sorun kısa değerlendirmeyle çözülebilir.

Kritik veya tekrar eden problemlerde daha ayrıntılı yöntem kullanılabilir.

Araçları Amaç Hâline Getirmek

Beş neden, balık kılçığı, süreç haritası ve benzeri araçlar düşünmeyi destekler.

Ancak yalnızca formu doldurmak gerçek analiz yapıldığı anlamına gelmez.

Araç:

• Doğru soruları sormuyorsa

• Verilerle desteklenmiyorsa

• Tarafların görüşlerini içermiyorsa

• Karar ve uygulamaya dönüşmüyorsa

işlevini kaybeder.

Amaç aracı tamamlamak değil, problemi anlamaktır.

Her Problemi Aynı Yöntemle Çözmeye Çalışmak

Teknik arıza, çalışan çatışması, müşteri sorunu ve stratejik risk aynı yöntemle ele alınamaz.

Probleme göre:

• Teknik analiz

• Süreç analizi

• Çalışan görüşmesi

• Arabuluculuk

• Risk değerlendirmesi

• Müşteri araştırması

• Finansal analiz

• Yönetici müdahalesi

gerekebilir.

Yöntem problemin niteliğine göre seçilmelidir.

Kültürel ve Davranışsal Boyutu Görmezden Gelmek

Teknik açıdan doğru çözüm çalışan davranışlarıyla uyumlu değilse uygulanmayabilir.

Örneğin:

• Yeni sistem kullanışlı olabilir ancak çalışanlar eğitilmemiştir.

• Bilgi paylaşım prosedürü doğru olabilir ancak hata bildirenler suçlanmaktadır.

• Delegasyon sistemi kurulmuş olabilir ancak yönetici bütün kararları geri almaktadır.

• Toplantı standardı hazırlanmış olabilir ancak kararlar takip edilmemektedir.

Teknik çözüm ile davranış ortamı birlikte değerlendirilmelidir.

Psikolojik Güven Eksikliğini Göz Ardı Etmek

Çalışanlar konuşmaktan çekiniyorsa problem analizi eksik kalır.

Psikolojik güven düşük olduğunda çalışanlar:

• Hataları gizleyebilir.

• Riskleri geç bildirebilir.

• Yöneticinin fikrine itiraz etmeyebilir.

• Uygulanamayacak kararlara görünürde onay verebilir.

• Gerçek iş yükünü açıklamayabilir.

Problem çözme sürecinin kalitesi, çalışanların ne kadar açık konuşabildiğiyle doğrudan ilişkilidir.

Yönetici Davranışlarını Analizin Dışında Bırakmak

Problemin oluşmasında yönetici:

• Belirsiz talimat vermiş

• Öncelikleri sürekli değiştirmiş

• Yetki vermeden sorumluluk beklemiş

• İş yükünü adaletsiz dağıtmış

• Çalışanları susturmuş

• Kararları takip etmemiş

olabilir.

Yönetici yalnızca çalışanları ve süreçleri değerlendirmemeli, kendi davranışını da analiz etmelidir.

Problem Çözme Sürecinde Zaman Baskısını Yanlış Yönetmek

Bazı problemler hızlı karar gerektirir.

Ancak her konuyu acil olarak değerlendirmek:

• Verisiz kararları

• Eksik analizleri

• Geçici çözümleri

• Çalışan yorgunluğunu

• Yeni hataları

artırabilir.

Gerçek acil durum ile önemli fakat analiz gerektiren problem ayrılmalıdır.

Kriz Anındaki Geçici Kararı Kalıcılaştırmak

Kriz sırasında zarar azaltmak için hızlı ve geçici uygulamalar yapılabilir.

Örneğin:

• Yetkiler geçici olarak merkezileştirilebilir.

• Manuel sistem kullanılabilir.

• Görevler yeniden dağıtılabilir.

• Fazla çalışma yapılabilir.

Kriz sonrasında bu uygulamalar yeniden değerlendirilmelidir.

Olağanüstü çalışma biçimi kalıcı hâle gelmemelidir.

Problem Çözme Toplantılarını Şikâyet Alanına Dönüştürmek

Toplantıda yalnızca geçmiş sorunların ve kişisel rahatsızlıkların konuşulması çözüm üretmez.

Toplantı şu sırayla ilerleyebilir:

1. Problem tanımı

2. Veriler

3. Olası nedenler

4. Kök nedenler

5. Çözüm seçenekleri

6. Karar

7. Sorumlu ve süre

8. Takip tarihi

Şikâyetlerin somut problem ve çözüm alanına çevrilmesi gerekir.

Toplantı Sonunda Karar Almamak

Bazı toplantılar uzun tartışmaların ardından:

“Konuyu biraz daha değerlendirelim.”

ifadesiyle sona erebilir.

Karar için veri eksikse:

• Hangi verinin toplanacağı

• Kim tarafından toplanacağı

• Ne zamana kadar tamamlanacağı

• Yeni karar tarihinin ne olduğu

belirlenmelidir.

Belirsiz erteleme problemin devam etmesine neden olur.

Problem Çözme Hataları Nasıl Azaltılır?

Şu temel kontrol soruları kullanılabilir:

• Problem açık ve ölçülebilir mi?

• Belirti ile temel neden ayrıldı mı?

• Yeterli ve güvenilir veri var mı?

• Etkilenen kişiler dinlendi mi?

• Sistemsel nedenler değerlendirildi mi?

• Birden fazla çözüm geliştirildi mi?

• Karar kriterleri açık mı?

• Çözümün riskleri incelendi mi?

• Ana sorumlu ve süre belli mi?

• Gerekli kaynak sağlandı mı?

• Başarı göstergesi önceden belirlendi mi?

• Takip tarihi oluşturuldu mu?

• Öğrenilenler kurumsallaştırılacak mı?

Bu sorular problem çözme sürecinin kalitesini artırabilir.

Yönetici Problem Çözme Hatalarını Nasıl Önler?

Yönetici:

• Çözüme geçmeden problem tanımı istemeli

• Somut veri talep etmeli

• Kendi fikrini çok erken açıklamamalı

• Farklı görüşlere alan açmalı

• Kişiler yerine süreç ve davranışları değerlendirmeli

• Karar yetkisini açıklamalı

• Kaynak sağlamalı

• Aksiyonları takip etmeli

• Başarısızlıktan öğrenmeyi desteklemelidir.

Yönetici her problemi kendi çözmemeli, ekibin düşünme kapasitesini geliştirmelidir.

Çalışanlar Problem Çözme Sürecinde Nasıl Sorumluluk Alır?

Çalışanlar:

• Problemi erken bildirebilir.

• Somut örnek ve veri paylaşabilir.

• Kendi davranışının etkisini değerlendirebilir.

• Çözüm seçenekleri geliştirebilir.

• Riskleri açıkça ifade edebilir.

• Üstlendiği aksiyonu takip edebilir.

• Gecikmeleri önceden bildirebilir.

• Uygulama sonucunu paylaşabilir.

Sorumluluk yalnızca problemi yöneticinin önüne bırakmak değildir.

Çözüm sürecine katkı sağlamaktır.

Problem Çözme Becerileri Nasıl Geliştirilir?

Şu yöntemler kullanılabilir:

• Gerçek kurum vakaları

• Kök neden analizi çalışmaları

• Süreç haritalama

• Veri yorumlama

• Soru sorma uygulamaları

• Çözüm karşılaştırma

• Karar senaryoları

• Risk değerlendirme

• Uygulama planı hazırlama

• Sonuç ölçme

• Yönetici geri bildirimi

Problem çözme davranışsal bir beceridir ve uygulamayla gelişir.

Eğitim İçeriği Nasıl Kurulmalıdır?

Eğitim öncesinde kurumun problem çözme alışkanlıkları incelenmelidir.

Şu kaynaklar kullanılabilir:

• Tekrarlayan hatalar

• Süreç gecikmeleri

• Müşteri şikâyetleri

• Toplantı kararları

• Çalışan görüşmeleri

• Yönetici değerlendirmeleri

• Departman sorunları

• İş yükü verileri

• Kriz ve olay kayıtları

• Uygulanmamış aksiyonlar

Eğitim yalnızca problem çözme araçlarını anlatmamalıdır.

Kurumun yaptığı gerçek düşünme ve uygulama hatalarını da görünür hâle getirmelidir.

Eğitim Sonrasında Ne Yapılmalıdır?

Eğitim sonrasında:

• Ortak problem çözme standardı oluşturulmalı

• Problem ve aksiyon kayıt sistemi kullanılmalı

• Yöneticiler çalışanlara uygulama alanı açmalı

• Gerçek problemler üzerinde çalışma yapılmalı

• Kararların sonuçları takip edilmeli

• Başarılı ve başarısız uygulamalardan öğrenilenler paylaşılmalı

• Tekrar eden problemlerin nedenleri düzenli değerlendirilmelidir.

Yöntem günlük iş sistemine yerleşmediğinde eğitim etkisi sınırlı kalabilir.

Problem Çözme Hatalarının Azaldığı Nasıl Anlaşılır?

Şu göstergeler değerlendirilebilir:

• Aynı problemin tekrar oranı

• Kök neden analizi yapılan problem sayısı

• Kararların uygulanma düzeyi

• Aksiyonların zamanında tamamlanması

• Hata ve tekrar iş miktarı

• Müşteri şikâyetlerindeki değişim

• Geçici çözümlerin kullanım süresi

• Çalışanların problem bildirme rahatlığı

• Yöneticilerin veri kullanımı

• Uygulama sonrası takip oranı

• Problem çözme süresi

• Kurumsal öğrenme kayıtları

Yalnızca kapatılan problem sayısı başarı göstergesi değildir.

Problemin gerçekten tekrar edip etmediği önemlidir.

Davranış Bilimleri Perspektifinden Problem Çözme Hataları

Davranış bilimleri, problem çözme hatalarını yalnızca çalışanların analitik düşünme eksikliğiyle açıklamaz.

Kurumun verdiği sonuçlar, hangi davranışların tekrar edeceğini etkiler.

Örneğin:

• Problemi bildiren çalışan suçlanıyorsa sorunlar gizlenebilir.

• Hızlı çözüm sunan kişi ödüllendiriliyor ancak kalıcı sonuç takip edilmiyorsa geçici çözümler artabilir.

• Yöneticiye itiraz etmek riskliyse alternatif fikirler paylaşılmayabilir.

• Sorumluluk alan çalışana sürekli ek iş veriliyorsa çalışanlar problem sahiplenmekten kaçınabilir.

• Kararlar takip edilmiyorsa toplantılar önemini kaybedebilir.

• Hatalar yalnızca kişilere bağlanıyorsa süreç problemleri görünmez kalabilir.

• Başarısız uygulamalar cezalandırılıyor ancak öğrenme değerlendirilmiyorsa riskler saklanabilir.

• Bilgi belirli kişilerde tutuluyorsa doğru analiz yapılamayabilir.

Bu nedenle şu sorular önemlidir:

• Kurum problemleri erken bildiren çalışanları nasıl karşılıyor?

• Hız mı, kalıcı sonuç mu ödüllendiriliyor?

• Çalışanlar yönetici görüşüne güvenle itiraz edebiliyor mu?

• Problem sahiplenen çalışanların iş yükü dengeleniyor mu?

• Karar ve aksiyonlar gerçekten takip ediliyor mu?

• Başarısız çözümlerden öğrenme çıkarılıyor mu?

• Sistemsel nedenler çalışan davranışlarından ayrıştırılıyor mu?

• Geçici ve kalıcı çözüm arasında fark gözetiliyor mu?

• Problemin çözülüp çözülmediği sonuçlarla ölçülüyor mu?

• Öğrenilenler kurum içinde paylaşılıyor mu?

Davranış bilimleri temelli yaklaşım, yalnızca çalışanlara daha dikkatli analiz yapmalarını söylemez.

Doğru problem çözme davranışlarını destekleyen veya hatalı yaklaşımları güçlendiren kurumsal koşulları da görünür hâle getirir.

Alben Akademi Yaklaşımı

Alben Akademi – Davranış Bilimleri Temelli Kurumsal Gelişim Akademisi, problem çözme hatalarını yalnızca yöntem veya teknik bilgi eksikliği olarak değerlendirmez.

Çalışmalarda;

• Problemin doğru tanımlanması

• Belirti ve temel neden ayrımı

• Veri kullanımı

• Varsayım ve niyet ayrımı

• Kök neden analizi

• Çalışan katılımı

• Farklı çözüm seçenekleri

• Karar kriterleri

• Risk ve yan etki değerlendirmesi

• Görev ve yetki netliği

• Kaynak planlama

• Uygulama disiplini

• Sonuç takibi

• Yönetici davranışları

• Psikolojik güven

• Kurumsal öğrenme

• Davranışsal ölçme ve değerlendirme

birlikte ele alınabilir.

Amaç kurumlara yalnızca problem çözme araçlarını öğretmek değildir.

Problemlerin doğru tanımlandığı, varsayımların sorgulandığı, kalıcı çözümlerin geliştirildiği ve uygulama sonuçlarının düzenli biçimde takip edildiği sürdürülebilir bir düşünme ve yönetim sistemi oluşturmaktır.

Her kurumun süreçleri, karar yapısı, yönetim biçimi ve problem çözme alışkanlıkları farklıdır.

Bu nedenle çalışmalar kurumun gerçek hataları, müşteri sorunları, toplantı örnekleri, görev akışları ve yönetsel uygulamaları üzerinden kuruma özel tasarlanmalıdır.

Sonuç

Problem çözme sırasında yapılan hatalar çoğu zaman çözümün yetersizliğinden önce problemin yanlış anlaşılmasından kaynaklanır.

En yaygın hatalar arasında:

• Problemi açık tanımlamadan çözüme geçmek

• Belirtiyi temel neden sanmak

• İlk çözümü hemen uygulamak

• Yeterli veri toplamamak

• Varsayımları gerçek kabul etmek

• Sorunu tek bir çalışana yüklemek

• İnsan hatasını kök neden saymak

• Sistemsel koşulları görmezden gelmek

• Etkilenen çalışanları sürece dahil etmemek

• Yöneticinin çözümünü çok erken açıklaması

• Birden fazla seçenek geliştirmemek

• Karar kriterlerini belirlememek

• Geçici çözümü kalıcılaştırmak

• Her probleme eğitim veya ek kontrol önermek

• Karar yetkisini belirsiz bırakmak

• Sorumlu ve süre belirlememek

• Gerekli kaynakları sağlamamak

• Çözümün yan etkilerini değerlendirmemek

• Başarı ölçütünü önceden belirlememek

• Uygulama sonrası takip yapmamak

• Öğrenilenleri kurumsallaştırmamak

bulunur.

Problem çözme sürecinin amacı yalnızca sorunu kapatmak değil, aynı problemin tekrar etmesini önleyecek çalışma sistemini oluşturmaktır.

Davranış bilimleri temelli yaklaşım, hatalı problem çözme davranışlarının yalnızca bireysel düşünme eksikliklerinden değil; kurumun ödül, yönetim, güven ve karar sisteminden de etkilenebileceğini görünür hâle getirir.