Yazılım Keşif Aşaması: Hedefler, Çalışmalar ve Çıktılar

Yazılım keşif aşaması proje bütçesinin %5–10'u kadar olmalı, iki ile altı hafta sürmeli ve herhangi bir tedarikçiye verebileceğiniz bir kapsam üretmelidir: haritalanmış süreç, istisnalar, bir prototip, risk kaydı ve maliyetlendirilmiş yol haritası. Sektör rakamları bunu harcamanın geliştirme aşımını %40–60 azalttığını tutarlı biçimde gösteriyor, 100.000 dolarlık bir geliştirmede kabaca 7.000 dolarlık keşif, 40.000–60.000 dolarlık aşımı önlüyor.

Bu rehber keşfin ne teslim etmesi gerektiğini, ne kadara mal olduğunu, ne kadar sürdüğünü ve gerçek bir keşfin, keşif kılığındaki bir satış çalışmasından nasıl ayırt edileceğini kapsar.

Önemli noktalar

• %5–10 bütçeleyin, 5.000–40.000 dolar bekleyin: Proje boyutuna göre; MVP'ler altta, kurumsal sistemler üstte.
• İki ile altı hafta normaldir: Basit bir MVP için bir hafta, büyük kurumsal sistem için dört ile sekiz hafta.
• Asıl teslimat istisnalardır: Olağan akışı haritalamak kolaydır ve maliyet orada değildir.
• Çıktının sahibi olun: Herhangi bir tedarikçiye götürebileceğiniz ücretli bir keşif, ücretsizinin birkaç katı değerindedir.

Keşif ne işe yarar

Keşif, bir niyeti birinin fiyatlandırıp geliştirebileceği bir kapsama çevirir. Var olma nedeni, yazılımdaki pahalı kararların tek satır kod yazılmadan önce verilmesi ve geliştirme ortasında keşfedilen gereksinimlerin öncesinde keşfedilenlerden kat kat pahalıya çözülmesidir.

Bir satış toplantısı, tel çerçeve çalışması veya zaten var olan bir teklifi gerekçelendirmek için üretilmiş bir doküman değildir. Sınama şudur: çıktıyı farklı bir tedarikçiye götürseniz işinize yarar mıydı?

Neleri teslim etmeli

Yalnızca bir teklif üreten keşif, size projeniz hakkında değil tedarikçi hakkında bilgi vermiştir.

Maliyeti ve süresi

Sekiz haftadan uzunu genelde kapsamın hiç sınırlanmadığını gösterir. Bir haftadan kısası istisnaların bulunmadığını gösterir, ve gerçek maliyeti belirleyen istisnalardır.

Bunu kolay bir karar yapan şey aritmetiktir. Bütçenin %5–10'u kadar keşif, aşımı %40–60 azaltır; arka planda yazılım projelerinin kabaca %60'ı ilk bütçesini aşarken. Atlamak işi ortadan kaldırmaz; işi geliştirmeye, geliştirme ücretiyle ve fiyat sabitlendikten sonra taşır.

Süreci sorarak değil vaka izleyerek haritalayın

Yöneticilerle görüşmek amaçlanan süreci üretir. Tek tek vakaları uçtan uca izlemek fiili süreci üretir ve aradaki fark projelerin başarısız olduğu yerdir.

İşi yapan insanların yanında oturun. Gerçek vakaları izleyin: her adım, kimin yaptığı, adımlar arasında ne kadar beklediği ve bir şey eksik olduğunda ne olduğu. Tabloları, mesajlaşma gruplarını, kenar notlarını ve gayriresmî yükseltmeleri kaydedin; çünkü bu geçici çözümler hiçbir süreç belgesinde bulunmayan kuralları içerir.

Çıktıyı işletmedeki herkesin okuyabileceği sadelikte tutun. Yorumlanması için danışman gereken bir harita, danışman ayrıldıktan sonra kullanılmaz.

İstisna kataloğunda ısrar edin

