Çevik Sürüm Planı Nasıl Hazırlanır: Hedeften Sprint Tahminine

Sürüm planı neyi yanıtlar?

Sprint planı kısa bir ufku, sürüm planı ise bir ürün artışının kullanıcıya ulaştığı daha geniş bir ufku kapsar. Sürüm planı şu soruları yanıtlar: bu sürümün hedefi nedir, hangi kapsamı içerir ve hangi sprintte ya da tarihte yayına hazır olur?

Çevik yaklaşımda sürüm planı, ayrıntılı bir görev takvimi değil, kaba ölçekli bir yol gösterici öngörüdür. Ürün birikiminin üst sıralarındaki işler ayrıntılıdır; sonraki işler büyük parçalar halindedir ve zamanla netleşir. Plan bu belirsizliği saklamaz, tahminin bir aralık olduğunu açıkça söyler.

Sürüm planı Scrum'ın zorunlu bir olayı değildir; ekiplerin Ürün Hedefi doğrultusunda ilerleyişi görünür kılmak ve paydaşlarla beklenti yönetmek için kullandığı bir planlama pratiğidir. Sorumluluğu Ürün Sahibi (Product Owner) taşır, ancak tahminler geliştiriciler (Developers) tarafından verilir ve plan Scrum Takımı'yla birlikte oluşturulur.

Planlamanın katmanları

Çevik planlama yukarıdan aşağıya doğru katmanlıdır. En üstte ürünün vizyonu ve Ürün Hedefi bulunur. Altında birkaç sürümü kapsayan yol haritası yer alır. Sürüm planı bir yol haritası parçasını sprintlere böler. Sprint planı bir sprintin hedefini ve işlerini belirler, günlük plan ise ekibin gün içi koordinasyonudur.

Her katman bir üstteki katmanın kararını detaylandırır. Üst katmanlar daha az değişir, alt katmanlar sık değişir. Sürüm planını sprint planıyla karıştırmamak önemlidir: sürüm planı sprintte neyin yapılacağını söylemez, sürümün ne zaman ve hangi kapsamla hazır olabileceğini öngörür.

Bu katmanlar arasındaki bağ, her sprintte tamamlanan işin ve ortaya çıkan bilginin üst katmanlara geri beslenmesiyle kurulur. Sprint sonucu, sürüm tahminini günceller; sürüm tahmini ise yol haritasındaki beklentileri etkiler.

Adım adım sürüm planı

Birinci adım sürüm hedefini yazmaktır. Hedef, kullanıcıya hangi değerin sunulacağını kısa bir cümleyle anlatır: bir müşteri portalının ilk sürümünde müşteriler fatura geçmişini görüp ödeme yapabilsin gibi. Hedef net olduğunda kapsam seçimi ölçüt kazanır.

İkinci adım kapsamı belirlemektir. Ürün birikimi hedefe göre sıralanır; hedefi karşılamak için olmazsa olmaz işler çekirdeği, olsa iyi olacak işler ise esnek kapsamı oluşturur. Çekirdek kapsam MVP mantığıyla küçük tutulur; sürüm tarihi sıkışırsa esnek kapsamdan çıkarılır.

Üçüncü adım işleri kabaca tahmin etmektir. Göreli tahmin yöntemleri kullanılır ve geliştiriciler kapsamdaki işleri aynı ölçekte tahmin eder. Henüz ayrıntılandırılmamış büyük parçalar için daha kaba bir ölçü yeterlidir.

Dördüncü adım ekibin hızını belirlemektir. Son birkaç sprintin tamamlanan işini inceleyin ve tek bir sayı yerine bir aralık çıkarın: en düşük, tipik ve en yüksek. Yeni kurulan ekiplerde hız bilinmiyorsa birkaç sprint gözlemleyin; o zamana kadar plan geçici kabul edilir.

Beşinci adım sprint sayısını hesaplamaktır. Kalan işi her hız değerine bölerek iyimser, olası ve temkinli sprint sayısını bulun. Sonucu tek bir tarih yerine bir aralık olarak paylaşın.

Altıncı adım belirsizlik payı eklemektir: bağımlılıklar, test ve sertleştirme çalışması, dış onaylar. Son adım, her sprint sonunda planı gerçekleşen hızla güncellemektir.

Sabit tarih mi, sabit kapsam mı?

Her sürüm planında hedef, kapsam, takvim ve kaynak arasında bir denge vardır. Hepsini birden sabitlemek gerçekçi olmaz; en az biri esnek kalmalıdır. Çevik ekipler genellikle kaynağı ve kaliteyi sabit tutar, takvim ile kapsam arasında denge kurar.

