Kurumlarda Etkili Problem Çözme Süreci Nasıl Oluşturulur?

Kurumlarda etkili problem çözme süreci, ortaya çıkan her soruna hızlı bir çözüm bulmak veya sorumlu kişiyi belirlemek değildir.

Gerçek problem çözme; mevcut durum ile beklenen sonuç arasındaki farkı açık biçimde tanımlamayı, bu farkın nedenlerini verilerle değerlendirmeyi ve problemi tekrar etmeyecek biçimde ortadan kaldıracak uygulamalar geliştirmeyi gerektirir.

Bir kurumda aynı sorun tekrar tekrar yaşanıyorsa çoğu zaman yalnızca görünen belirtiye müdahale ediliyor olabilir.

Örneğin:

• Geciken görev için çalışan uyarılıyor

• Hatalı rapor yeniden hazırlanıyor

• Müşteri şikâyetine telafi sunuluyor

• Yoğunluk oluştuğunda fazla mesai yapılıyor

• Bilgi eksikliğinde yeni bir toplantı düzenleniyor

ancak problemin neden tekrar ettiği araştırılmıyorsa çözüm geçici kalır.

Etkili problem çözme süreci şu temel sorulara cevap vermelidir:

• Gerçek problem nedir?

• Kimler ve hangi sonuçlar etkilenmektedir?

• Problem hangi koşullarda ortaya çıkmaktadır?

• Belirti ile temel neden nasıl ayrılır?

• Hangi veriler kararı desteklemektedir?

• Hangi çözüm seçenekleri bulunmaktadır?

• Kararı kim verecektir?

• Uygulamadan kim sorumludur?

• Sonucun iyileştiğini nasıl anlayacağız?

• Problemin tekrarını nasıl önleyeceğiz?

Problem Nedir?

Problem, mevcut durum ile ulaşılması beklenen durum arasında bulunan ve kurumun hedef, süreç, çalışan veya müşteri sonucunu olumsuz etkileyen farktır.

Bir durumun problem olarak tanımlanabilmesi için yalnızca rahatsızlık oluşturması yeterli değildir.

Şu alanlardan birini etkileyebilir:

• Performans

• Kalite

• Zaman

• Maliyet

• Müşteri deneyimi

• Çalışan deneyimi

• Güvenlik

• Yasal uygunluk

• İş birliği

• Kurumsal itibar

• Kaynak kullanımı

• Sürdürülebilirlik

Örneğin:

“Ekip yeterince dikkatli değil.”

bir problem tanımı değildir.

“Müşteri taleplerinin ortak sisteme eksik işlenmesi nedeniyle son iki ayda on iki işlem yeniden yapılmıştır.”

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

Problem Çözme Nedir?

Problem çözme; istenmeyen durumun nedenlerini anlayarak uygulanabilir, ölçülebilir ve sürdürülebilir bir çözüm geliştirme sürecidir.

Etkili problem çözmede:

• Problem açıkça tanımlanır.

• Varsayımlar yerine veri kullanılır.

• Belirti ile temel neden ayrılır.

• Etkilenen kişiler sürece dahil edilir.

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

• Karar kriterleri belirlenir.

• Uygulama planlanır.

• Sonuç ölçülür.

• Öğrenilenler kurumsallaştırılır.

Problem çözme yalnızca yöneticilerin görevi değildir.

Problemin niteliğine göre çalışanlar, uzmanlar, farklı departmanlar ve karar vericiler sürece dahil olabilir.

Etkili Problem Çözme Neden Önemlidir?

Etkili problem çözme süreci kurumlara şu alanlarda katkı sağlayabilir:

• Tekrarlayan hataların azalması

• Karar kalitesinin yükselmesi

• Kaynakların daha verimli kullanılması

• Müşteri şikâyetlerinin azalması

• Süreçlerin hızlanması

• Çalışanların sorumluluk alması

• Departmanlar arası iş birliğinin güçlenmesi

• Risklerin daha erken fark edilmesi

• Kurumsal öğrenmenin artması

• Krizlere hazırlık kapasitesinin gelişmesi

Problem çözme yaklaşımı zayıf olan kurumlarda çalışanlar çoğu zaman belirtileri yönetir ancak aynı sorunlarla tekrar karşılaşır.

Belirti ile Problem Arasındaki Fark Nedir?

Belirti, problemin görünür sonucu veya işaretidir.

Problem ise bu sonucu oluşturan temel durumdur.

Örneğin:

• Müşteri şikâyeti bir belirti olabilir.

• Geç teslimat bir belirti olabilir.

• Hatalı rapor bir belirti olabilir.

• Çalışan çatışması bir belirti olabilir.

• Sürekli fazla mesai bir belirti olabilir.

Bunların altında:

• Belirsiz görev dağılımı

• Eksik bilgi akışı

• Yetersiz kapasite

• Yanlış performans hedefi

• Onay sürecindeki gecikme

• Eğitim veya yetkinlik eksikliği

• Yönetici tutarsızlığı

gibi temel problemler bulunabilir.

Belirtiyi düzeltmek kısa süreli rahatlama sağlar. Temel neden devam ederse problem yeniden ortaya çıkar.

Problem Çözme Süreci Hangi Aşamalardan Oluşur?

Kurumlarda uygulanabilecek temel problem çözme süreci şu aşamalardan oluşabilir:

1. Problemin fark edilmesi

2. Problemin açık biçimde tanımlanması

3. Etki ve öncelik değerlendirmesi

4. Veri toplanması

5. Kök neden analizi

6. Çözüm seçeneklerinin geliştirilmesi

7. Seçeneklerin değerlendirilmesi

8. Karar verilmesi

9. Uygulama planının hazırlanması

10. Sonucun ölçülmesi

11. Öğrenilenlerin kurumsallaştırılması

Her problem aynı ayrıntı düzeyinde ele alınmak zorunda değildir.

Ancak kritik, tekrar eden veya çok sayıda kişiyi etkileyen problemlerde yapılandırılmış süreç kullanılmalıdır.

Problemin Fark Edilmesi Neden Gecikebilir?

