Scrum'da Burn Down Chart'taki değerler nasıl hesaplanır

Burn Down Chart hakkındaki ilk makalearkadaşlar arasında yayımlandıktan sonra, yorumlarda sorulan ikinci soru şuydu: "Tüm bu değerlerin nasıl hesaplandığı anlaşılmıyor". Bu nedenle, bu makalede Burn Down Chart'taki günlük değerleri nasıl hesapladığımızı anlatmaya çalışacağım. Her zamanki gibi, eğer yanlış bir şey söylersem meslektaşlarımın tüm yorumlarına memnuniyetle açığım, ancak yine de konunun benim için yeterince anlaşılır olduğuna inanmak istiyorum.

Bu diyagramın nasıl göründüğünü bir kez daha hatırlayalım.

Bu örnekte 10 günlük bir sprint ele alınmıştır. Bunda 2 günün geçtiğini görüyoruz (çünkü yalnızca ilk 2 segment yeşil grafikle doldurulmuştur).

Ayrıca genel sprint hacmini görüyoruz - bu, sprintin genel hacminin pazartesi 10:00'da, salı 10:00'da ve çarşamba 10:00'da değişmediğini ve 17 SP (Story Points) olduğunu gösteren kesikli çizgidir.

Scrum metodolojisine göre, sprint içindeki toplam iş hacmi sprint boyunca değişmez, bu nedenle bu çizgi genellikle doğrudan tüm sprint için (10 günün tamamı) çizilir. Ayrıca, mevcut varyantta üçüncü günde bitmesi durumuna kıyasla ne kadar iş kaldığını daha görsel olarak tahmin etmeye yardımcı olur.

Gerçek yanma (yeşil grafik) fiilen kalan işi gösterir. Yani şu anda takım tarafından sprintin başarıyla tamamlanması için gerekli olan 17 Story Point'ten 1'i tamamlanmıştır. Tamamlanmış olarak çoğunlukla "Done" durumundaki görev kabul edilir (Done'ın her takım için ne anlama geldiğini takım kendisi belirler. Hatta DOD - Definition Of Done - adı verilen özel bir artefakt vardır - her takım için farklıdır ve görevin tamamlandığı ve "Done" durumuna taşınabileceği anlamının ne olduğunu çok net şekilde açıklar. Çoğunlukla bu "Prod'a çıkıldı" anlamına gelir, ancak nüanslar olabilir. Genel olarak, mevcut grafiğe göre, takımın 1 SP olarak değerlendirdiği yalnızca bir hikayenin DOD'unun tamamlandığını anlıyoruz.

İdeal yanma gerçek yanma grafiğinin tamamen eşit bir çalışma durumunda hangi noktada olması gerektiğini gösterir. Yani, şu anda tamamen eşit bir çalışma durumunda 3 SP tamamlanmış olmalıydı.

Şunun ne olduğunu anlamanın ilginç olabileceğinden şüpheleniyorum: Story Point. Aslında, bir takımdaki 1 SP ile başka bir takımdaki 1 SP farklı bir iş hacmini gizleyebilir. Örneğin, bizde aynı sayıda kişiye sahip takımlar var, ancak birinin sprint kapasitesi 17 SP, diğerininki 35 SP. Ve bu normaldir. Mesele şu ki, takım kendisi için tüm görevleri grooming'lerde değerlendirdiği referans görevi kendisi seçer (eski adı - PO'nun User Story'leri değerlendirme için getirdiği ve takımın planlama pokeri aracılığıyla değerlendirdiği haftalık toplantı) (SAFe'de bu PBR - Product Backlog Refinement'tir).

Böylece, referans bir User Story'ye sahip olabiliriz: "Ben, bir otomobil sürücüsü olarak, aracı doldurduktan sonra gerektiğinde kağıda basılmış bir fiş alabilmek istiyorum". Bunun bizim takımımız için 8 SP olduğu konusunda anlaşabiliriz. Ve PO, değerlendirmemiz gereken yeni bir User Story anlattığında, onu zaten referans göreve göre değerlendiririz. Buna göre, yeni hikaye takım tarafından örneğin 5 SP olarak değerlendirilebilir ve bu şekilde devam eder, backlog'daki tüm hikayeler kendi değerlendirmelerini alır.

Takım kapasitesi istatistiklere göre hesaplanır. İlk 1-2 sprintte takımın kapattığı SP sayısı ölçülür ve ortalama değer hesaplanır, planlama bu değer üzerinden yapılır (PO sprint için backlog'dan belirli bir kapasiteye göre görevleri seçtiğinde).

Umarım Burn Down Chart'taki değerlerin nasıl elde edildiğini yeterince anlaşılır şekilde açıklamışımdır.