Burndown ve burnup kılavuzu

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Proje yönetimini destekleyen burndown ve burnup grafikleri, zaman içinde tamamlanan çalışmayı görsel olarak takip etmeye olanak tanır.

• Burndown grafikleri, planlanan çalışmanın toplam miktarı ile başlar ve çalışmalar tamamlandıkça kalan çalışmayı grafikte gösterir. Zamanın ilerlemesiyle yapılacak iş miktarı azalır.
• Yakma grafikleri, çalışmanın zaman içinde nasıl tamamlandığını izler. Bunlar, çalışmanın tamamlanma hızını göstermek için yararlıdır.

Sprint burndown grafikleri, bir ekip ve seçilen sprint için planlanan çalışmayı takip eder; böylece ekipler sprintleri ne kadar verimli planlayıp yürütebildiklerini inceleyebilir.

Burndown grafikleri genellikle aşağı yönlü bir eğilim gösterir. Ancak ekipler bir sprint veya yayın dönemi boyunca çalışma eklerse grafik yukarı doğru eğilimleri gösterir. Bu grafikler, ekiplerin ne yapmayı planladıklarını ve gerçekte ne yaptıklarını izlemelerine yardımcı olur. Yanı sıra, Burnup grafikleri zaman içinde çalışma tamamlandıkça her zaman yukarı doğru bir eğilim göstermelidir.

Aşağıdaki yapılandırılabilir grafikler ve pencere öğeleri, burndown veya burnup izlemek için kullanılabilir.

• Azalan Grafik/Artış Grafiği pencere öğesi (Analiz)
• Sprint burndown yerleşik raporu (Analitik)
• Sprint aşama göstergesi (Analiz)
• Sprint burndown pencere öğesi (Eski) (İş öğesi deposu)

Önemli

Alan Yolu değerlerini silme veya Yineleme Yolu değerlerini yeniden yapılandırma, aşağıdaki grafiklerde geri alınamaz veri kaybına neden olur:

• İş Azaltma ve Çalışma Artışı Pencere Öğesi Grafikler
• Sprint burndown grafikleri
• Alan yolları değiştirilmiş takımlar için hız grafikleri
• Her iş öğesi için o sırada tanımlandığı gibi Alan Yolu ve Yineleme Yolu değerlerine başvuran geçmiş eğilim grafikleri

Alan ve yineleme yollarını yalnızca artık herhangi bir iş öğesi tarafından kullanılmadığında silebilirsiniz. Bu yolları sildiğinizde, artık geçmiş verilerini alamazsınız.

Desteklenen yapılandırma seçenekleri

Aşağıdaki tabloda, burndown grafiği seçeneklerinin desteklediği çeşitli yapılandırma seçenekleri özetlenmektedir. Sprint burndown grafikleri her zaman tek bir takıma odaklanırken, Burndown/Burnup aracı birkaç ekip için işi takip edebilir. Tüm grafikler, iş öğesi sayısına veya Hikaye Noktaları, Efor, Kalan Çalışma veya diğer özel (tamsayı veya ondalık) alanların toplamına göre izlemeyi destekler.

Yapılandırma	Sprint azalma raporu	Sprint burndown grafiği widget'ı	Burndown/Burnup pencere öğesi
Ekipler	Tek ekip	Tek ekip	Bir veya daha fazla ekip
Geri Logu	Ürün birikim listesi Görev bekleme listesi	Ürün backlog'u Portföy birikimi Herhangi bir iş öğesi türü	Ürün backlog'u Portföy iş listesi iş öğesi türü
İş öğesi alan filtreleri	Hiçbiri	Hiçbiri	Desteklenir
Burndown odaklanması	Sayı veya Toplam	Sayı veya Toplam	Sayı veya Toplam
Zaman aralığı	Tek sprint	Tek sprint	Konfigüre edilebilir

Grafikleri görüntüleme ve yapılandırma hakkında ayrıntılı bilgi için Sprint burndown'ını yapılandırma ve izleme veya Burndown veya burnup widget'ını yapılandırma adreslerine bakın.

Genel kılavuz

Ekiplere, iş öğesi türlerine ve izlemek istediğiniz zaman aralığına bağlı olarak, aşağıdaki kılavuza göre grafik seçeneğini belirleyin.

Monitör	Grafik seçeneği
Ekibin sprint burndown grafiği	Sprint burndown grafiği
Belirli bir iş öğesi türü veya portföy birikimi için sprint burndown	Sprint burndown grafiği widget'ı
Birkaç takım için sprint burndown grafiği	Burndown widget'ı
Farklı projelerde bir veya daha fazla takım için burndown/burnup diyagramını yayımlama	Burndown/Burnup pencere öğesi
Her tür iş öğesi ve zaman aralığı için tükenmişlik veya tükenmişlik	Burndown/Burnup pencere öğesi
Proje ve hedef tamamlanma tarihi	Burndown/Burnup pencere öğesi

Kapsam yönetimi

Her kapsam öğesi için kalan görevlerin çalışmasını tahmin ettiğinizde, ekipler sprint içinde neler yapabileceklerini daha iyi anlar. Sprint görevleri genel sprint kapsamını tanımladığından, kalan çalışmayı tanımlamak iyi tanımlanmış bir sprint kapsamına yol açar. Sprint'teki tüm görev dışı görevler sprint için kapsam dışında kabul edilmelidir.

Ekip ilerleme kaydettikçe, ideal eğilim çizgisinden sapmalar, ekibin kapsam sapmalarını izlemesine yardımcı olur.

Çalışma dışı günleri göster ayarı, ekibin Çalışma günleri ve Ekip günleri izin ayarları aracılığıyla belirlenen günleri gölgeler.

Mavi grafikteki düşüşler yerine artışlar şunu gösterebilir:

• Görevlere yapılan yanlış tahminler
• Sprint planlamasında dikkate alınmayan yeni çalışmanın bulunması
• Kapsam genişlemesi, ekip tarafından kabul edilmeyen diğer işler.

Neden ne olursa olsun, ekiplerin hızla bir araya gelerek artan iş yükünün nasıl düzeltileceğini belirlemesi gerekir. Çözümler, görevleri yeniden atamayı veya daha fazla kaynak almayı içerebilir. Ekip, önceliksiz tüm sprint çalışmalarını artan iş listesine taşımalı ve bir sonraki sprint planlama toplantısında bunu dikkate almalıdır.

Günlük denetim yoluyla riski azaltma

Geri sayım grafiğiniz, projenizin zamanlamaya uygun olup olmadığını gösterir. Günlük denetim, riskleri hafifletebilir ve geleneksel proje yönetimiyle ilişkili iki ölçüm olan olası zamanlama veya maliyet taşmalarıyla ilgili erken uyarı sağlayabilir.

Örneğin, kalan fiili çalışma (mavi alan) bir süre düz olduğunda veya ideal eğilim çizgisinin üzerinde kaldığında, ekip sprint taahhütlerini karşılamama riskiyle karşılanır.

Ekipler doğru kursa gitmek ve işi yeniden atamak, daha fazla kaynak almak veya beklentileri sıfırlamak için hemen toplantı yapmalıdır.

Sonraki adım

Sprint burndown'ını yapılandırma ve izleme veya burndown veya burnup pencere öğesini yapılandırma

İlgili içerik

• Hızı görüntüleme ve yapılandırma
• Azure Boards'ta ekibiniz için Scrum uygulamalarını uygulama
• Tarihe veya geçerli yinelemeye göre sorgu
• Öncelikleri yönetme ve ekipler arasında görünürlük kazanma
• Scrum Burndown Grafiğini Anlama