Kurumlarda problemler şu nedenlerle geç fark edilebilir:

• Çalışanların sorun bildirmekten çekinmesi

• Hata bildiren kişilerin suçlanması

• Verilerin düzenli takip edilmemesi

• Problemlerin normalleşmesi

• Yoğun iş yükü

• Departmanlar arası bilgi kopukluğu

• Yönetimin yalnızca sonuç rakamlarına odaklanması

• Çalışanların geçici çözümlerle açığı kapatması

• Müşteri geri bildirimlerinin ilgili ekibe ulaşmaması

• Problemin belirli kişiler tarafından saklanması

Problem görünür hâle geldiğinde çoğu zaman uzun süredir devam ediyor olabilir.

Çalışanlar Problemleri Neden Saklar?

Çalışanlar şu düşünceler nedeniyle problemleri bildirmeyebilir:

• “Beni suçlarlar.”

• “Yetersiz olduğumu düşünürler.”

• “Nasıl olsa bir şey değişmez.”

• “Ek iş bana kalır.”

• “Yönetici tepki gösterir.”

• “Diğer departmanla sorun yaşarım.”

• “Kariyerim olumsuz etkilenir.”

• “Geçici olarak çözebiliriz.”

Problem bildirme davranışı kurum tarafından nasıl karşılanıyorsa çalışanlar gelecekte ona göre hareket eder.

Sorun bildiren çalışan cezalandırılıyorsa kurumsal riskler görünmez hâle gelebilir.

Problem Nasıl Açık Biçimde Tanımlanır?

Etkili problem tanımı şu unsurları içerebilir:

• Mevcut durum

• Beklenen durum

• Aradaki fark

• Problemin ortaya çıktığı yer

• Ortaya çıktığı zaman

• Etkilenen kişiler veya süreçler

• Tekrar sıklığı

• İş, müşteri veya maliyet etkisi

Örneğin:

“Toplantılar verimsiz geçiyor.”

genel bir ifadedir.

“Haftalık operasyon toplantılarında görev sahipleri ve tamamlanma tarihleri belirlenmediği için son dört haftada alınan on sekiz kararın dokuzu uygulanmamıştır.”

daha açık bir problem tanımıdır.

Problem Tanımında Hangi Sorular Kullanılabilir?

Şu sorular sorulabilir:

• Tam olarak ne oluyor?

• Ne olması gerekiyordu?

• Fark nedir?

• Problem ilk ne zaman görüldü?

• Hangi sıklıkla tekrar ediyor?

• Nerede ortaya çıkıyor?

• Kimleri etkiliyor?

• Hangi müşteri veya iş sonucu zarar görüyor?

• Hangi koşullarda artıyor veya azalıyor?

• Problem çözülmezse ne olur?

Bu sorular problemin sınırlarının belirlenmesine yardımcı olur.

Çok Geniş Problem Tanımı Neden Risklidir?

“İletişimimiz kötü.”

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

“Departmanlar iş birliği yapmıyor.”

gibi geniş tanımlar çözümün de belirsiz kalmasına neden olur.

Problem daraltılmadığında:

• Herkes farklı bir sorunu konuşabilir.

• Çözüm önerileri dağılabilir.

• Sorumluluk belirlenemez.

• Ölçüm yapılamaz.

• Sonucun iyileşip iyileşmediği anlaşılamaz.

Büyük problemler daha küçük ve yönetilebilir alt problemlere ayrılabilir.

Problemin Etkisi Nasıl Değerlendirilir?

Her problem aynı önceliğe sahip değildir.

Etki değerlendirmesinde şu ölçütler kullanılabilir:

• Müşteri etkisi

• Finansal etki

• Güvenlik riski

• Yasal risk

• Çalışan etkisi

• Kurumsal itibar

• Tekrar sıklığı

• Etkilenen kişi sayısı

• Süreç üzerindeki etkisi

• Problemin büyüme ihtimali

• Çözüm için gereken kaynak

Bu değerlendirme hangi problemin önce ele alınması gerektiğini belirler.

Acil Problem ile Önemli Problem Arasındaki Fark Nedir?

Acil problem hemen müdahale gerektirebilir.

Önemli problem ise kurumun uzun vadeli sonuçlarını ciddi biçimde etkileyebilir ancak görünür baskı oluşturmayabilir.

Örneğin:

• Sistem kesintisi acil bir problemdir.

• Sürekli çalışan kaybına neden olan yönetici davranışları önemli fakat daha az görünür bir problem olabilir.

• Müşteriye yanlış bilgi verilmesi hem acil hem önemli olabilir.

Kurumlar yalnızca yüksek sesle görünen problemlere odaklanmamalıdır.

Problem Önceliklendirmesi Nasıl Yapılır?

Problemler şu sorularla önceliklendirilebilir:

• Güvenlik veya yasal risk var mı?

• Müşteri kaybı oluşturuyor mu?

• Finansal etkisi nedir?

• Kaç kişiyi veya süreci etkiliyor?

• Tekrar ediyor mu?

• Büyüme ihtimali var mı?

• Başka problemlerin temel nedeni olabilir mi?

• Çözüm için mevcut kapasite yeterli mi?

Önceliklendirme duygusal baskıya değil, açık kriterlere dayanmalıdır.

Veri Toplama Neden Önemlidir?

Problem çözme sürecinde çalışanlar kendi deneyimlerine ve varsayımlarına dayanabilir.

Ancak tek bir kişinin yaşadığı örnek bütün süreci temsil etmeyebilir.

Veri toplamak:

• Problemin gerçekten var olup olmadığını

• Ne kadar sık tekrar ettiğini

• Hangi koşullarda oluştuğunu

• Kimleri etkilediğini

• Olası nedenleri

• Çözümün etkisini

görmeyi sağlar.

Verisiz problem çözme, kişisel görüşlerin yarışmasına dönüşebilir.

Hangi Veriler Kullanılabilir?

Probleme göre şu kaynaklar kullanılabilir:

• Süreç süreleri

• Hata ve tekrar oranları

• Müşteri şikâyetleri

• Satış ve finans verileri

• İş yükü kayıtları

• Toplantı kararları

