Yazılım projesinin süresi, ekran sayısından çok iş kurallarının belirsizliği, dış bağımlılıklar, veri geçişi ve kabul kararlarının hızıyla belirlenir. Güvenilir tahmin tek tarih değil, varsayımları olan bir teslim planıdır.
Süreyi oluşturan iş paketleri
- Keşif ve kapsam netleştirme
- Kullanıcı akışı ve arayüz tasarımı
- Backend, veri ve yetki geliştirmesi
- Entegrasyon ve veri geçişi
- Test, düzeltme ve kullanıcı kabulü
- Eğitim, canlı geçiş ve yakın destek
Bu işler tamamen ardışık değildir; fakat kritik karar ve bağımlılık sırası korunmalıdır.
Takvimi en çok bozan belirsizlikler
Dokümansız eski sistem, erişimi geç açılan API, temizlenmemiş veri, karar vericisi belli olmayan süreç ve sürekli değişen kabul koşulları yeniden çalışma üretir. Tahmin yapılırken bu riskler görünür madde hâline getirilmelidir.
Dilim bazlı plan
Altı aylık tek büyük teslim yerine iki veya üç haftalık doğrulanabilir sonuçlar planlayın. Örneğin müşteri kaydı, sipariş onayı ve stok rezervasyonu birlikte çalışan bir dilimdir. Her dilimin demosu ve kabul koşulu olduğunda ilerleme “yüzde tamamlandı” ifadesinden daha somut olur.
Müşteri tarafı süreleri de takvime girer
Örnek veri hazırlama, ekran geri bildirimi, entegrasyon hesabı, ana kullanıcı testi ve yönetim onayı için sorumlu ve hedef tarih belirlenir. Geciken kararın sonraki teslimlere etkisi açıkça güncellenir.
Tahmin güvenini nasıl ifade etmeli?
İlk keşifte geniş aralık, prototip ve veri incelemesi sonrasında daha dar aralık vermek doğaldır. Plan üzerinde yüksek belirsizlikli işleri işaretleyin ve netleşme tarihini yazın. Yalnızca en iyi senaryoyu takvim diye sunmayın; izin, tatil, dış sağlayıcı ve kullanıcı kabul sürelerini hesaba katın. Her teslimden sonra gerçekleşen efor ve beklemeyi tahminle karşılaştırarak sonraki fazı güncelleyin. Gerçekçi plan değişmez değil, kanıtla olgunlaşan plandır.