Problem Bildirimi: Keşif Aşamasında Neyi Tanımlar, Neyi Gizler?

Keşif aşamasının ilk çıktısı çoğu zaman tek bir cümledir: problem bildirimi. Bu cümlenin projeye yön verdiği söylenir, doğru da. Asıl mesele şu ki sahada yazılan bildirimlerin büyük kısmı problemi değil, birinin kafasında çoktan netleşmiş çözümü tarif eder. Bildirimi yazmak kolay; içine sızmış çözümü fark etmek zor.

Bildirim rotayı değil, tartışmanın sınırını belirler

Problem bildirimine sık sık "pusula" denir. Fazla iddialı bir benzetme. Pusula yön gösterir, oysa bu cümlenin gerçek işlevi daha mütevazı: hangi soruya cevap aradığınızı sabitlemek ve keşif dağıldığında geri dönülecek bir referans bırakmak.

İşe yarayıp yaramadığının tek pratik ölçütü var. Keşfin sonunda çıkan öneriyi bu cümleye geri bağlayabiliyor musunuz? Bağlayamıyorsanız ya yanlış şeyi araştırdınız ya da bildirim baştan boş bir cümleydi.

Çözüm cümlenin içine nasıl sızar

"Bildirimde çözüm önerisine yer vermeyin" herkesin bildiği bir kural, buna rağmen ihlali fark edilmez. Çünkü çözüm genelde öneri kılığında değil, betimleme kılığında gelir. Şu klasik örneğe bakın:

Satış temsilcilerimiz aylık ziyaret planlamasını Excel ve kağıt listelerle manuel olarak yapıyor, bu da zaman kaybına ve hedeflerin gerisinde kalınmasına yol açıyor.

Cümle problem gibi duruyor ama araç adı geçtiği anda çözüm de kararlaştırılmış oluyor: aracı değiştir. Oysa bilinmeyen başka yerde. Temsilci hangi bilgiye bakarak hangi müşteriye gideceğine karar veriyor? O bilgi ne kadar güncel? Yanlış rotaya çıkıldığında bunu kim, ne zaman anlıyor?

Basit bir test var: cümleden bütün araç ve teknoloji adlarını silin. Geriye anlamlı bir problem kalıyorsa bildiriminiz sağlamdır. Kalmıyorsa yazdığınız şey problem değil, tercihtir. Yukarıdaki cümleden Excel ve kağıt çıkarıldığında elde "planlama zaman alıyor" kalıyor; bu da her işletmenin her süreci için doğru olduğundan hiçbir şeyi sınırlamıyor.

Keşiften önce yazılan sayı

Yaygın tavsiye, problemin etkisini sayısallaştırmanızı söyler: gelir kaybı, terk oranı, memnuniyet düşüşü. Kulağa profesyonel geliyor, fakat sıralamada bir gariplik var. Keşif daha başlamamışken o sayıyı nereden biliyorsunuz?

Pratikte sayı çoğu zaman hedeften geriye doğru üretilir. Birileri "bu işi çözersek yüzde on beş kazanırız" der, cümle bildirime girer, sonra keşif boyunca herkes o yüzde on beşi doğrulamaya çalışır. Araştırmanın işi varsayımı sınamaktı, varsayımı savunmaya dönüşür.

Sayıyı yazacaksanız yanına kaynağını da yazın: hangi kayıt, hangi tarih aralığı, kaç kullanıcı. Kaynağı yoksa "etkisi henüz ölçülmedi, keşfin çıktılarından biri bu olacak" cümlesi çok daha dürüst durur. Ölçülmemiş bir yüzdeyi bildirime koymak, keşfin sonunda o yüzdeyi savunmak zorunda kalmak demektir.

Bildirim değişir, sorun bunu gizlemektir

Konuyla ilgili metinlerin çoğu iki şeyi aynı anda söyler: bildirim keşfin kapsamını belirler, ve eksik kalan yerler ilerleyen aşamalarda güncellenir. İkisi birlikte pürüzsüz biçimde doğru olamaz. Kapsamı belirleyen cümle keşfin ortasında değişiyorsa, o cümleye dayanarak yapılmış görüşmelerin bir kısmı artık başka bir soruya cevap vermiştir. Bildirimi sessizce güncellemek bu kaymayı görünmez kılar.

Bildirimi tarihiyle birlikte tek bir yerde tutun, değiştiğinde eskisini silmeyin, altına yeni sürümü ve değişme gerekçesini ekleyin. Görev kartlarının açıklama alanına gömmeyin; üç ay sonra hangi cümleye dayanarak hangi kararı verdiğinizi başka türlü çıkaramazsınız. İki satırlık bu kayıt, keşfin sonunda "biz bunu neden araştırmıştık" tartışmasını tamamen bitirir.

Fırsat bildirimi negatif olmama bahanesi değil

Her keşif bir aksaklıktan doğmaz. Mevcut durumla istenen durum arasındaki boşluğu tarif eden fırsat bildirimleri de aynı işi görür. Ancak bu format, çözümü meşrulaştırmanın en kolay yolu olduğu için ekstra dikkat ister.

"Satın alma sürecinde dijitalleştirme fırsatlarını keşfedebiliriz" cümlesi buna iyi bir örnek: dijitalleştirmeye zaten karar verilmiş, keşfe kalan iş onaylamak. Ayırt edici soru şu: cümle boşluğu mu tarif ediyor, yoksa boşluğu kapatacak yöntemi mi? İkincisiyse fırsat bildirimi değil, gerekçelendirilmiş bir proje talebidir. İkisi farklı belgelerdir ve farklı yerlerde tartışılır.

Ortak yazmanın bedeli

Bildirimi keşif başlangıç atölyesinde ekipçe yazmak yaygın bir pratik ve sahiplenme açısından işe yarıyor. Yan etkisi az konuşuluyor: uzlaşma cümleyi genelleştirir. Herkesin itiraz etmeden altına imza attığı cümle, genelde hiçbir şeyi dışarıda bırakmayan cümledir. Bildirimin bütün değeri ise dışarıda bıraktığı şeylerden gelir.

Daha iyi çalışan sıra şu: girdiyi atölyede toplayın, cümleyi tek kişi yazsın, sonra ekip itiraz etsin. İtiraz etmek, ortak yazmaktan çok daha keskin bir metin üretir; çünkü artık ortada tartışılacak somut bir iddia vardır.

Yazdıktan sonraki kontrol

• Araç ve teknoloji adlarını sildiğinizde geriye anlamlı bir problem kalıyor mu?
• Cümlede geçen her sayının yanında kaynağı var mı?
• Kimin etkilendiği, "kullanıcılar" demekten daha dar bir ifadeyle yazılmış mı?
• Bu cümle bir şeyi kapsam dışında bırakıyor mu, yoksa her ihtimale açık mı?

Dördüne de rahatça evet diyebiliyorsanız bildiriminiz keşfi taşır. Aksi halde, elinizdeki cümle sadece toplantıda iyi görünen bir başlıktır.