Tarih sabitse kapsam esnek olur: hız aralığına göre sığacak çekirdek işler belirlenir, kalanlar sonraki sürüme bırakılır. Kapsam sabitse tarih esnek olur: işin tamamlanacağı sprint aralığı hıza göre öngörülür ve paydaşlara aralık olarak bildirilir. Düzenleyici bir son tarih ya da etkinlik gibi gerçek bir tarih kısıtı varsa tarih sabit kabul edilir; işin tamamı yapılmadan çıkma pahasına bile olsa.

Hangisinin esnek olacağını planlamanın başında paydaşlarla açıkça konuşun. Sonradan 'hepsi ve zamanında' beklentisiyle karşılaşmak, plan güncellemelerini güvensizlik kaynağına çevirir.

Örnek senaryo: müşteri portalının ilk sürümü

Kurgusal bir şirkette müşteri portalının ilk sürümünün hedefi, müşterilerin fatura geçmişini görmesi ve online ödeme yapabilmesidir. Ürün Sahibi, birikimi bu hedefe göre sıralar. Çekirdek kapsam giriş, fatura listesi, fatura detayı ve ödeme akışını içerir; bildirim tercihleri ve gelişmiş filtreler esnek kapsamda kalır.

Geliştiriciler çekirdek kapsamı göreli olarak tahmin eder. Ekibin son birkaç sprintteki tamamlanan işi incelenir ve tipik hızın çevresinde bir aralık belirlenir: düşük, olası ve yüksek. Kalan iş bu hız değerlerine bölündüğünde iyimser, olası ve temkinli sprint sayıları bulunur.

Ürün Sahibi paydaşlara tek bir tarih vermek yerine, olası sprint sonunu ve temkinli sınırı paylaşır. Ayrıca ödeme sağlayıcısıyla entegrasyon onayı gibi dış bağımlılıkları plana belirsizlik payı olarak ekler. İlk sprintlerden sonra ekibin hızı beklenenden düşük çıkar; plan güncellenir, esnek kapsamdaki filtreler sonraki sürüme bırakılır ve paydaşlar sürüm hedefinin korunduğu bilgisiyle haberdar edilir. Plan değişti ama hedef ve güven korundu.

Planı canlı tutmak ve iletmek

Sürüm planının değeri güncel olmasından gelir. Her sprint incelemesinde tamamlanan işi, kalan kapsamı ve güncellenmiş sprint aralığını gözden geçirin. Burn-up grafiği bunun için iyi bir araçtır: çizgiler tamamlanan işi ve toplam kapsamı gösterir. Kapsam çizgisi yukarı kayıyorsa kapsam büyümesi, tamamlanan çizgi yatay kalıyorsa hız sorunu vardır.

Paydaşlara planı iletirken aralığı ve varsayımları açıkça söyleyin. Sonuçtan çok eğilimi gösterin: hız artıyor mu, kapsam büyüyor mu, bağımlılıklar çözülüyor mu? Güncel olmayan bir plan, hiç plan olmamasından daha zararlıdır çünkü yanlış güven yaratır.

Sürüm sonrasında planı gerçekleşenle karşılaştırın. Tahmin neden saptı, hangi bağımlılıklar kaçırıldı, kapsam neden değişti? Bu öğrenme sonraki sürüm planının kalitesini artırır ve ekibin tahmin yeteneğini geliştirir.

Sık yapılan hatalar

En yaygın hata, hız değerini bir performans hedefi gibi kullanmaktır. Hız planlama içindir; ekipleri hıza göre kıyaslamak ya da artırmaya zorlamak tahmini sapıtır ve kaliteyi düşürür.

Tek bir tarih vermek ve belirsizlik payını eklememek de sık görülür. Bağımlılıkları, testi ve dış onayları ihmal eden plan, ilk sapmada güvenilirliğini kaybeder. Kapsamı sabit, tarihi sabit ve kaynağı sabit tutmaya çalışmak da gerçekçi değildir.

Planı bir kez hazırlayıp güncellememek, çevikliğin özünü bozar. Son olarak, ürün birikimini hedefe göre sıralamadan kapsam seçmek, sürümün değerini belirsiz bırakır ve ekibin enerjisini düşük öncelikli işlere harcatır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Hibrit Proje Yöneticiliği Sertifika Programı'nın hibrit planlama, sprint ve iterasyonların hibrit yapıya entegrasyonu ile kapsam ve backlog yönetimi modülleri, sürüm planını takvim ve bütçe ile birleştirmek isteyen proje yöneticileri için uygundur. IT Proje Yönetimi Sertifika Programı çevik uygulamaları yazılım projeleri bağlamında ele alır.

Ürün Sahibi rolünde sürüm hedefini ve birikimi yönetecek olanlar için PSPO I Product Owner Hazırlık programının ürün birikimi ve önceliklendirme ile değer maksimizasyonu başlıkları ilgili çalışmayı sunar.