Bir Problemi Yeniden Çerçevelemek: Adımlar, Teknikler ve Örnekler

Yeniden çerçeveleme nedir ve neden çözümden önce gelir?

Yeniden çerçeveleme, bir problemi başka bir tanımla, başka bir bakış açısıyla ya da başka bir kapsamla ifade ederek yeni çözüm alanları açma becerisidir. Çoğu ekip çözüm üretmeye problemi tam tanımlamadan başlar. Oysa problem yanlış tanımlandığında kusursuz bir çözüm bile yanlış sorunu çözer.

Klasik bir örnek: bir binada asansör yavaş olduğu için şikâyet gelmektedir. Problem "asansör nasıl hızlandırılır" diye çerçevelenirse çözüm pahalı bir teknik yatırımdır. "Beklerken insanların sıkılması" diye çerçevelenirse, aynaya ya da bilgi ekranına dayalı ucuz bir çözüm çıkar. Aynı olgu, farklı çerçeveyle farklı çözümler doğurur.

Bu nedenle yeniden çerçeveleme bir süs değil, fikir üretmeden önceki bir zorunluluktur. Fikir üretme tekniklerinin işe yaraması için önce doğru soruya ihtiyaç vardır.

Adım adım yöntem

Aşağıdaki sıra, bir problem tanımını sistematik biçimde sorgulamak için kullanılabilir.

• Mevcut tanımı yazın: Problemi tek cümleyle, ekibin şu an anladığı hâliyle yazıya dökün. Yazmak belirsizliği görünür kılar.
• Varsayımları çıkarın: Tanımın içinde kabul edilen ama doğrulanmamış her şeyi listeleyin. "Müşteri fiyat yüzünden gitti", "sistem eski olduğu için yavaş" gibi cümleler birer varsayımdır.
• Varsayımları sorgulayın: Her biri için "bunu nereden biliyoruz, tersi doğru olabilir mi?" diye sorun.
• Neden sorusuyla derinleşin: Probleme "neden" diye sorarak kök nedene inin; kök nedeni yeni problem cümlesine taşıyın.
• Kapsamı değiştirin: Problemi büyütüp (daha geniş amaç) ve küçültüp (daha dar bir parça) yeniden ifade edin.
• Bakış açısını değiştirin: Sorunu müşterinin, çalışanın, rakibin, hatta ilgisiz bir sektörün gözünden anlatın.
• "Biz nasıl yapabiliriz" cümlesi kurun: Seçtiğiniz çerçeveyi, çözümü içermeyen ve fırsat gösteren bir soruya çevirin.

Sonunda elinizde tek bir problem cümlesi değil, birkaç alternatif çerçeve olur. Bunlardan hangisinin ele alınacağı, etki ve fizibilite üzerinden seçilir.

Teknikler: neden zinciri, kapsam oyunu, bakış açıları

Neden zinciri: Probleme art arda neden sorusu yöneltilir. Örneğin "müşteri şikâyetleri artıyor" cümlesinden başlayıp, her yanıta tekrar neden diyerek bir süreç ya da politika eksikliğine ulaşılır. Zincirin sonundaki cümle, ilk cümleden çok daha çözülebilir bir problemdir. Zinciri tek bir cevapta bırakmayın; dallanan nedenleri de not edin.

Kapsam oyunu: Problemi her iki yönde esnetin. Daha geniş ifade ("Müşterilerin ürünü kullanmayı sürdürmesini nasıl sağlarız?") stratejik seçenekleri açar. Daha dar ifade ("Kayıt formunda hangi adımda ayrılıyorlar?") hemen test edilebilir bir noktaya götürür.

Bakış açısı değiştirme: Aynı sorunu farklı paydaşların rolünden anlatın. Satış, destek ve müşteri aynı olayı farklı problem olarak tanımlar. Çatışan tanımlar genellikle gerçek sorunun nerede olduğunu gösterir.

Tersine çevirme: Problemi ters ifade edin. "Çalışanlar toplantıya geç geliyor" yerine "Toplantı neden zamanında gelmeye değmiyor" diye sorun.

Analoji: Başka bir alanda benzer bir problem nasıl çözülüyor? Bu soru çerçeveyi dışarıdan alınan bir örnekle değiştirir.

