Bu yazıda (7)
Sorunun arkasındaki soru
Kimse süreyi meraktan sormaz. Bir şey ona bağlı olduğu için sorar: bir sezon, bir sözleşme, kapatılacak bir sistem. Bunu ilk görüşmede açıkça söyleyin, çünkü sabit bir dış tarih yalnızca hızı değil, neyin geliştirilmesi gerektiğini de değiştirir. “Ne kadar sürer?” sorusunun dürüst cevabı her zaman bir rakamla değil, sorularla başlar. Son tarihi anlamadan size rakam veren bir tedarikçi ikisini de tahmin ediyordur.
Takvimi gerçekte ne belirler?
Kabaca şu sırayla dört şey. Yazılımın kaç dış sistemle konuşması gerektiği, çünkü her entegrasyon başka birinin dokümantasyonuna ve iyi niyetine bağımlılık demektir. Kuralların ne kadar net olduğu, çünkü tanımsız mantık geliştirme sırasında tanımlanır. Kaç kişinin onay vermesi gerektiği, çünkü bir kuruldan geçen her karar günler alır. Ve mevcut verinin ne kadar temiz olduğu; müşterilerin her seferinde hafife aldığı kalem budur. Özellik sayısı bunların hiçbiri kadar önemli değildir.
Keşif yavaş kısım değil, hızlı kısımdır
Kimse kod yazmadan önce süreci, veriyi ve kuralları haritalamak için harcanan iki ila dört hafta gecikme gibi görünür, ama her seferinde maliyetinden fazlasını geri kazandırır. Alternatifi, onay sürecinde kimsenin bahsetmediği bir istisna olduğunu üçüncü ayda keşfetmektir; bu da ilerleme değil, yeniden iş demektir. Bu adımı atlayan ekipler, sonunda kötü bir süreci yazılımda birebir kopyalayan ve neden kimsenin kullanmadığını merak eden ekiplerdir.
İlk versiyonu istediğinizden küçük çıkarın
Çalışan bir şeye en hızlı ulaşmanın yolu, ilk sürümün kapsamını sertçe daraltmak ve gerçek kullanıcılar kullanmaya başladıktan sonra üzerine eklemektir. Bu bir taviz sayılmaz; şartnamenin hangi yarısına kimsenin ihtiyaç duymadığını böyle öğrenirsiniz. O ilk versiyona neyin gireceğine karar vermek işin asıl ustalığıdır. MVP kapsamını doğru belirlemek de bir istek listesi yazıp sığana kadar madde silmekten farklı bir çalışmadır.
Yazılım projenizi WhatsApp üzerinden konuşalımÇalıştıktan sonraki kısım için de pay ayırın
Çoğu plan yazılımın çalıştığı noktada biter, oysa orası yolun kabaca üçte ikisidir. Geriye gerçek veriyle test, mevcut verinin taşınması, sistemi kullanacak kişilerin eğitimi ve eski ile yeni sistemin bir süre birlikte çalıştırılması kalır. Paralel çalıştırmayı atlayan şirketler eksiği en kaldıramayacakları gün fark eder. Eski bir sistemi değiştirirken en büyük risk de budur.
Bir süre tahmini nasıl okunur?
Hiçbir varsayım eklenmemiş tek bir rakam, satış rakamıdır. Gerçek bir tahmin neyi varsaydığını söyler, onu neyin değiştirebileceğini açıkça belirtir ve işi yeniden değerlendirilebilecek aşamalara böler. “Bu iş neden iki katı sürebilir?” diye sorun. Gerçek bir iş ortağı hemen ve somut cevap verir, çünkü o durumu yaşamıştır. Bu soruya sessizlik ya da avutucu sözler, elinizdeki en güvenilir uyarı işaretidir ve projeyi kimin geliştireceğini seçerken her türlü referanstan daha önemlidir.
Müşterinin kendine haftalar kaybettirdiği yerler
Kontrolünüzdeki gecikmeler önceden bellidir. İşi tıkayan sorulara geç gelen cevaplar. Ortada bir karar olmadan beş ayrı görüş olarak gelen geri bildirim. “Küçük bir netleştirme” diye sunulan yeni gereksinimler. İkinci haftada söz verilip yedinci haftada gelen veri. Tek bir karar verici belirleyin, bir yanıt süresi üzerinde anlaşın ve değişiklikleri sohbetle değil, yazılı bir notla iletin. Bu disiplin bir projeyi her türlü araçtan daha güvenilir biçimde kısaltır. Bunun üzerinde platform geliştirme başlamadan önce anlaşın, takvim kaydıktan sonra değil.
Yazan
Idennex
Stratejiyle başlayan ajans, İstanbul