Beş Katmanlı Sorgulama

Ön koşul: Discovery hazırlık kartında karar hedefi, bilgi durumları, katılımcılar ve kanıt planı oluşturmuş olmalısın. Bu dersin sonunda açık, kapalı, yönlendirici ve doğrulayıcı soruları ayırabilecek; Ne, Neden, Nasıl, Ne zaman ve Ne olursa katmanlarını karar boşluğuna göre kullanabilecek; bir cevaptan takip sorusu ve kanıt talebi türetebilecek; Arven Holding için dallanan bir soru ağacı üretebileceksin. Yaklaşık sürenin 24 dakikası anlatı ve örneklere, 16 dakikası soru ağacına, 10 dakikası bilgi kontrollerine ayrılır. Amaç mümkün olan en fazla soruyu sormak değil, müşterinin kararını değiştirecek bilgiyi baskı kurmadan açmaktır.

Açık soru, tek kelimelik ya da yalnız evet-hayır cevabıyla kapanmayan ve müşterinin bağlamı kendi diliyle kurmasına izin veren sorudur. “Performans sorununuz var mı?” yerine “Sorun olduğunda kullanıcı hangi işlemi yapıyor ve ne gözlüyor?” dersen olay, kullanıcı ve belirti için alan açarsın. Yine de her uzun cevap değerli değildir. Güçlü soru bugünkü karara bağlanır, tek bir düşünceyi araştırır ve cevabın ardından hangi kanıtın isteneceğini öngörür. Kapalı soru yanlış değildir. Sayı, tarih, seçim veya duyduğunu doğrulamak için gereklidir: “Bu ölçüm 1–7 Eylül yoğun dönemine mi ait?” gibi. Sorun, keşfi kapalı sorulardan oluşan forma çevirmektir. Formdaki varsayımlara uyan cevapları toplar, beklenmeyen problemi kaçırırsın. Sağlıklı akış açık soruyla alanı açar, yansıtmayla anladığını gösterir, takip sorusuyla ayrıntıyı derinleştirir ve kapalı soruyla ortak kaydı doğrular. Yönlendirici soru tercih edilen cevabı içine gizler. “Yeni all-flash sistem gecikmeyi çözer, değil mi?” müşteriyi çözümün etrafında onaya iter. Tarafsız karşılığı “Gecikme hangi işlem, zaman ve ölçüm noktasında oluşuyor; hangi nedenler araştırıldı?” olabilir. Tarafsızlık görüşsüzlük değildir. Hipotezini açıkça “sınamak istediğimiz olasılık” diye sunabilir, onu kanıtlanmış sonuç gibi soru cümlesine yerleştirmezsin. Bir soru listesi görüşme senaryosudur, okunacak anket değildir. Cevap yeni bir risk açarsa planlı sırayı değiştir. Cevap karar kapsamı dışındaysa açık konu listesine al. IIBA’nın elicitation görevlerini bağlama göre seçme ve yineleme yaklaşımı da sabit sıradan çok amaç ve çıktıya göre uyarlamayı destekler.

Beş katman ayrı ayrı doldurulacak form alanları değil, cevabı farklı açılardan sınayan merceklerdir. **Ne** katmanı mevcut ortamı, olayı ve kapsamı görünür kılar: hangi hizmet, veri, kullanıcı, bileşen veya belirti? **Neden** katmanı talebin tetikleyicisini, iş etkisini ve önceki kararların gerekçesini araştırır. **Nasıl** katmanı günlük işletimi, süreci, sahipliği, bağımlılığı ve geçici çözümü açar. **Ne zaman** katmanı başlangıç, sıklık, yoğun dönem, son tarih ve yaşam döngüsünü bağlar. **Ne olursa** katmanı değişiklik yapılmaması, arıza, büyüme veya varsayımın yanlış çıkması gibi karşı olgusal senaryoları inceler. Katmanların sırası cevaba göre değişir. Müşteri “sistem ay sonunda yavaşlıyor” dediğinde Ne zaman katmanı zaten açılmıştır; önce hangi kullanıcı işleminin etkilendiğini, sonra ay sonu sürecinin nasıl değiştiğini sorabilirsin. “Destek yıl sonunda bitiyor” cevabı gelirse iş etkisi ve geçiş süreci öne çıkar. Her katmanı sormak zorunda değilsin. Kararı değiştirmeyecek ayrıntıya inmek toplantı süresini tüketir. Her cevap için üç kayıt üret: ifade, bilgi durumu ve sonraki doğrulama. “Kapasite yüzde 72” ifadesi tarih ve havuz bilgisi yoksa ASSUMED olabilir. Sonraki soru “hangi tarihte, hangi havuzun kullanılabilir kapasitesi?” olur; kanıt izleme raporu ve sahibi platform ekibidir. Müşteri ekranı paylaştığında bile ölçüm sınırını doğrula. Görülen sayı fact olabilir, fakat sayının performans nedeni olduğu çıkarımı hâlâ hipotezdir. Katmanlar iş, operasyon ve teknik gerçekliği birbirine bağlamalıdır. Yalnız teknik Ne soruları envanter çıkarır; yalnız Neden soruları soyut hedef üretir. Nasıl ve Ne zaman uygulanabilirliği, Ne olursa risk ve önceliği sınar. Beşinin dengesi çözüm kriterlerinin nereden geldiğini gösterir.

