Blog
Mert Özen'in yazılım geliştirme, backend, frontend ve DevOps üzerine blog yazıları.
Tahmini İletmek ve Plan Kaydığında: Güncelleme, Kötü Haberi Erken Vermek ve Yeniden Planlamak
Plan kaydığında yapılacak ilk şey, kötü haberi seçenekleriyle birlikte hemen vermek; karar kapsam, tarih ya da kişi ekleme arasında iş tarafınındır ve geç kalmış projeye kişi eklemek çoğu zaman tarihi kurtarmaz. Bookstore'un üç sprint sonraki güncellemesi, kapsamın 142 point'e büyüdüğünü ve tam kapsamın 26 Mart'a kaydığını gösteriyor; C# koduyla seçenekleri hesaplayıp tek sayfalık tahmin notunu yazıyoruz.
Release Planning: Aralıklı Velocity, Burn-up, Sabit Tarih mi Sabit Kapsam mı?
Release tarihi tek bir velocity ortalamasından değil, geçmiş sprint'lerden çıkan bir aralıktan verilir; tarih sabitse kapsam MoSCoW katmanlarıyla esnetilir. Bookstore'un 130 point'lik Kurumsal Sipariş planı 12 Şubat ile 12 Mart arasına düşüyor; 1 Mart'ta Must kapsamı kötü senaryoda bile sığıyor. Aynı soruyu Monte Carlo ile de cevaplayıp iki yöntemin neden farklı sonuç verdiğini görüyoruz.