• E-posta ve görev kayıtları

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

• Yönetici gözlemleri

• Çıkış görüşmeleri

• Anket sonuçları

• Sistem logları

• Kalite kontrol sonuçları

• Olay ve risk kayıtları

Sayısal ve nitel veriler birlikte değerlendirilebilir.

Her Veri Güvenilir midir?

Hayır.

Verinin:

• Güncel

• Eksiksiz

• Doğru kaynaktan alınmış

• Problemi gerçekten ölçen

• Uygun dönemleri kapsayan

• Karşılaştırılabilir

olması gerekir.

Yanlış veya eksik veri güçlü görünen fakat hatalı kararlar oluşturabilir.

Çalışan Görüşleri Veri Sayılır mı?

Evet.

Çalışan deneyimleri özellikle süreç, iletişim, iş yükü ve yönetim sorunlarını anlamada değerlidir.

Ancak tek bir görüş bütün kurumun gerçeği olarak kabul edilmemelidir.

Farklı çalışanların, yöneticilerin ve süreç verilerinin birlikte değerlendirilmesi daha sağlıklı sonuç sağlar.

Kök Neden Nedir?

Kök neden, problem ortadan kaldırılmak istendiğinde değiştirilmesi gereken temel etkendir.

Kök neden düzeltilmediğinde problem aynı veya farklı biçimde tekrar edebilir.

Örneğin:

Problem: Müşteri siparişlerinde sürekli hata oluşuyor.

Olası belirtiler:

• Yanlış ürün gönderimi

• Eksik teslimat

• Müşteri şikâyeti

Olası kök nedenler:

• Sipariş bilgilerinin farklı sistemlerde tutulması

• Son kontrol sorumlusunun belirsizliği

• Satış ve operasyon arasında eksik bilgi aktarımı

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

• Eğitim eksikliği

• Performans sisteminin yalnızca hız odaklı olması

Hatalı ürünü değiştirmek sorunu düzeltir ancak kök nedeni ortadan kaldırmaz.

Kök Neden Analizi Nasıl Yapılır?

Kök neden analizinde şu sorular kullanılabilir:

• Problem hangi koşullarda ortaya çıkıyor?

• Ne zaman ortaya çıkmıyor?

• Hangi süreç adımında başlıyor?

• Hangi bilgi eksik kalıyor?

• Görev ve yetkiler açık mı?

• İş yükü ve kaynaklar yeterli mi?

• Çalışanlar gerekli bilgi ve beceriye sahip mi?

• Performans hedefleri yanlış davranışı teşvik ediyor mu?

• Yönetici uygulamaları problemi etkiliyor mu?

• Problem daha önce neden tekrar etti?

Amaç ilk görünen açıklamayı hemen kök neden olarak kabul etmemektir.

Beş Neden Yaklaşımı Nasıl Kullanılır?

Bir problemin arkasındaki nedenlere ulaşmak için art arda “Neden?” sorusu sorulabilir.

Örnek:

Problem: Müşteri raporu geç gönderildi.

1. Neden geç gönderildi?

   
   

   Veriler zamanında tamamlanmadı.

2. Veriler neden tamamlanmadı?

   
   

   Finans bilgileri rapor ekibine geç ulaştı.

3. Bilgiler neden geç ulaştı?

   
   

   Bilgiyi hazırlayacak sorumlu açık değildi.

4. Sorumlu neden açık değildi?

   
   

   Süreçte görev paylaşımı yazılı olarak tanımlanmamıştı.

5. Görev paylaşımı neden tanımlanmamıştı?

   
   

   Yeni raporlama süreci devreye alınırken iş akışı güncellenmemişti.

Bu örnekte yalnızca finans çalışanını uyarmak geçici çözüm olabilir.

Asıl ihtiyaç süreç ve görev tanımının güncellenmesidir.

Her Problemde Tek Bir Kök Neden mi Bulunur?

Hayır.

Karmaşık problemler birden fazla nedenin birleşimiyle ortaya çıkabilir.

Örneğin çalışan hatasının altında aynı anda:

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

• Eksik eğitim

• Belirsiz talimat

• Yetersiz kontrol

• Uygun olmayan teknoloji

bulunabilir.

Tek bir kişiyi veya nedeni suçlamak problemin diğer boyutlarını görünmez bırakabilir.

İnsan Hatası Kök Neden Sayılır mı?

“Çalışan hata yaptı.”

çoğu zaman kök neden değildir.

Şu sorular değerlendirilmelidir:

• Talimat açık mıydı?

• Çalışan gerekli eğitimi aldı mı?

• İş yükü uygundu mu?

• Kontrol sistemi var mıydı?

• Kullanılan araç hata yapmaya açık mıydı?

• Çalışan gerekli bilgiye sahip miydi?

• Süre gerçekçi miydi?

• Aynı hata başkalarında da görülüyor mu?

Bazı durumlarda bireysel dikkatsizlik veya sorumluluk eksikliği bulunabilir.

Ancak sistem koşulları değerlendirilmeden yalnızca çalışana odaklanılmamalıdır.

Balık Kılçığı Analizi Nasıl Kullanılır?

Problemin farklı neden kategorilerini değerlendirmek için balık kılçığı yaklaşımı kullanılabilir.

Kategoriler şu şekilde oluşturulabilir:

• İnsan

• Süreç

• Teknoloji

• Bilgi

• Yönetim

• Kaynak

• Çevre

• Ölçüm

Örneğin müşteri yanıt sürelerinin uzaması incelenirken:

İnsan: Yetersiz personel, eğitim eksikliğiSüreç: Fazla onay adımı, belirsiz görevlerTeknoloji: Yavaş sistem, entegrasyon eksikliğiBilgi: Eksik müşteri kaydıYönetim: Değişen önceliklerKaynak: Yoğunluk döneminde ek kapasite bulunmaması

Bu yaklaşım problemin yalnızca tek boyutuna odaklanmayı önleyebilir.

Problem Çözmede Kimler Sürece Dahil Edilmelidir?

Problemin niteliğine göre şu kişiler dahil edilebilir:

• Problemi yaşayan çalışanlar

