Yazılım Projesinde Keşif Aşaması: İlk Görüşmede Ne Konuşulur?

Yazılım keşif aşaması, bir projede kod yazılmadan önce ihtiyacın, sürecin, kısıtların ve hedefin karşılıklı olarak anlaşıldığı çalışma dönemidir. Başarısız yazılım projelerinin büyük kısmı kötü kodla değil, yanlış anlaşılmış ihtiyaçla başlar: müşteri bir şey ister, tedarikçi başka bir şey anlar, altı ay sonra ortaya kimsenin istemediği bir ürün çıkar. Keşif, bu farkı en ucuz olduğu anda, yani daha hiçbir şey yazılmamışken kapatır.

Bu yazıda yazılım keşif aşamasının ne olduğunu, ilk görüşmede hangi soruların konuşulduğunu, masada kimlerin bulunması gerektiğini, keşfin sonunda elinizde ne olması gerektiğini, ne kadar sürdüğünü ve en sık yapılan hataları anlatacağız. Bir tedarikçiyle ilk görüşmeye giderken nasıl hazırlanacağınızı da göreceksiniz.

Yazılım keşif aşaması nedir?

Yazılım keşif aşaması, tedarikçi ile müşterinin bir araya gelip mevcut iş akışını, sorunları, hedefleri, kullanıcıları, entegrasyonları ve kısıtları ortaya çıkardığı, sonunda bir kapsam belgesi ve yol haritası üretilen çalışmadır. Bir satış görüşmesi değil, ortak bir analiz çalışmasıdır.

Keşfin amacı iki tarafın da aynı resmi görmesidir. Müşteri kendi işini çok iyi bilir ama neyin yazılıma dönüşebileceğini, neyin zor neyin kolay olduğunu bilmeyebilir. Tedarikçi yazılımı iyi bilir ama sektörün inceliklerini, günlük sahada nelerin ters gittiğini bilmez. Keşif bu iki bilgiyi bir masada birleştirir.

İyi bir keşif, yalnızca 'ne yapılacak' sorusunu değil, 'neden yapılacak' ve 'ne yapılmayacak' sorularını da cevaplar. Neden sorusu, özelliklerin arkasındaki iş hedefini ortaya çıkarır; ne yapılmayacak sorusu ise kapsamı sınırlayıp projeyi bütçesinde tutar.

İlk görüşmede hangi sorular sorulur?

İlk keşif görüşmesinde tedarikçi genellikle şu soruları sorar: bugün bu iş nasıl yapılıyor, nerede tıkanıyor, kimler kullanacak, hangi sistemlerle konuşması gerekiyor, başarı neye göre ölçülecek, hangi tarih önemli ve bütçe aralığı nedir? Bu soruların cevapları kapsamın iskeletini oluşturur.

'Bugün nasıl yapılıyor' sorusu en değerli olandır. Excel dosyaları, WhatsApp grupları, defterler ve eski programlar; mevcut düzen ne kadar dağınık olursa olsun, işin gerçek akışını gösterir. Tedarikçi bu akışı görmeden çizdiği her ekran varsayıma dayanır. Mümkünse görüşmede mevcut dosyaları ve ekranları açıp göstermek, saatlerce anlatmaktan daha etkilidir.

'Başarı neye göre ölçülecek' sorusu ise projenin pusulasıdır. 'Sipariş girişi beş dakikadan bir dakikaya insin', 'vadesi geçen bakiye anlık görülsün', 'bayi telefonla sipariş vermesin' gibi somut hedefler, hangi özelliğin öncelikli olduğunu belirler. Hedefi olmayan proje, her özelliğin eşit önemde göründüğü ve hiçbirinin bitmediği bir listeye dönüşür.

Keşif aşamasında kimler bulunmalı?

Keşif masasında karar verici, işi günlük yapan en az bir kullanıcı ve varsa mevcut sistemleri bilen bir kişi (muhasebe sorumlusu ya da bilgi işlem) bulunmalıdır; tedarikçi tarafında ise iş analisti ve teknik sorumlu olmalıdır. Yalnızca yöneticiyle yapılan keşif, sahanın gerçeğini kaçırır.

Yönetici hedefi ve bütçeyi bilir ama günlük ekranı bilmez; kullanıcı ise hangi tıklamanın gereksiz, hangi bilginin eksik olduğunu bilir. Sipariş giren personelin 'bu alanı hiç kullanmıyoruz ama şunu her seferinde elle yazıyoruz' cümlesi, yöneticinin iki saatlik anlatımından daha fazla tasarım kararı üretir.

Mevcut sistemleri bilen kişinin katılımı, entegrasyon kapsamını netleştirir. Muhasebe programının hangi sürümde olduğu, hangi verinin nerede tutulduğu ve hangi raporun gerçekten kullanıldığı, çoğu zaman yalnızca o kişinin bildiği bilgilerdir. Bu kişi masada olmadığında entegrasyon kalemleri sonradan sürpriz olarak çıkar.

Keşif aşamasının çıktısı ne olmalı?

Keşif aşamasının çıktısı yazılı bir kapsam belgesi olmalıdır: iş hedefleri, kullanıcı rolleri, ana ekran ve iş kuralı listesi, entegrasyonlar, olmazsa olmaz ile sonraya bırakılan özelliklerin ayrımı, kabaca yol haritası ve maliyet aralığı. Bu belge, teklifin ve sözleşmenin temelidir.