Bir sürecin rutin %80'ini otomatikleştirmek kolaydır. Kalan %20, sistemin benimsenip benimsenmeyeceğini belirler.

Keşif; istisnaları, her birinin sıklığını ve bugün ne olduğunu listelemeli, sonra hangilerini yazılımın karşılayacağını, hangilerinin bir kişiye yönlendirileceğini ve işletmenin hangilerine artık izin vermemesi gerektiğini önermelidir. Bu üçüncü kategori çoğu zaman en değerli çıktıdır; çünkü bazı istisnalar yalnızca kimse gerekçesini sormadığı için vardır.

İstisna listesi kısa ve düzenliyse eksiktir. Gerçek süreçler zor durumlar biriktirir ve hiçbirini bulamayan bir keşif yanlış kişilerle konuşmuştur.

Çıktıda açık sorular bekleyin

Her şeyi yanıtlayan bir keşif ya alışılmadık ölçüde basittir ya da dürüst değildir. Bazı şeyler geliştirmeden önce gerçekten bilinemez: personelin değişen bir iş akışına nasıl tepki vereceği, belgelenmemiş eski bir entegrasyonun anlatıldığı gibi davranıp davranmadığı, yoğun dönemde hacmin nasıl göründüğü.

Doğru çıktı bunları adlandırır, her birini neyin çözeceğini yazar ve ilk fazın belirsizliği ucuza nasıl azaltabileceğini önerir. Keşfi, keşif kılığındaki bir teklifden ayıran budur.

Bedelini ödeyin ve çıktının sahibi olun

Ücretsiz keşif, henüz kabul etmediğiniz bir teklifin içine fiyatlanmıştır ve bir yere varmak üzere tasarlanmıştır. Çıktının herhangi bir tedarikçiyle kullanılabileceğini belirten bir sözleşmeyle yapılan ücretli keşif, geliştirmenin küçük bir kesri kadardır ve teşvikleri tamamen değiştirir.

Aynı zamanda bir iş ortağını değerlendirmenin en ucuz yoludur. Bir firmanın ücretli keşif sırasında nasıl davrandığı, istisnalarınızı sorup sormadığı, duymak istemediğiniz bir şeyi söyleyip söylemediği, teslimat davranışını her referans görüşmesinden iyi öngörür.

Kimler katılmalı

Keşif, yalnızca sponsor ve tedarikçiyi içerdiğinde başarısız olur. İşi her gün yapan insanlara, sürecin neyi bırakacağına karar verebilecek birine ve entegre olunacak sistemlerin sahiplerine ihtiyaç duyar.

Son grup düzenli olarak atlanır ve ikinci ayda çıkan sürprizin en yaygın kaynağıdır. "Basit olması gereken" bir entegrasyon sıklıkla karşı tarafta, kendi yol haritası olan bir ekibin sahip olduğu bir değişiklik gerektirir.

Ne zaman atlanabilir

Kapsam gerçekten küçük ve iyi anlaşılmışsa keşif gereksizdir, belgelenmiş iki sistem arasında tek bir entegrasyon veya zaten işlettiğiniz bir şeyde değişiklik. Kabaca 20.000 doların altındaki geliştirmelerde resmi bir keşif, ortadan kaldırdığı riskten pahalıya gelebilir.

Bunun üstünde ve birden fazla ekibe veya sisteme dokunan her şeyde atlamak tasarruf değildir. Aynı bilgiyi daha sonra, daha kötü bir fiyatla ve ticari koşullar sabitlendikten sonra keşfetme kararıdır.

İlgili rehberler

• Bunun zeminini kuran yazı şu: Özel Yazılım İçin İş Gerekçesi Nasıl Hazırlanır?.
• Bu yazının iyi bir tamamlayıcısı şu: Dijital Dönüşüm İş Ortağı Nasıl Seçilir?.

Yazılım Keşif Aşaması: Hedefler, Çalışmalar ve Çıktılar özel yazılımın anlam kazanmaya başladığı noktaysa Yazılım Projenizi Konuşalım.