• Sürecin sahibi

• Teknik uzmanlar

• İlgili departman temsilcileri

• Yönetici

• Müşteriyle temas eden çalışanlar

• İnsan kaynakları

• Finans veya hukuk uzmanları

• Karar verici

Yalnızca üst yönetimin çözüm üretmesi saha bilgisinin kaybolmasına neden olabilir.

Yalnızca çalışanların çözüm üretmesi ise yetki ve kaynak eksikliği nedeniyle uygulamayı zorlaştırabilir.

Problemden Etkilenen Çalışanların Görüşü Neden Önemlidir?

Problemi günlük olarak yaşayan çalışanlar:

• Sürecin gerçek işleyişini

• Yazılı olmayan uygulamaları

• Tekrarlayan engelleri

• Müşteri tepkilerini

• Geçici çözümleri

• Uygulanabilir seçenekleri

daha iyi görebilir.

Ancak çalışanların önerileri karar kriterleri, kaynak ve kurumsal hedeflerle birlikte değerlendirilmelidir.

Problem Çözme Toplantısı Nasıl Yapılmalıdır?

Problem çözme toplantısında şu yapı kullanılabilir:

1. Problem tanımı paylaşılır.

2. Mevcut veriler sunulur.

3. Eksik bilgiler belirlenir.

4. Olası nedenler değerlendirilir.

5. Kök nedenler üzerinde ortaklaşılır.

6. Çözüm seçenekleri geliştirilir.

7. Seçenekler kriterlerle karşılaştırılır.

8. Karar, sorumlu ve süre belirlenir.

9. Takip tarihi oluşturulur.

Toplantı yalnızca şikâyetlerin tekrarlandığı bir alana dönüşmemelidir.

Problem Çözme Toplantısında Hangi Kurallar Kullanılabilir?

Şu kurallar belirlenebilir:

• Kişiler değil süreç ve davranışlar konuşulur.

• Somut veri kullanılır.

• Fikirler açıklanmadan reddedilmez.

• Niyet varsayımı yapılmaz.

• Her katılımcıya söz hakkı verilir.

• Çözüm üretmeden önce problem tanımı netleştirilir.

• Alınan kararlar kayıt altına alınır.

• Sorumlusu olmayan karar kabul edilmez.

• Takip tarihi belirlenir.

Bu kurallar yöneticiler dahil herkes için geçerli olmalıdır.

Beyin Fırtınası Nasıl Kullanılmalıdır?

Çözüm geliştirme aşamasında kısa süreli beyin fırtınası kullanılabilir.

Bu aşamada:

• Fikirler hemen eleştirilmez.

• Farklı seçenekler teşvik edilir.

• Katılımcılar birbirinin fikrini geliştirebilir.

• Alışılmış çözümlerin dışına çıkılabilir.

• Sessiz katılımcılardan da görüş alınabilir.

Ancak beyin fırtınası karar verme yöntemi değildir.

Fikirler daha sonra somut kriterlerle değerlendirilmelidir.

İlk Çözüm Neden Hemen Uygulanmamalıdır?

İlk akla gelen çözüm genellikle en görünür belirtiye yönelir.

Örneğin:

• Hata varsa eğitim vermek

• Gecikme varsa daha fazla kontrol koymak

• Çatışma varsa tarafları uyarmak

• Yoğunluk varsa fazla mesai yapmak

• Şikâyet varsa müşteriye indirim sunmak

kolay çözümler gibi görünebilir.

Ancak temel neden değerlendirilmeden uygulanan çözüm:

• Problemi başka alana taşıyabilir.

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

• Yeni bir risk yaratabilir.

• Geçici iyileşme sağlayabilir.

• Çalışan güvenini azaltabilir.

Birden fazla seçenek geliştirmek önemlidir.

Çözüm Seçenekleri Nasıl Geliştirilir?

Çözüm üretirken şu sorular kullanılabilir:

• Problemi tamamen önleyecek seçenek nedir?

• Etkisini azaltacak seçenek nedir?

• Kısa vadeli hangi önlem alınabilir?

• Uzun vadeli hangi sistem değişmelidir?

• Teknolojiyle ne geliştirilebilir?

• Süreç hangi adımda sadeleştirilebilir?

• Görev ve yetki nasıl netleştirilebilir?

• Hangi bilgi daha erken paylaşılmalıdır?

• Çalışanların hangi yetkinliği geliştirilmelidir?

• Hangi kontrol noktası gereklidir?

Kısa ve uzun vadeli çözümler ayrı ayrı planlanabilir.

Geçici Çözüm ile Kalıcı Çözüm Arasındaki Fark Nedir?

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

Kalıcı çözüm temel nedeni ortadan kaldırmayı amaçlar.

Örneğin sistem arızasında:

• İşlemleri manuel yürütmek geçici çözüm olabilir.

• Sistem altyapısını yenilemek kalıcı çözüm olabilir.

Yoğunluk döneminde:

• Ek mesai yapmak geçici çözüm olabilir.

• Kapasite planlamasını ve iş akışını yeniden düzenlemek kalıcı çözüm olabilir.

Geçici çözüm uygulanabilir ancak kalıcı çözüm unutulmamalıdır.

Çözüm Kriterleri Nasıl Belirlenir?

Çözüm seçenekleri şu kriterlerle değerlendirilebilir:

• Müşteri etkisi

• Maliyet

• Uygulama süresi

• Kaynak ihtiyacı

• Kalite

• Güvenlik

• Yasal uygunluk

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

• Teknolojik uygulanabilirlik

• Uzun vadeli sürdürülebilirlik

• Problemi tekrar önleme gücü

Kriterler karar verilmeden önce açıklanmalıdır.

En Ucuz Çözüm Her Zaman En İyi Çözüm müdür?

Hayır.

Düşük maliyetli bir çözüm:

• Problemi tekrar önlemeyebilir.

• Çalışan iş yükünü artırabilir.

• Müşteri deneyimini zayıflatabilir.

• Yeni riskler oluşturabilir.

• Uzun vadede daha yüksek maliyet yaratabilir.

