Yazılım Geliştirme Ne Kadar Sürer?

Kişi-gün bir çalışma miktarıdır; bitiş tarihi değildir. Örneğin 30 kişi-gün tahmin edilen bir işi üç kişinin otomatik olarak on günde bitireceği varsayılamaz. Bazı işler sıralıdır, bazı uzmanlıklar tek kişide olabilir ve karar bekleyen görevler ilerleyemez.

Takvim hazırlanırken ekipte gerçekten ayrılabilen kapasiteyi, toplantıları, incelemeleri ve diğer proje sorumluluklarını dikkate alın. Yeni bir ekip üyesinin katılımı da bağlam aktarımı gerektirir. Kişi sayısını artırmak özellikle kısa kalan işlerde beklenen süre kazancını vermeyebilir.

En azından kritik kullanıcı akışları, karar sahibi ve ilk sürüm sınırı belirlenmelidir. Entegrasyon yapılacak sistemin test hesabı, örnek verisi ve teknik muhatabı bulunmalıdır. Gerçek verinin kalitesi bilinmiyorsa aktarım işini kesin bir süre gibi göstermeyin.

Kapsamın tüm ayrıntılarının baştan bilinmesi gerekmez. Açık soruları etki ve sorumlu kişiyle kaydedin. Takvimi değiştirebilecek sorular için erken deneme planlamak, bu belirsizlikleri geliştirme sonuna taşımaktan daha açıklayıcıdır.

Temsili bir sipariş uygulamasında stok bilgisinin kaynağı kesinleşmeden sipariş kontrolünün son hali tamamlanamayabilir. Taslak arayüz ilerlerken entegrasyon denemesi yapılabilir; ancak bu iki çalışma yayın kararında tekrar birleşir. Takvimi yalnızca departmanlara ayırmak bu bağımlılığı gizler.

Tek ekip, sınırlı sipariş akışı ve tek dış sistem bağlantısı varsayan bir örnekte aşağıdaki sıra kullanılabilir. Bu haftalar standart proje süresi değildir; gerçek kapasite, veri ve bağımlılıklar görüldüğünde yeniden tahmin edilmelidir. Bazı işler paralel yürür.

Bir rapor alanı eklemek ile raporun veri kaynağını değiştirmek farklı iş yükü yaratabilir. Talebi analiz, geliştirme, test ve mevcut verilere etkisiyle değerlendirin. Yeni işin hangi mevcut işi öteleyeceğini de belirtin; planın sonuna görünmez biçimde eklemeyin.

Planı düzenli gözden geçirin ve gerçekleşen işleri çalışan teslimlerle karşılaştırın. Scrum Guide, yapılan işi inceleyip planı uyarlama yaklaşımını tanımlar. Kullanılan yöntem ne olursa olsun, tamamlanan ekran sayısını tamamlanan iş sonucu yerine koymamak gerekir.

Etkinlik, sözleşme veya operasyon nedeniyle tarih sabitse önce o tarihte çalışması gereken kritik sonucu belirleyin. Gelişmiş raporlar veya ek kanallar sonraya bırakılabilir; yayınlanan işlemin veri bütünlüğü ve gerekli yetki kontrolleri kapsamda kalmalıdır.

Teslim tarihini yalnızca “kod bitti” noktasına bağlamayın. Kabul için müşteri ekibinin ayıracağı zaman, veri geçiş provası, kullanıcı bilgilendirmesi ve ilk operasyon kontrolü de planda yer almalıdır. Son gün gelen erişim eksikliği, tamamlanmış geliştirmeyi kullanıma açmayı engelleyebilir.

MVP kapsamı ilk sürüm sınırını; yazılım maliyeti emek hesabını; kabul testleri ise tamamlanma koşullarını netleştirir. Kapsamı teknik şartname üzerinden ortaklaştırın.