Belgede en kritik bölüm önceliklendirmedir. Her özellik 'ilk sürümde', 'ikinci aşamada' ya da 'şimdilik dışarıda' olarak işaretlenmelidir. Bu ayrım yapılmadığında ilk sürüm şişer, teslim gecikir ve ekip hiç kullanılmayacak özelliklere zaman harcar. İyi bir keşif belgesi, ne yapılacağı kadar ne yapılmayacağını da açıkça yazar.

Çıktıda basit ekran taslakları ya da akış şemaları da yer alabilir. Kağıt üstünde çizilmiş bir sipariş ekranı, yüz satırlık bir gereksinim listesinden daha hızlı anlaşılır ve yanlış anlamayı erken gösterir. Belge iki tarafça okunup onaylandığında keşif tamamlanmış sayılır.

Keşif aşaması ne kadar sürer?

Keşif aşaması küçük bir projede bir ya da iki görüşmeyle birkaç gün, orta ölçekli bir ERP ya da bayi portalı projesinde birkaç hafta sürebilir; süreyi belirleyen, sürecin karmaşıklığı ve müşterinin karar hızıdır. İlk görüşme genellikle bir ila iki saat sürer ve kapsamın ana hatlarını çıkarır.

Süreyi uzatan en yaygın neden, müşteri tarafında karar alacak kişinin görüşmelere katılmaması ya da sorulara geç cevap vermesidir. Tedarikçi bir haftada hazırladığı taslağın onayını üç hafta bekliyorsa keşif üç hafta uzar. Görüşme takvimini baştan belirlemek ve her görüşme sonunda ödev listesi çıkarmak süreyi kısaltır.

Keşfi gereğinden uzun tutmak da hatadır. Her ayrıntıyı kod yazmadan önce çözmeye çalışmak, projeyi hiç başlamayan bir analiz döngüsüne sokar. Doğru denge, ilk sürümü tanımlayacak kadar derin, ötesini açık bırakacak kadar esnek bir keşiftir.

Keşif aşamasında en sık yapılan hatalar neler?

En sık hatalar şunlardır: keşfi atlayıp doğrudan teklif istemek, yalnızca yöneticiyle konuşup kullanıcıyı dışarıda bırakmak, mevcut veriyi ve sistemleri göstermemek, her özelliği 'olmazsa olmaz' ilan etmek ve rakip bir yazılımın ekranlarını kopyalamayı hedef koymak. Bunların her biri projeyi yanlış yerden başlatır.

Keşfi atlamak, en pahalı hatadır. Kapsamsız teklif isteyen müşteri, tedarikçinin varsayımlarını satın alır; proje ilerledikçe her varsayım bir ek iş, her ek iş bir tartışma olur. Rakip ekranını kopyalamak ise ihtiyacı değil biçimi hedefler; o ekranın arkasındaki iş kuralı sizin işinize uymuyorsa görüntü aynı olsa da sonuç farklı olur.

Bir diğer hata, keşif belgesini imzalayıp rafa kaldırmaktır. Belge canlı bir referanstır; her sprint sonunda geri dönülmeli, değişen kararlar üzerine işlenmelidir. Belgede yazmayan bir istek geldiğinde 'bu kapsam dışı mı' tartışması, belge güncelse iki dakikada biter.

Keşif görüşmesine nasıl hazırlanılır?

Görüşmeye hazırlanmak için mevcut süreçlerinizi bir sayfada özetleyin, kullandığınız dosya ve programların listesini çıkarın, en çok zaman kaybettiğiniz üç işi yazın, kimlerin kullanacağını belirleyin ve varsa bütçe aralığı ile hedef tarihi netleştirin. Bu hazırlık ilk görüşmeyi iki kat verimli kılar.

Bütçeyi gizlemek yaygın bir refleks ama çoğu zaman zararlıdır. Tedarikçi bütçe aralığını bildiğinde kapsamı o aralığa göre şekillendirebilir; bilmediğinde ya çok geniş ya çok dar bir kapsam önerir ve görüşmeler uzar. Aralık vermek rakam vermek değildir; 'bu iş için ayırdığımız bütçe şu bandın içinde' demek yeterlidir.

Son olarak, tedarikçiyi de keşfedin. Daha önce benzer bir sektörde çalışmış mı, kaynak kodu kime bırakıyor, bakım nasıl işliyor, ekip kimlerden oluşuyor? Keşif iki yönlüdür; siz de karşınızdaki ekibin işinizi anlayıp anlamadığını bu görüşmede görürsünüz.

Rezon'da keşif nasıl yapılır?

Rezon, şirketlere özel CRM, ERP ve bayi portalı sistemleri kuran, kendi SaaS ürünlerini canlıda işleten İstanbul merkezli bir yazılım çözümleri şirketidir. Her projeye keşifle başlarız ve ilk keşif görüşmemiz ücretsizdir; görüşmede mevcut dosyalarınıza ve ekranlarınıza birlikte bakar, hedefi ve kapsamı yazılı hale getirir, ilk sürümü ikinci aşamadan ayırırız. Teklif ancak bu belgenin üzerine gelir.

Bu yaklaşımı, işitme cihazı distribütörü bir firma için kurduğumuz CRM, ERP ve bayi portalı sisteminde de uyguladık; sahadaki sipariş, stok ve servis akışı keşifte çizilmeden tek satır kod yazılmadı. Çözümler sayfamızdaki özel yazılım bölümünde süreci görebilir, iletişim sayfamızdan ilk görüşme için zaman isteyebilirsiniz.