Karar yalnızca ilk maliyete değil, toplam etkiye göre verilmelidir.

En Hızlı Çözüm Her Zaman En Doğru Çözüm müdür?

Hayır.

Hız kriz veya güvenlik durumlarında önemli olabilir.

Ancak yalnızca hız odaklı karar:

• Kök nedeni atlayabilir.

• Kaliteyi düşürebilir.

• Çalışanları aşırı yükleyebilir.

• Yeni problemler oluşturabilir.

• Geçici çözümleri kalıcılaştırabilir.

Hız, kalite, risk ve sürdürülebilirlik birlikte değerlendirilmelidir.

Karar Nasıl Verilmelidir?

Karar sürecinde şu alanlar açık olmalıdır:

• Kararı kim verecek?

• Kimlerin görüşü alınacak?

• Hangi veriler kullanılacak?

• Hangi kriterler esas alınacak?

• Karar için son tarih nedir?

• Karar kimlere açıklanacak?

• İtiraz veya risk nasıl paylaşılacak?

Karar yetkisinin belirsiz olması problem çözme sürecini uzatır.

Her Karar Ortak Alınmalı mıdır?

Hayır.

Bazı problemler uzman veya yönetici kararı gerektirir.

Bazı kararlar ise çalışan katılımıyla daha güçlü hâle gelebilir.

Önemli olan:

• Görüş alma süreci

• Karar yetkisi

• Karar kriterleri

• Uygulama sorumluluğu

konularının açık olmasıdır.

Çalışanların görüşü alınabilir ancak nihai karar belirli bir kişide olabilir.

Kararın Gerekçesi Neden Açıklanmalıdır?

Çalışanlar kendi önerisi seçilmese bile kararın hangi kriterlerle alındığını anlarsa uygulamayı daha kolay sahiplenebilir.

Kararın gerekçesi:

• Güven oluşturur.

• Söylentiyi azaltır.

• Farklı yorumları önler.

• Uygulama disiplinini artırır.

• Kurumsal öğrenme sağlar.

“Yönetim böyle istedi.”

ifadesi çoğu durumda yeterli açıklama değildir.

Uygulama Planı Nasıl Hazırlanır?

Uygulama planında şu alanlar bulunmalıdır:

• Yapılacak iş

• Ana sorumlu

• Destek veren kişiler

• Başlangıç tarihi

• Tamamlanma tarihi

• Gerekli kaynak

• Karar ve onay noktaları

• Riskler

• İletişim yöntemi

• Başarı göstergesi

• Takip tarihi

Sorumlusu ve süresi bulunmayan çözüm önerileri uygulamada kaybolabilir.

Görev Sahibi Nasıl Belirlenir?

Her aksiyonun bir ana sahibi olmalıdır.

Görev sahibi:

• İşi takip eder.

• Destek verenleri koordine eder.

• Gecikmeleri bildirir.

• Sonucu kontrol eder.

• Tamamlanma bilgisini paylaşır.

Bir göreve çok sayıda kişinin ortak sorumlu yazılması gerçek sahipliği belirsizleştirebilir.

Çözüm Uygulanırken Hangi Riskler Ortaya Çıkabilir?

Yeni çözüm:

• Başka süreci yavaşlatabilir.

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

• Maliyet oluşturabilir.

• Müşteri alışkanlıklarını etkileyebilir.

• Teknolojik sorun yaratabilir.

• Çalışan direnciyle karşılaşabilir.

• Beklenmeyen yasal veya güvenlik riski oluşturabilir.

Uygulama öncesinde olası yan etkiler değerlendirilmelidir.

Pilot Uygulama Ne Zaman Kullanılabilir?

Çözüm büyük maliyet, risk veya değişim içeriyorsa küçük ölçekte pilot uygulama yapılabilir.

Pilot uygulama:

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

• Beklenmeyen sorunları görünür kılar.

• Çalışan geri bildirimi sağlar.

• Kaynak ihtiyacını test eder.

• Büyük çaplı hatanın önüne geçer.

Pilot sonuçları açık ölçütlerle değerlendirilmelidir.

İletişim Planı Neden Gereklidir?

Çözüm uygulamasından etkilenen çalışanlar:

• Ne değişeceğini

• Neden değişeceğini

• Kendilerinden ne beklendiğini

• Hangi tarihte başlayacağını

• Hangi desteği alacağını

• Sorularını kime yönelteceğini

bilmelidir.

Yetersiz iletişim doğru çözümün bile dirençle karşılaşmasına neden olabilir.

Çalışan Direnci Nasıl Değerlendirilmelidir?

Çalışanların çözüm önerisine itiraz etmesi her zaman olumsuz tutum değildir.

Direncin nedeni:

• Bilgi eksikliği

• İş yükü artışı

• Uygulanabilirlik sorunu

• Yetki kaybı

• Eğitim ihtiyacı

• Geçmiş başarısız değişim deneyimleri

• Gerçek riskler

• Sürece dahil edilmemek

olabilir.

İtirazlar dinlenmeli ancak karar sonrası uygulama sorumluluğu da korunmalıdır.

Çözümün Etkisi Nasıl Ölçülür?

Problem tanımlanırken belirlenen göstergeler çözüm sonrasında yeniden ölçülmelidir.

Örneğin:

• Hata oranı azaldı mı?

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

• Müşteri şikâyeti azaldı mı?

• Tekrar iş miktarı düştü mü?

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

• Kararlar daha hızlı uygulanıyor mu?

• Maliyet iyileşti mi?

• Aynı problem tekrar etti mi?

“Çözüm uygulandı.” demek başarı göstergesi değildir.

Sonuç değişmiş olmalıdır.

Başarı Ölçütü Ne Zaman Belirlenmelidir?

Başarı ölçütü çözüm uygulandıktan sonra değil, karar aşamasında belirlenmelidir.

Örneğin:

“Yeni bilgi paylaşım sistemi uygulanacak.”

bir aksiyondur.

“Eksik bilgi nedeniyle tekrar yapılan işlemler üç ay içinde yüzde belirli bir düzeyde azaltılacak.”

başarı ölçütüdür.

