Kararın dayanağı
Teslim tarihi yalnız geliştirme emeğine değil, kararlara ve erişimlere de bağlıdır. İşleri önce bilinmesi gerekenlere göre sıralayın. Araya onay beklemek giriyorsa on kişi-günlük iş on takvim gününe sığmayabilir.
Somut bir örnek
MVP’nin şirketleri harici bir servisle doğruladığını düşünün. Erişim beklenirken formlar tasarlanabilir; fakat kimlik bilgileri, test örnekleri ve yanıt sözleşmesi olmadan entegrasyon doğrulanmış sayılamaz. Bağımlılığın sorumlusu ve gerekli tarihi olsun.
Bağımlılık kaydını takvimin yanında tutmak
Her bağımlılık için ne gerektiğini, kimin sağlayacağını, ne zaman gelmesi gerektiğini ve hazır olduğunun nasıl anlaşılacağını yazın. “API erişimi”; şifre, test şirketi kullanma izni, ağ yetkisi ve örnek hata durumları anlamına gelebilir. Şifre içeren ilk e-posta hepsinin tamamlandığı anlamına gelmez. Sorumluluğu bekleyen geliştiriciye değil, gerekli erişimi sağlayabilecek kişiye verin. Bağımlılık kaydını teslim tahminiyle birlikte gözden geçirerek gecikmeleri tarih kaçırılmadan önce görünür kılın.
Kritik bağlantıları uçtan uca denemek
Takvimi paralel işlerle doldurmadan önce kritik bağımlılıklardan geçen dar bir akışı tamamlayın. Doğrulama örneğinde izinli test isteğini gönderin, bir hata yanıtını ele alın ve sonucunu kullanıcıya gösterin. Böylece kapsamı değiştirmek henüz kolayken yanıt farkları, onay adımları ve eksik ortamlar ortaya çıkar. Taklit servis arayüz işini ilerletebilir; hangi sonucu kanıtladığını, hangi kısmı sınamadığını açıkça yazın. Keşif sonucu, entegrasyon doğrulaması ve yayın onayı ayrı kilometre taşları olsun.
Gecikmenin sonuçlarını seçeneklerle anlatmak
Bir bağımlılık gecikince etkilenen sonucu ve seçenekleri açıklayın: bağımsız işe devam etmek, yayın kapsamını değiştirmek, geçici manuel süreç kullanmak veya tarihi güncellemek. Geçici çözümün sınırlamalarını ve onu işletecek kişiyi belirtin. Takvim değişmemiş görünsün diye doğrulama süresinin tamamını tüketmeyin. Yeni tahmin nelerin öğrenildiğini, nelerin belirsiz kaldığını ve sonraki hangi olayın onu değiştirebileceğini göstermelidir. Amaç hiç değişmeyen tarih değil, işletmenin harekete geçebileceği kadar erken açıklanan değişikliktir.
Değerlendirilecek seçenekler
Paralel çalışma bağımsız işlerde yararlıdır. Taklit servis geliştirmeyi ilerletir, gerçek sağlayıcıyı doğrulamaz. Kapsamı azaltmak yardımcı olabilir; geliştirici eklemek başka şirketin onayını hızlandırmaz.
Planın aksadığı yer
Teknik bitişi, müşteri kabulünü ve yayına hazır olmayı ayırın. Tatil, içerik teslimi, veri temizliği ve onayları kaydedin. Varsayımsız iyimser tek tarih yeterli değildir.
İşe başlamadan önce
En uzun zorunlu yolu hangi bağımlılık belirliyor? Gecikirse ne olacak? Hangi işler bağımsız ilerler? MVP planı bunları yanıtlamalı ve tahminin ne zaman güncelleneceğini açıklamalıdır.