“Neden?” sorusunu yinelemek belirtilerin altındaki sistemi açabilir; fakat beşinci cevabın otomatik olarak tek kök neden olduğu doğru değildir. ASQ, Five Whys yönteminde beş sayısının daha az veya daha fazla olabileceğini ve yöntemin daha ayrıntılı neden araştırmasına yardım ettiğini belirtir. Karmaşık kurumsal sistemlerde aynı belirti kapasite, yazılım, süreç, veri kalitesi ve değişim yönetimi gibi birden çok neden zinciri taşıyabilir. Bu nedenle zincirin sonunda “bunu hangi kanıt doğrular, hangi alternatif neden elendi?” sorusu bulunmalıdır. İnsanlara yönelen “Bunu neden yapmadınız?” dili savunma yaratır. Olay ve süreç diline geç: “Bu adım hangi koşulda atlanıyor?”, “Karar için hangi bilgi veya yetki eksik kalıyor?”, “Alarm geldiğinde akış nasıl ilerliyor?” Amaç suçlu bulmak değil, sistemin bugünkü sonucu nasıl ürettiğini anlamaktır. Katılımcının yetki alanı dışındaki nedeni ona doğrulatmaya çalışma; ilgili veri veya süreç sahibini takip listesine ekle. Zaman sıralaması nedensellik için güçlü başlangıçtır. Belirti ne zaman başladı, hemen önce ne değişti, değişiklik geri alındığında sonuç ne oldu, aynı koşulda tekrarlandı mı? Korelasyon tek başına neden değildir. Storage gecikmesi ile backup aynı saatte görülebilir; ikisi ortak ağ doygunluğundan etkileniyor olabilir. Hipotezi yanlışlanabilir yaz: “Backup I/O’su kaldırıldığında aynı yükte yüzde 95 işlem gecikmesi hedefe dönerse rekabet katkı sağlar.” Böylece test sonucu fikrini değiştirebilir. Zinciri durdurma ölçütü soru sayısı değildir. Karar için yeterli açıklama, incelenebilir kanıt, etkili müdahale noktası ve sorumlu ekip bulunduğunda; ya da yeni inceleme ayrı uzmanlık ve veri gerektirdiğinde dur. Açık noktayı TBD veya UNKNOWN kaydet. Sahte kesinlikten kaçınmak discovery kalitesidir.

Arven hazırlık kartındaki ana ifade “İstanbul storage platformu yıl sonuna kadar yenilenmeli” idi. Soru ağacının kökü ürün değil karar hedefidir: hangi iş ve operasyon riskini, hangi tarihe kadar, hangi kanıtla azaltacağız? İlk dal tetikleyiciyi açar. “Bu talebi başlatan olay neydi?” Cevap destek bitişiyse yaşam döngüsü ve geçiş takvimi; performanssa etkilenen işlem ve zaman eşlemeli metrik; kapasiteyse veri türü, büyüme olayı ve kullanılabilir kapasite tanımı izlenir. İkinci dal mevcut işleyişi araştırır. Hangi hizmetler platforma bağlı, yoğun dönemde veri akışı nasıl, alarmı kim alıyor, geçici çözüm ne, bakım nasıl yapılıyor? Üçüncü dal karar kısıtlarını açar: değişiklik dondurma tarihleri, veri taşıma penceresi, kurtarma hedefleri, güvenlik ve satın alma süreci. Dördüncü dal karşı olgudur: hiçbir şey yapılmazsa, geçiş gecikirse veya performans hipotezi yanlış çıkarsa hangi sonuç oluşur? Ağaçta her düğüm dört alan taşır: soru, beklenen karar bilgisi, olası takip ve kanıt. Örneğin “Kapasite yüzde 72” cevabının takipleri ölçüm tarihi, hangi havuz, brüt/kullanılabilir tanımı, koruma payı ve büyüme trendidir. Kanıt kapasite raporudur; sahibi platform ekibidir. Bu cevap tek başına satın alma gerekçesi olmaz. “Performans sorunu” dalı kullanıcı işlemi, yüzdelik gecikme, yoğunluk, ortak zaman penceresi ve katman metrikleri olmadan kapanmaz. Görüşmede bütün ağacı tüketmek zorunda değilsin. En yüksek karar etkili dalı seç, cevabı yansıt, kanıtı ve bilgi durumunu kaydet. Yeni bir dal açılırsa önceliğini söyle. Toplantı sonunda hangi dalların kapandığını, hangilerinin veri veya başka paydaş gerektirdiğini özetle. Bu ağaç sonraki derste dinleme notları, çelişki ve kanıt kayıtlarıyla güncellenecektir.