Ölçüt önceden belirlenmezse çözümün işe yarayıp yaramadığı nesnel biçimde değerlendirilemez.

Çözüm Beklenen Sonucu Vermiyorsa Ne Yapılmalıdır?

Şu olasılıklar değerlendirilmelidir:

• Kök neden yanlış belirlendi.

• Çözüm tam uygulanmadı.

• Gerekli kaynak sağlanmadı.

• Çalışanlar yeterince bilgilendirilmedi.

• Yeni koşullar ortaya çıktı.

• Ölçüm yöntemi doğru değildi.

• Problem birden fazla nedenden oluşuyordu.

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

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

Problem Çözüldükten Sonra Süreç Neden Kapatılmamalıdır?

Problem çözüldüğünde öğrenilen bilgiler kurum içinde paylaşılmalıdır.

Şu adımlar atılabilir:

• Süreç dokümanı güncellenir.

• Görev tanımları yenilenir.

• Kontrol listesi oluşturulur.

• Eğitim ihtiyacı karşılanır.

• Teknolojik düzenleme kalıcılaştırılır.

• Benzer süreçler gözden geçirilir.

• Öğrenilenler ilgili ekiplerle paylaşılır.

• Risk kayıtları güncellenir.

Bu uygulamalar kurumsal hafıza oluşturur.

Kurumsal Öğrenme Nedir?

Kurumsal öğrenme, problemin çözümünden elde edilen bilginin yalnızca ilgili kişilerde kalmaması ve kurumun çalışma sistemine aktarılmasıdır.

Kurumsal öğrenme sayesinde:

• Aynı hata farklı ekiplerde tekrar etmez.

• Yeni çalışanlar geçmiş deneyimlerden yararlanır.

• Süreçler zaman içinde gelişir.

• Kurum kişilere bağımlı olmaktan uzaklaşır.

• Kriz ve risk yönetimi güçlenir.

Problem Çözme Kültürü Nasıl Oluşturulur?

Problem çözme kültürü için:

• Sorun bildiren çalışanlar suçlanmamalı

• Hatalar gizlenmemeli

• Somut veriler kullanılmalı

• Çalışanlara görüş alanı açılmalı

• Kişiler yerine süreçler değerlendirilmelidir

• Çözüm kararları takip edilmeli

• Öğrenilenler paylaşılmalı

• Yöneticiler kendi hatalarını kabul edebilmeli

• Geçici çözümler kalıcılaştırılmamalıdır

• Doğru problem çözme davranışları takdir edilmelidir.

Kültür, kullanılan yöntemlerden çok yöneticilerin gerçek davranışlarıyla oluşur.

Psikolojik Güven Problem Çözmeyi Nasıl Etkiler?

Psikolojik güven bulunan kurumlarda çalışanlar:

• Problemleri erken bildirir.

• Hatalarını saklamaz.

• Farklı çözüm önerileri sunar.

• Yönetici kararındaki riskleri söyleyebilir.

• Bilmediği konuda destek ister.

• Süreç problemlerini açıkça konuşur.

Psikolojik güven düşükse problemler geç görünür ve çalışanlar yalnızca güvenli gördükleri bilgileri paylaşır.

Yönetici Problem Çözme Sürecinde Nasıl Davranmalıdır?

Yönetici:

• Problemi hemen kişilere bağlamamalı

• Çalışanları dinlemeli

• Somut veri istemeli

• Kendi varsayımlarını sorgulamalı

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

• Karar yetkisini açıklamalı

• Gerekli kaynakları sağlamalı

• Uygulamayı takip etmeli

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

Yönetici her problemi kendisi çözmeye çalışmamalıdır.

Ekibin problem çözme kapasitesini geliştirmelidir.

Yöneticinin Çözümü En Başta Söylemesi Neden Risklidir?

Yönetici çözümü en başta açıkladığında çalışanlar:

• Farklı düşüncelerini paylaşmayabilir.

• Yönetici fikrine uyum gösterebilir.

• Saha bilgisini aktarmayabilir.

• Alternatifleri değerlendirmeyebilir.

• Kararın risklerini söylemekten kaçınabilir.

Yönetici bazı durumlarda önce soru sorup görüşleri topladıktan sonra kendi değerlendirmesini paylaşabilir.

Çalışanların Problem Çözme Yetkisi Nasıl Artırılır?

Çalışanlara şu alanlarda netlik sağlanmalıdır:

• Hangi problemleri kendi başına çözebileceği

• Hangi kaynakları kullanabileceği

• Hangi kararları alabileceği

• Hangi riskleri yöneticiye bildireceği

• Hangi durumda başka departmana başvuracağı

• Sonucu nasıl kayıt altına alacağı

Yetki sınırları açık değilse çalışanlar her problemi yöneticilerine taşıyabilir.

Problem Çözme ile Delegasyon Arasındaki İlişki Nedir?

Doğru delegasyon çalışanların yalnızca görev değil, problem çözme sorumluluğu da almasını sağlar.

Delegasyonda:

• Beklenen sonuç

• Yetki sınırı

• Kullanılabilecek kaynak

• Karar noktaları

• Kontrol tarihleri

• Risk bildirim koşulları

açık olmalıdır.

Yönetici görevi devredip bütün kararları kendisi almaya devam ederse çalışanların problem çözme kapasitesi gelişmez.

Departmanlar Arası Problemler Nasıl Çözülmelidir?

Departmanlar arası problemlerde yalnızca tarafların iletişimi değil, ortak süreç değerlendirilmelidir.

Şu alanlar incelenebilir:

• Ortak müşteri sonucu

• Görev devir noktaları

• Bilgi standartları

• Çelişen hedefler

• Onay ve yetki sistemi

• Kaynak paylaşımı

• İş yükü

• İlgili yöneticilerin davranışları

Problemin sahibi yalnızca bir departman olarak belirlenmemelidir.

Toplam sürecin sahipliği görünür olmalıdır.

Uzaktan Takımlarda Problem Çözme Süreci Nasıl Kurulur?

Uzaktan çalışmada:

• Problem tanımı yazılı paylaşılabilir.

• Veriler ortak sistemde tutulabilir.

