Discovery Hazırlığı ve Görüşme Sözleşmesi

Ön koşul: Pre-Sales rolünün karar netliği üretme sorumluluğunu, iş hizmeti ile teknik bileşen arasındaki bağı ve KNOWN, ASSUMED, UNKNOWN, TBD ayrımını temel düzeyde bilmelisin. Bu dersin sonunda bir discovery görüşmesinin kararını ürün sunumundan ayırabilecek; masa başı araştırmayı doğrulanmış bilgi ile hipotez olarak sınıflandırabilecek; amaç, kapsam, süre, roller ve çıktı üzerinde görüşme sözleşmesi kurabilecek; Arven Holding için soru planı ve kanıt talebi hazırlayabileceksin. Yaklaşık sürenin 22 dakikası anlatı ve örneklere, 15 dakikası hazırlık paketine, 10 dakikası kontrollere ayrılır. Paydaş rollerinin ayrıntılı haritası sonraki modüldedir; burada yalnız doğru kişilerin görüşmede bulunup bulunmadığını kontrol ederiz.

Discovery, müşterinin söylediği ilk talebi daha ayrıntılı yazma toplantısı değildir. Bir karar için gerekli bağlamı, iş etkisini, mevcut durumu, kısıtları, belirsizlikleri ve kanıtları birlikte açma disiplinidir. Müşteri “storage yenilemek istiyoruz” dediğinde bu ifade değerlidir; fakat henüz problem tanımı ya da gereksinim değildir. Geçmiş bir kesinti, kapasite büyümesi, destek bitişi, denetim bulgusu, performans şikâyeti veya yalnız standartlaşma tercihi aynı cümlenin arkasında olabilir. Pre-Sales ilk ifadeyi reddetmeden çözüm hipotezi olarak kaydeder ve onu doğrulayacak soruları hazırlar. İyi discovery görüşmesi üç katmanda ilerler. İş katmanı hangi sonucun değişmesi gerektiğini ve hiçbir şey yapılmazsa ne olacağını açar. Operasyon katmanı sorunun kim tarafından, hangi süreçte, ne sıklıkta ve hangi geçici yöntemle yönetildiğini gösterir. Teknik katman iş yükünü, bağımlılıkları, ölçüm penceresini ve mevcut mimariyi kanıtla sınar. Bu sıralama katı bir gündem değildir; müşteri bağlamına göre ileri geri hareket edilir. Ölçüt, soru sayısı veya toplantı süresi değil, karar için gereken bilgi boşluğunun görünür hâle gelmesidir. Discovery’nin sınırı da hazırlanmalıdır. İlk görüşmede bütün kök nedenleri bulmak, ayrıntılı tasarımı bitirmek veya kesin fiyat çıkarmak çoğu zaman gerçekçi değildir. Oturumun başarısı “her şeyi öğrendik” iddiasıyla değil; doğrulanan bilgiler, açık varsayımlar, cevaplanacak sorular, veri sahipleri ve sonraki karar adımıyla ölçülür. IIBA’nın elicitation yaklaşımı hazırlama, yürütme, sonucu doğrulama ve bilgiyi iletişim kurma işlerini yinelemeli ele alır. Bu nedenle görüşme tek seferlik bilgi toplama değil, öğrenme döngüsünün bir adımıdır.

Hazırlık, toplantıda zeki görünmek için müşteri hakkında olabildiğince çok bilgi toplamak değildir. Amaç, görüşme süresini temel bağlamı tekrar etmeye harcamamak ve doğrulanacak hipotezleri daha kaliteli kurmaktır. Kurumun resmî sitesi, faaliyet raporu, kamuya açık hizmet duyuruları, mevcut sözleşme ve önceki toplantı notları farklı güven düzeyleri taşır. Her notun yanına kaynağı ve tarihini yaz. Resmî raporda yayımlanan bir veri doğrulanmış olabilir; eski bir satış notundaki “iki veri merkezi var” ifadesi güncelliği bilinmeyen bir varsayımdır. Sosyal medya çıkarımını kişisel profil oluşturmaya çevirmeden, yalnız görüşmenin amacıyla ilgili kamuya açık profesyonel bağlamı kullan. Hazırlık paketini beş başlıkta kur. Birincisi karar: Hangi karar desteklenecek, kararı kim sahipleniyor, son tarih ne? İkincisi iş bağlamı: Hangi hizmet, kullanıcı ve ölçülebilir etki konuşulacak? Üçüncüsü mevcut teknik görünüm: Bilinen platformlar, entegrasyonlar, veri sınıfları ve yaşam döngüsü sinyalleri neler? Dördüncüsü bilgi boşlukları: Hangi iddia kanıtsız, hangi ekip veya doküman doğrulayabilir? Beşincisi oturum tasarımı: Katılımcılar, süre, soru sırası, ortak çalışma aracı ve beklenen çıktı. Bu başlıklar soru listesinin nedenini belirler. Hazırlıkta soruları açık ve dallanabilir yaz. “Mevcut kapasiteniz kaç TB?” envanter verir; “kapasite ihtiyacı hangi veri türü, büyüme olayı ve saklama politikasıyla oluşuyor?” karar bağlamını açar. Her ana sorunun altında olası cevaba göre bir takip sorusu ve istenecek kanıt bulunsun. Yine de görüşmeyi senaryoya zorlamamalısın. Hipotez, dinlemeyi kesen cevap anahtarı değil; yeni bilgi geldiğinde güncellenecek çalışma aracıdır. Müşteri sorunu farklı tanımlarsa hazırlanmış sırayı bırakabilmek iyi hazırlığın parçasıdır.

