Problem Statement, bir projenin çözmeye çalıştığı sorunu ölçülebilir, somut ve çözüm içermeyen biçimde tanımlayan cümledir. "Kalitemiz düşük" bir sorun değil, genel bir gözlemdir — tıpkı bir tanığın "kötü bir şey oldu" demesi gibi.
Bir olay yerinde dedektifin tek ihtiyacı iyi bir görgü tanığıdır. İlk tanık "kötü bir şey oldu, biri bir şeyler yaptı" der — bununla hiçbir yere varılmaz, pano boş kalır. İkinci tanık "saat iki buçukta, arka kapıdan, kırmızı ceketli biri üç kutu aldı ve batıya koştu" der. Ne, nerede, ne zaman, ne kadar — hepsi net; dava çözülür.
Bir Lean Six Sigma projesinde de göreviniz iyi tanık olmaktır ve bunun adı Problem Statement'tır. Ekipten biri "kalite düşük" der; Green Belt durur: "Bu bir tanığın 'kötü bir şey oldu' demesi gibi. Hangi süreçte, ne tür hata, ne kadar, ne zamandan beri, hangi maliyet?"
Cevaplar gelince bulanık gözlem ölçülebilir bir Problem Statement'a dönüşür. Ama en kritik kural: iyi tanık faili tahmin etmez. Problem Statement de içinde çözüm ya da kök neden barındırmaz — sebebi Analyze fazı bulur; sizin işiniz durumu net tarif etmektir.
Zayıf ifadeye tıkla; neden zayıf olduğunu, uygulanan formülü ve güçlü versiyonu gör.
Problem Statement Define fazının kalbidir; bulanık yazılırsa tüm proje yanlış hedefe kilitlenir. İçine gizlenen bir neden ise Analyze'ı daha başlamadan yönlendirir.
Yapay zekâ bulanık bir gözlemi güçlü bir Problem Statement'a çevirmekte iyi bir yardımcıdır: altı unsuru sorarak eksikleri işaretler, örnek ifade taslaklar ve içine gizlenmiş çözüm/neden/suçlu ifadelerini yakalayıp temizlemeyi önerir. Ama rakamlar sizde: taslaktaki '%8.4' veya '96.000 TL' gerçek veriyle doğrulanmadan Charter'a yazılmaz. AI cümleyi kurar; sayının doğruluğunu ve altın kurala uygunluğunu Green Belt garanti eder.
İyi bir Problem Statement, iyi bir görgü tanığı gibidir: ne, nerede, ne zaman, ne kadar — hepsini net söyler ama faili tahmin etmez.