• Görüşmeler yapılandırılmış yapılabilir.

• Karar ve sorumlular yazılı kaydedilebilir.

• Görev takip sistemi kullanılabilir.

• Geri bildirim için kısa görüşmeler planlanabilir.

Ancak karmaşık problemler yalnızca uzun mesaj zincirleriyle çözülmemelidir.

Sesli veya görüntülü görüşme yapılabilir.

Hibrit Takımlarda Hangi Riskler Bulunur?

Ofiste bulunan çalışanların daha fazla gayriresmî bilgiye erişmesi, uzaktan çalışanların çözüm sürecinin dışında kalmasına neden olabilir.

Bunu önlemek için:

• Problem verileri ortak sistemde paylaşılmalı

• Bütün ilgili kişiler görüş sürecine dahil edilmeli

• Kararlar yazılı kaydedilmeli

• Fiziksel görünürlük uzmanlıkla karıştırılmamalı

• Uzaktan çalışanların saha bilgisi aktif biçimde alınmalıdır.

Kriz Anında Problem Çözme Süreci Değişir mi?

Evet.

Kriz anında zaman baskısı nedeniyle daha hızlı karar gerekebilir.

Bu durumda:

• Öncelikle can, güvenlik, yasal risk ve iş sürekliliği korunur.

• Problem kısa ve açık biçimde tanımlanır.

• Karar yetkileri netleştirilir.

• Kritik bilgiler hızla toplanır.

• Geçici çözüm uygulanabilir.

• Kararlar kayıt altına alınır.

• Kriz sonrasında ayrıntılı kök neden analizi yapılır.

Kriz anındaki hızlı karar, kriz sonrası değerlendirme yapılmayacağı anlamına gelmez.

Problem Çözme ile Kriz Yönetimi Arasındaki Fark Nedir?

Problem çözme çoğu zaman nedenleri analiz etmek ve kalıcı çözüm geliştirmek için daha geniş zaman sunabilir.

Kriz yönetiminde ise:

• Zaman baskısı

• Belirsizlik

• Yüksek risk

• Hızlı koordinasyon ihtiyacı

bulunur.

Kriz sırasında öncelik zararı sınırlandırmak olabilir.

Kriz sonrasında ise problem çözme yaklaşımıyla kök nedenler ve kalıcı önlemler değerlendirilmelidir.

Problem Çözme Sürecinde Yapılan En Yaygın Hatalar Nelerdir?

Yaygın hatalar şunlardır:

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

• Belirtiyi temel neden sanmak

• İlk çözümü hemen uygulamak

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

• Verisiz karar vermek

• Etkilenen çalışanların görüşünü almamak

• Yöneticinin kendi fikrini erken açıklaması

• Birden fazla seçenek geliştirmemek

• Çözüm kriterlerini belirlememek

• Sorumlu ve süre atamamak

• Geçici çözümü kalıcı hâle getirmek

• Uygulama sonucunu ölçmemek

• Öğrenilenleri kurumsallaştırmamak

• Her sorunu eğitimle çözmeye çalışmak

• İş yükü, yetki ve süreç sorunlarını görmezden gelmek

Her Problem Eğitimle Çözülür mü?

Hayır.

Problemin nedeni:

• Bilgi veya beceri eksikliği

• Belirsiz görev

• Yetersiz teknoloji

• Eksik kaynak

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

• Yanlış süreç

• Yetki problemi

• Yönetici davranışı

• Performans sistemi

• Disiplin veya sorumluluk sorunu

olabilir.

Eğitim yalnızca bilgi veya beceri ihtiyacı varsa uygun çözüm olabilir.

Daha Fazla Kontrol Her Zaman Problemi Çözer mi?

Hayır.

Hata karşısında ek kontrol ve onay adımları oluşturmak:

• Süreci yavaşlatabilir.

• Çalışan inisiyatifini azaltabilir.

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

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

• Temel nedeni gizleyebilir.

Kontrol gerekli olabilir ancak risk seviyesine ve problem nedenine uygun tasarlanmalıdır.

Fazla Toplantı Problem Çözmeyi Güçlendirir mi?

Hayır.

Toplantıların sayısı değil, ürettiği karar ve uygulama önemlidir.

Etkisiz toplantılarda:

• Aynı problem tekrar konuşulur.

• Sorumlu belirlenmez.

• Veriler incelenmez.

• Kararlar kaydedilmez.

• Takip yapılmaz.

Problem çözme toplantıları açık amaç, karar ve takip yapısına sahip olmalıdır.

Problem Çözme Becerileri Eğitimle Geliştirilebilir mi?

Evet.

Çalışanlar ve yöneticiler şu alanlarda gelişebilir:

• Problem tanımlama

• Veri toplama

• Belirti ve neden ayrımı

• Kök neden analizi

• Soru sorma

• Farklı çözüm üretme

• Karar kriterleri oluşturma

• Risk değerlendirme

• Uygulama planlama

• Sonuç ölçme

• Kurumsal öğrenme

Bu beceriler gerçek kurum vakalarıyla uygulandığında daha güçlü gelişir.

Problem Çözme Eğitimi Nasıl Tasarlanmalıdır?

Eğitim öncesinde kurumun gerçek problem çözme alışkanlıkları değerlendirilmelidir.

Şu kaynaklar kullanılabilir:

• Tekrarlayan hatalar

• Müşteri şikâyetleri

• Süreç gecikmeleri

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

• Yönetici değerlendirmeleri

• Toplantı kararları

• İş yükü sorunları

• Departmanlar arası problemler

• Kriz ve olay kayıtları

• Performans verileri

Eğitim yalnızca teorik yöntemlerden oluşmamalıdır.

Katılımcılar kurumun gerçek problemleri üzerinde çalışmalıdır.

Uygulamalı Problem Çözme Çalışmaları Nasıl Yapılır?

Katılımcılara gerçek veya gerçeğe yakın bir kurum problemi verilebilir.

Şu aşamalar uygulanabilir:

1. Problem tanımı hazırlanır.

2. Eksik veriler belirlenir.

3. Olası nedenler oluşturulur.

