Yazılım projesi neden gecikir? Sekiz sebep ve her birinin önlemi
Yazılım projesi gecikmesinin en yaygın sekiz sebebi: belirsiz kapsam, yavaş kararlar, entegrasyon, veri, değişiklikler, unutulan işler, geç test ve tek kişi.
Yazıyı okuÖzel yazılım yaptırma
Bu bir tanıtım sayfası değil. Yazılım yaptıracak bir işletme sahibinin sırayla sorduğu altı soruyu, cevap bizim aleyhimize olduğunda da aynı şekilde cevaplıyor.
Birinci adım
Yazılım yaptırmanın en pahalı hatası, kimsenin tam olarak neyin isteneceğini yazmadan başlamak. Sonra çıkan tartışmanın bedelini iki taraf da ödüyor. Bu yüzden ilk adımı küçük, sınırlı ve tek başına satın alınabilir tutuyoruz.
Süreç
Altı adım. Her adımın sonunda somut bir şey var: bir doküman, tıklanabilir bir prototip, canlıya çıkmış bir sürüm ya da bir eğitim çağrısı.
Problemi anlatıyorsunuz. Biz soruyoruz, doğru adres olup olmadığımızı açıkça söylüyoruz.
Süreci yerinde ya da ekran paylaşımıyla çıkarıyoruz, işi yapan kişilerle konuşuyoruz, kapsamı yazıyoruz.
Neyin dahil olduğu, neyin açıkça dışında kaldığı, ne tuttuğu, ne kadar sürdüğü ve sonunda elinize ne geçtiği.
Ana akışın gerçek verinizle tıklanabilir hali. "Bu ekran ne yapmalı" tartışması pahalı kısımdan önce bitiyor.
Excel'i gerçekten devre dışı bırakan en dar sürüm: canlıda, veriniz taşınmış ve ekibiniz eğitilmiş halde. İlerlemenin yerine geçen durum raporu yok; her hafta tıklayabildiğiniz bir şey var.
Depo erişimi, işletim kılavuzu, ortam değişkenlerinin listesi ve eğitim çağrısı. Aylık bakım bundan sonra gelen ayrı ve isteğe bağlı bir konu — projeye şart olarak bağlanmıyor.
Neyle yazıyoruz
Süre
Bu süreler keşif bittikten sonrasını, yani ilk sürümün canlıya çıkışına kadarki kısmı kapsıyor. Aralığın alt ucu tek karar vericisi olan, verisi düzgün ve dış entegrasyonu olmayan işler; üst ucu bunların tersi. Bir işin hangi banda düştüğünü keşif sonunda yazılı olarak söylüyoruz, ilk görüşmede tahmin etmiyoruz.
Aynı anda en fazla iki aktif proje alıyoruz. Bu, sıra beklemeniz gerekebileceği anlamına geliyor; buna karşılık başladığımızda başka üç işin arasına sıkışmıyorsunuz. Sıranın ne zaman açıldığını ilk görüşmede net söylüyoruz.
Maliyet
Bu sayfaya uydurma bir aralık yazmıyoruz: aynı cümleyle anlatılan iki iş arasında kolayca beş kat fark oluyor. Burada hangi çalışma modelinin size uyduğunu ve rakamı asıl neyin belirlediğini yazıyoruz; yayınladığımız başlangıç fiyatları fiyatlar sayfasında.
Durum tespitinden sonra teklif
Kapsam belirsizken alınabilecek en küçük paket. Süresi belli, fiyatı belli, çıktısı belli — ve tek başına da işinize yarıyor.
Durum tespitinden sonra teklif
Kapsam bilinebiliyorsa doğru model bu. Fazlara bölünüyor; her fazın kendi teslimi, kendi kabul kriteri ve kendi fiyatı oluyor.
Durum tespitinden sonra teklif
Kapsam açık uçluysa gün satıyoruz: kurtarma işleri, sürekli değişen öncelikler, mevcut ekibe takviye. Yazılım canlıya çıktıktan sonrası ise aylık bakım anlaşması.
En düşük teklifi arıyorsanız doğru dükkân biz değiliz. "Ortalama şu kadar tutuyor" diyen ilan listeleriyle aynı bandı hedefliyorsanız bunu ilk görüşmede söylüyoruz; iki tarafın da zamanını kurtarıyor.
Bu paketlerin başlangıç fiyatları netleşiyor. Görüşmede sorun; aralık değil, net bir sayı veriyoruz.
Hazırlık
Hiçbiri şart değil. Ama her biri en az bir haftalık gecikmeyi baştan ortadan kaldırıyor.
Korunma
Bu listeyi bize sormanız için yazmadık; kiminle çalışırsanız çalışın sorun. Duyduğumuz kötü deneyimlerin çoğu kötü kodla değil, bu dokuz maddenin hiç yazılmamış olmasıyla başlıyor.
Bu dokuz maddenin cevabı bizim yazılı teklifimizde zaten duruyor. Yine de görüşmede tek tek sorun — bir tedarikçinin bu soruları duyduğunda rahatlaması ya da gerilmesi, alacağınız en faydalı sinyal.
Sahiplik
En sık duyduğumuz iki korkuya doğrudan cevap: kaybolan geliştirici ve bırakamadığınız tedarikçi.
Net cevaplar
Blog
Yazılım projesi gecikmesinin en yaygın sekiz sebebi: belirsiz kapsam, yavaş kararlar, entegrasyon, veri, değişiklikler, unutulan işler, geç test ve tek kişi.
Yazıyı okuYazılım sözleşmesinde kaynak kod sahipliği için şart maddeler: mali hakların devri, deponun sizin hesabınızda olması, veri, hesaplar, lisanslar ve devir.
Yazıyı okuMVP nedir, ne değildir? İç araçlar ve ürünler için ilk sürümü nasıl dilimleyeceğinizi, neyi dışarıda bırakacağınızı ve başarısını nasıl ölçeceğinizi anlattık.
Yazıyı okuSüreci anlatın. Doğru adres olup olmadığımızı dürüstçe söyleriz — değilsek, hazır bir ürünün mü yoksa başka bir ekibin mi işinizi göreceğini de.