BlogÖzel yazılım projesi ne kadar sürer? Gerçekçi bir takvim
Özel yazılım projesi ne kadar sürer? Gerçekçi bir takvim
Küçük bir yönetim paneli birkaç haftada, kapsamlı bir sistem birkaç ayda biter. Süreyi belirleyen şey kod değil, kapsamın ne kadar net olduğu. İşte gerçekçi bir takvim ve süreyi uzatan hatalar.
Bize gelen ilk soru neredeyse hep aynı: "Bu ne kadar sürer?" Dürüst cevap, kapsam netleşmeden verilemez. Ama on yılda yüzlerce projeden sonra elimizde işe yarayan aralıklar var.
Süreyi belirleyen beş etken
- Ekran sayısı. Her ekran tasarım, geliştirme ve test demek. On ekranlık bir panel ile kırk ekranlık bir sistem aynı takvime sığmaz.
- Entegrasyonlar. Muhasebe, e-ticaret, kargo ya da banka sistemleriyle konuşmak gerekiyorsa her entegrasyon en az bir hafta ekler; karşı tarafın dokümantasyonu zayıfsa daha fazla.
- Rol ve yetki karmaşıklığı. "Herkes her şeyi görsün" ile "şube müdürü sadece kendi şubesini, muhasebe sadece faturaları görsün" arasında ciddi fark var.
- Mevcut veri. Excel'den ya da eski bir sistemden veri taşınacaksa temizlik ve aktarım ayrı bir iş kalemi.
- Karar hızı. Projelerin en çok beklediği yer kod değil, onay. Ekran taslağı bir hafta masada bekliyorsa takvim de bir hafta kayar.
Tipik takvimler
| Proje tipi | Örnek | Süre |
|---|---|---|
| Küçük panel | Sipariş takibi, tek rol, entegrasyon yok | 3–5 hafta |
| Orta sistem | CRM, birkaç rol, 1–2 entegrasyon | 2–3 ay |
| Kapsamlı sistem | Çok şubeli operasyon, mobil uyum, çok entegrasyon | 4–6 ay |
Bu süreler keşif aşamasından yayına kadar olan toplam süredir. Keşif ve tasarım genellikle ilk üçte birini alır; bu bölümü kısaltmaya çalışmak geliştirme aşamasında iki katı geri gelir.
Süreyi uzatan üç hata
Kapsamı kod yazarken büyütmek. "Madem oradasınız şunu da ekleyin" cümlesi masum görünür ama her ek özellik test edilmiş bir parçayı yeniden açar. Ek istekleri ikinci faz olarak ayırmak projeyi kurtarır.
Gerçek kullanıcıyı sona saklamak. Sistemi ilk kez yayın günü gören bir ekip, ilk hafta onlarca değişiklik ister. Biz bu yüzden haftalık gösterim yapıyoruz: her hafta çalışan bir parça görürsünüz, düzeltme erken gelir.
Veri taşımayı küçümsemek. "Excel'i verirsiniz, aktarırız" cümlesi çoğu zaman üç Excel, iki format ve mükerrer kayıt demektir. Bunu takvime baştan yazıyoruz.
Nasıl net bir tarih alırsınız
İlk görüşmede işinizi dinliyor, süreci adım adım haritalıyor ve yazılı bir kapsamla birlikte tarih veriyoruz. Tarih, kapsam sabit kaldığı sürece sabittir. Kapsam değişirse tarih de açıkça değişir; sürpriz olmaz.
Projenizin süresini konuşmak için özel yazılım hizmetimize göz atın ya da doğrudan yazın.
İlgili yazılar
Hazır yazılım mı, özel yazılım mı? Karar rehberi
Hazır bir paket mi almalı, yoksa işinize özel bir çözüm mü yaptırmalısınız? İki yaklaşımın güçlü ve zayıf yanlarını, maliyet ve ölçeklenme farkını karşılaştırıyor, karar için bir kontrol listesi sunuyoruz.
Monolitten mikroservise ne zaman geçmeli
"Mikroservise geçelim mi?" sorusu çoğu ekibe bir noktada gelir. Genelde tek bir uygulamanın (monolit) büyümesi zorlaştığında, ekip kalabalıklaştığında ya da bir konferans sunumundan sonra…
Native mi, cross-platform mı? Mobil uygulama teknolojisi seçimi
Mobil uygulamanızı native mi yazmalı, yoksa Flutter ya da React Native gibi bir cross-platform çözümle mi geliştirmeli? İki yaklaşımı performans, maliyet, ekip ve bakım açısından karşılaştırıyor, kararı birlikte veriyoruz.