4. Kök neden analizi yapılır.

5. Çözüm seçenekleri geliştirilir.

6. Karar kriterleri kullanılır.

7. Uygulama planı hazırlanır.

8. Başarı göstergeleri belirlenir.

Katılımcılar yalnızca çözüm bulmakla değil, düşünme süreçleriyle ilgili de geri bildirim almalıdır.

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

Eğitim sonrasında:

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

• Problem kayıt sistemi kurulmalı

• Karar ve aksiyonlar takip edilmeli

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

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

• Başarı ve başarısızlık örnekleri paylaşılmalı

• Tekrarlayan problemlerin nedenleri incelenmeli

• Öğrenilenler süreçlere aktarılmalıdır.

Eğitimde öğrenilen yöntem günlük iş sistemine yerleşmediğinde kalıcı gelişim sınırlı kalır.

Etkili Problem Çözme Süreci Nasıl Ölçülür?

Şu göstergeler değerlendirilebilir:

• Aynı problemin tekrar oranı

• Problem çözme süresi

• Uygulanan çözümlerin başarı oranı

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

• Hata ve tekrar iş oranı

• Kararların uygulanma düzeyi

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

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

• Uygulama sonrası takip oranı

• Süreç iyileştirmeleri

• İş yükü ve kaynak kullanımındaki değişim

• Kurumsal öğrenme kayıtları

Sadece kaç problemin kapatıldığı değil, problemin gerçekten tekrar edip etmediği de değerlendirilmelidir.

Davranış Bilimleri Perspektifinden Problem Çözme

Davranış bilimleri, problem çözme davranışlarını yalnızca çalışanların analitik yeteneği veya zekâsı üzerinden açıklamaz.

Kurumun verdiği sonuçlar çalışanların problemi nasıl ele alacağını etkiler.

Örneğin:

• Problem bildiren çalışan suçlanıyorsa sorunlar saklanabilir.

• Sorunu çözen kişiye sürekli ek iş veriliyorsa çalışanlar sorumluluk almaktan kaçınabilir.

• Yöneticinin fikrine itiraz etmek cezalandırılıyorsa alternatif çözümler ortaya çıkmayabilir.

• Hız ödüllendirilip kalite göz ardı ediliyorsa geçici çözümler artabilir.

• Hatalar kişiselleştiriliyorsa süreç nedenleri görünmez kalabilir.

• Kararlar takip edilmiyorsa çalışanlar problem çözme toplantılarını önemsemeyebilir.

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

• Geçici çözümler başarı olarak görülüyorsa kök nedenler ele alınmayabilir.

Bu nedenle şu sorular önemlidir:

• Kurum problem bildiren çalışanlara nasıl davranıyor?

• Hatalar öğrenme fırsatı mı, suçlama alanı mı?

• Çalışanlar yöneticinin fikrine güvenle itiraz edebiliyor mu?

• Problem çözen çalışanların katkısı görünür mü?

• Karar ve aksiyonlar gerçekten takip ediliyor mu?

• Geçici çözüm ile kalıcı çözüm ayrılıyor mu?

• Veriye erişim adil ve açık mı?

• Çalışanlara gerçek problem çözme yetkisi veriliyor mu?

• Sistemsel nedenler bireysel davranışlardan ayrıştırılıyor mu?

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

Davranış bilimleri temelli yaklaşım, çalışanlara yalnızca daha analitik düşünmeleri gerektiğini söylemez.

Doğru problem çözme davranışlarını destekleyen veya zayıflatan 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 çözmeyi yalnızca teknik analiz, hızlı karar veya yöneticinin çözüm üretmesi olarak değerlendirmez.

Çalışmalarda;

• Problemin doğru tanımlanması

• Belirti ve temel neden ayrımı

• Veri toplama

• Kök neden analizi

• Etkin soru sorma

• Farklı görüşlerin değerlendirilmesi

• Çözüm seçenekleri geliştirme

• Karar kriterleri

• Risk analizi

• Görev ve yetki netliği

• Uygulama planı

• Sonuç takibi

• Yönetici davranışları

• Psikolojik güven

• Kurumsal öğrenme

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

birlikte ele alınabilir.

Amaç çalışanlara yalnızca sorun gördüklerinde çözüm bulmalarını söylemek değildir.

Problemlerin güvenle bildirildiği, verilerle analiz edildiği, temel nedenlerin değerlendirildiği ve çözüm kararlarının düzenli olarak uygulandığı sürdürülebilir bir kurumsal düşünme sistemi oluşturmaktır.

Her kurumun süreçleri, yönetim biçimi, karar yapısı ve tekrar eden problemleri farklıdır.

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

Sonuç

Kurumlarda etkili problem çözme süreci, ortaya çıkan soruna hızlı bir yanıt vermek veya sorumlu kişiyi belirlemek değildir.

Kalıcı problem çözme için:

• Problem açık ve ölçülebilir biçimde tanımlanmalı

• Belirti ile temel neden ayrılmalı

• Etki ve öncelik değerlendirilmelidir

• Doğru ve yeterli veri toplanmalı

• Etkilenen çalışanların görüşü alınmalıdır

• Kök nedenler sistemsel boyutlarıyla incelenmelidir

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

• Karar kriterleri açıkça kullanılmalıdır

• Ana sorumlu, süre ve kaynak belirlenmelidir

• Çözümün olası yan etkileri değerlendirilmelidir

• Uygulama sonucu ölçülmeli ve takip edilmelidir

• Öğrenilenler süreç ve kurum hafızasına aktarılmalıdır.

Problemin yalnızca görünen sonucunu düzeltmek kısa süreli rahatlama sağlayabilir.

Ancak görev, süreç, yetki, iş yükü, bilgi akışı ve yönetici davranışları değişmediğinde aynı problem farklı biçimlerde tekrar ortaya çıkabilir.

Davranış bilimleri temelli yaklaşım, kurumların yalnızca problem çözme araçlarını değil, problemlerin güvenle görünür olmasını ve doğru çözüm davranışlarının sürdürülebilir hâle gelmesini sağlayan çalışma koşullarını da değerlendirmesini sağlar.