İş örnekleri: aynı olay, farklı çerçeve

Örneğin bir e-ticaret ekibi "sepeti terk oranı yüksek" problemiyle karşılaşıyor. İlk çerçeve "ödeme sayfasını nasıl iyileştiririz" olabilir. Varsayımlar sorgulanınca, terk edenlerin ne zaman ve neden bıraktığı bilinmediği anlaşılır. Neden zinciri bazı müşterilerin kargo ücretini son adımda görüp vazgeçtiğini ortaya çıkarırsa, yeni çerçeve "Kargo maliyetini sepet başında nasıl şeffaf gösteririz" olur.

Başka bir örnek: bir üretim ekibi "makine arıza süresi çok uzun" diyor. Çerçeve "arızayı nasıl daha hızlı onarırız"dan "arıza oluşmadan önce nasıl sinyal alırız"a kaydığında, çözüm alanı tamirden önleyici bakıma taşınır.

Bir insan kaynakları örneği: "Yeni çalışanlar işe alıştırma programını beğenmiyor." Bakış açısı değiştirilince asıl sorunun program içeriği değil, ilk haftada kimsenin sorumluluk almaması olduğu görülebilir. Soru artık "İlk haftayı nasıl sahiplenilmiş hâle getiririz" olur.

Bu örneklerde ortak nokta, ilk tanımın çözümü baştan kısıtlamış olmasıdır.

Yeniden çerçevelenmiş problemi test etmek

Yeni bir çerçevenin değerli olup olmadığına karar vermek için şu ölçütlere bakın: Çözümü içermiyor mu? Hâlâ ölçülebilir mi? Ekibin kontrol edebileceği bir alanı mı kapsıyor? Paydaşlar sorunu bu tanımla kendi sorunları olarak tanıyor mu?

Çerçeveyi seçmeden önce küçük bir doğrulama yapın: birkaç müşteri ya da çalışanla konuşun, veriye bakın, tanımın gerçekle uyuştuğunu kontrol edin. Reframing bir fikir oyunu değildir; veriyle bağlanmazsa yeni bir varsayım üretmekten öteye geçmez.

Atölye ortamında bunu şöyle uygulayabilirsiniz: her katılımcı önce problemi kendi cümlesiyle yazar, ardından cümleler yan yana konur ve aralarındaki farklar varsayım olarak işaretlenir. Sıklıkla ekibin aynı konuda farklı problemler konuştuğu bu aşamada ortaya çıkar. Her çerçevenin yanına, o çerçeve doğruysa hangi verinin görülmesi gerektiği not edilir; bu not, doğrulama adımının yol haritası olur.

Son olarak seçilen problem cümlesini herkesin göreceği bir yere yazın ve çalışma boyunca ona dönün. Proje ilerledikçe kapsam kayarsa, çerçeve yeniden gözden geçirilir.

Sık yapılan hatalar

• Problem cümlesine çözümü gömmek ("yeni bir yazılım almamız gerek").
• İlk akla gelen tanımla yetinmek ve alternatif çerçeve üretmemek.
• Varsayımları gerçek sanmak ve doğrulamamak.
• Çerçeveyi o kadar genişletmek ki hiçbir şey yapılamaz hâle gelmek.
• Çerçeveyi tek başına belirleyip paydaşlarla paylaşmamak.
• Yeni çerçeveyi veriyle sınamadan çalışmaya başlamak.
• Kapsamı gereğinden dar tutup asıl sorunu kaçırmak.

Bu hataların çoğu, tanım aşamasında ekibe farklı rollerden kişiler katarak ve karar öncesi bir doğrulama adımı koyarak azaltılır.

Mindset bağlamı

Yaratıcı Düşünme ve İnovasyon eğitiminin Problemi Yeniden Çerçevelemek modülü, bu sayfadaki becerinin uygulamalı karşılığıdır; yaratıcı düşüncenin temelleri, fikir üretme teknikleri ve inovasyon süreci modülleriyle birlikte sırayla çalışılır. Ürün yönetimi, süreç iyileştirme ve müşteri deneyimi ekipleri, çözüm aramaya başlamadan önce problem tanımını netleştirmek için bu çerçeveyi kullanabilir.