Görüşme sözleşmesi hukuki belge değildir; oturumun amacını, biçimini ve sınırını katılımcılarla paylaşan kısa mutabakattır. Açılışta karar hedefini kendi cümlenle söyle, müşteriden düzeltmesini iste, süreyi ve gündemi doğrula. Hangi konuların bugün ele alınacağını, hangilerinin uzman veya veri gerektirdiği için takip oturumuna kalabileceğini belirt. Notu kimin tutacağını ve toplantı sonunda hangi çıktının paylaşılacağını söyle. Böylece soru sormak sorguya, sessizlik ilgisizliğe ve “bilmiyorum” cevabı başarısızlığa dönüşmez. Kayıt veya transkripsiyonu açık onay, kurum politikası, erişim ve saklama koşulları netleşmeden başlatma. Onay yoksa yapılandırılmış not yeterlidir. Not yöntemi göz temasını ve dinlemeyi bozmayacak şekilde seçilir; kâğıt bazı kişiler için işe yarar, bilgisayar bazı toplantılarda daha güvenli ve aranabilir olabilir. Evrensel araç kuralı yoktur. Esas ölçüt, katılımcının ne kaydedildiğini bilmesi, hassas bilginin gereksiz kopyalanmaması ve karar kayıtlarının doğru sahiplerle doğrulanabilmesidir. Başta açık sorulara alan bırakmak yararlıdır; fakat “ilk yarım saat yalnız açık soru” gibi katı kurallar her görüşmeye uymaz. Acil bir arıza oturumu, 20 dakikalık yönetici görüşmesi ve iki saatlik atölye farklı akış ister. Sıralama ilkesi şudur: çözüm seçeneklerini daraltmadan önce amaç, etki ve bağlamı yeterince aç. Ardından tutarlılık için kapalı doğrulama soruları kullan. Konuşma dağıldığında sözleşmeye dön: Bu bilgi bugünkü kararı nasıl değiştiriyor, yoksa açık konu listesine mi almalıyız? Kapanış da açılış kadar önemlidir. Duyduğun problem, doğrulanan bilgiler, varsayımlar, çelişkiler ve açık noktaları kısa biçimde yansıt. Katılımcılardan yanlış anladığın yeri düzeltmelerini iste. Her takip maddesine sahip ve hedef tarih ver. Toplantı özeti için 24 saat iyi bir hizmet seviyesi olabilir; ancak asıl kural, karar bağlamı kaybolmadan ve taraflar farklı hatırlamaya başlamadan özeti doğrulamaya sunmaktır.

Arven Holding BT ekibi İstanbul’daki storage platformunu yıl sonundan önce yenilemek ister. Önceki Foundation çalışmasından bayi sipariş portalı, ERP, üretim planlama ve kimlik hizmetlerinin bu ortamla ilişkili olduğunu; Ankara’da bir kurtarma alanı bulunduğunu biliyorsun. Ancak hangi verinin güncel olduğu, yenileme tetikleyicisi, karar bütçesi ve zaman sınırının nedeni açık değildir. Satış notunda “performans” ve “kapasite yüzde 72” ifadeleri vardır. Bunları KNOWN sayamazsın: ölçüm zamanı, hangi havuz, hangi iş yükü ve hangi metriğin sorunla ilişkili olduğu yazılmamıştır. Hazırlık kararını “hangi storage alınacak?” diye kurarsan görüşme ürün karşılaştırmasına sıkışır. Daha iyi karar hedefi şudur: Arven’in yıl sonuna kadar hangi iş ve operasyon riskini azaltması gerektiğini, değişimin zorunlu kapsamını ve seçenek değerlendirmesi için gereken kanıtları belirlemek. İlk hipotezler destek bitişi, gecikme, büyüme, kurtarma hedefi ve bakım zorluğu olabilir. Her birinin yanlışlanabilir sorusu ve kanıtı bulunmalıdır. Katılımcı planına iş sahibi, platform operasyonu ve satın alma eklenir. Güvenlik, uygulama, veri tabanı, tesis veya finans katılımı ilk oturumun kararına göre çağrılabilir; hepsini aynı odaya toplamak otomatik kalite sağlamaz. Görüşme sözleşmesi 60 dakika, amaç ve etki 15 dakika, mevcut durum ve kanıt 25 dakika, kısıt ve karar süreci 10 dakika, özet ve takip 10 dakika olarak taslaklanır. Bu zaman kutuları konuşmayı kesmek için değil, tek teknik ayrıntının bütün oturumu tükettiğini fark etmek içindir. Çıktı olarak bir sayfalık hazırlık kartı üret. Üstte karar hedefi ve kapsam; altında KNOWN, ASSUMED, UNKNOWN ve TBD kayıtları; sonra ana sorular, olası dallar ve istenecek kanıtlar; en altta katılımcılar, görüşme sözleşmesi ve kapanış maddeleri bulunsun. Her varsayımın doğrulama sahibini yaz. Bu paket görüşmeden sonra silinmez: cevaplarla güncellenir ve bir sonraki derste beş katmanlı soru ağacının başlangıç girdisi olur.