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ı okuFirmaya özel yazılım
Sipariş takibi, saha formları, stok, onay akışları, raporlama. Sunucuda Laravel, tarayıcıda Nuxt, ilk commit'ten itibaren size ait özel bir repo — ve hiçbir şey yazılmadan önce sabit fiyatlı, yazılı bir kapsam.
Bu genelde nerede başlıyor
Bunlar keşif görüşmelerinin ilk on dakikasından cümleler. Üç tanesini tanıdıysanız, bizim görmediğimiz bir şeyi anlatmıyorsunuz.
Ne yazıyoruz
Sektör değil, şekil. Bir mobilya atölyesinin iş emri takibi ile bir nakliye firmasının iş emri takibi, düğmelerin üstündeki kelimeler dışında aynı yazılım problemi.
Bir geliştirme nasıl yürüyor
Teklif tiyatrosu yok; sessizce projeye dönüşen keşif fazı da yok.
İşi fiilen yapan insanlarla oturuyoruz — sadece imzayı atan kişiyle değil — ve süreci gerçekte nasıl işliyorsa öyle yazıyoruz; herkesin elle çözdüğü istisnalar dahil. Elinize kabul kriterleri olan bir kapsam, sabit bir fiyat ve bir teslim tarihi geçiyor. Burada durursanız doküman yine sizde kalıyor; başka bir stüdyo onun üstünden teklif verebiliyor.
Ana akış, tıklanabilir, içinde gerçek verinizle. "Hayır, biz böyle yapmıyoruz" cümlesinin ucuz olduğu yer burası. Burada ortaya çıkıp kapsamı değiştiren her şey, pahalı kısım başlamadan önce teklifi yazılı olarak değiştiriyor.
Excel'i bırakmanızı sağlayan en dar sürüm: canlıda, kendi sunucunuzda, geçmişiniz taşınmış ve mutabakatı yapılmış olarak. İlk sürümü tüm şirkete değil tek bir sürece nişanlıyoruz; tarihin tutulabilir olmasını sağlayan şey bu.
Repo ve hesap sahipliği zaten sizde; üstüne genel bir kılavuz değil, sizin durumunuz için yazılmış bir işletim kılavuzu geliyor — yayına alma adımları, gizli anahtarların yeri, neye bakılacağı, bilinen pürüzler. Rol bazlı, kaydedilmiş eğitim oturumları ve sonrasında bir soru penceresi.
Süreç değişiyor, yazılım da değişiyor. Bağımlılık ve güvenlik güncellemeleri, çıktıkça küçük değişiklikler ve bir şey bozulduğu anda kod tabanını zaten bilen biri. Ya da hiç kimse: devir dokümanı, sizin geliştiricinizin devralabileceği şekilde yazılıyor.
İç araç değil, ürünse
Esimbit bizim: eSIM bayilerinin kendi sağlayıcı ve ödeme hesapları üzerinden, kendi adlarıyla satış yaptığı çok kiracılı bir SaaS; burada yazıldı ve burada işletiliyor. Bir sipariş bayinin ödemesiyle sağlayıcısı arasında takıldığında düzelten kişi biz oluyoruz. Sizin üründe de aynı kişiler olacak.
Olmadığımız şey: büyüme ya da pazarlama ortağı, ve hisse karşılığı kurucu ortak değiliz. Ürünü biz yazıyoruz ve sizinle birlikte işletebiliyoruz; pazar sizin.
İkisinin de arkasındaki stack
Sahiplik ve çıkış
En sık duyduğumuz iki korku: kaybolan geliştirici ve bırakamadığınız tedarikçi. İkisinin de cevabı bu ve yeri bir sunum değil, sözleşme.
Ne kadar tutar
Başlangıç fiyatları henüz netleşiyor; bu yüzden burada sayı değil şekil var. Sayı, ilk görüşmede bir aralık olarak değil, tespitten sonra yazılı geliyor.
Durum tespitinden sonra teklif
Süresi baştan sabit, ücretli bir iş; sonunda yazılı kapsam, kabul kriterleri ve sabit fiyat. Devam ederseniz asıl işten düşülüyor.
Durum tespitinden sonra teklif
Geliştirmenin kendisi: keşiften çıkan kapsama karşı sabit fiyat, çalıştığını görebildiğiniz aşamalara göre faturalanıyor.
Durum tespitinden sonra teklif
Aylık, yanıt süresine göre katmanlı; hem dahil olanlar hem hariç olanlar yazılı. Kayıtlı saat değil, sonuç.
Belirleyici etken en düşük fiyatsa doğru stüdyo biz değiliz ve bunu ilk görüşmede söylüyoruz. Pazaryerindeki saatlik ücretle yarışmıyoruz; yarışıyormuş gibi yapmak bir ayınıza mal oluyor.
Bu paketlerin başlangıç fiyatları netleşiyor. Görüşmede sorun; aralık değil, net bir sayı veriyoruz.
Yazılım yaptırmayı ilk kez mi düşünüyorsunuz? Süreç, süre ve maliyet rehberini okuyun
Maliyet, süre, sahiplik
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ı okuOtuz dakika, sunum yok. Bugün ne olduğunu, kimin elle yaptığını ve o kişi izne çıktığında neyin bozulduğunu soruyoruz — sonra bu işi bizim yapmamız gerekip gerekmediğini söylüyoruz.