Panduan Burndown dan burnup

  • Artikel

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Bagan burndown dan burnup mendukung manajemen proyek untuk melacak secara visual pekerjaan yang diselesaikan dari waktu ke waktu.

  • Bagan Burndown dimulai dengan jumlah total pekerjaan yang direncanakan dan kemudian karena pekerjaan selesai grafik pekerjaan yang tersisa. Dengan perkembangan waktu, jumlah pekerjaan yang harus dilakukan menurun.
  • Bagan Burnup melacak pekerjaan karena selesai dari waktu ke waktu. Mereka berguna untuk menunjukkan tingkat di mana pekerjaan selesai.

Bagan burndown sprint melacak pekerjaan yang direncanakan untuk tim dan sprint yang dipilih, sehingga tim dapat meninjau seberapa efisien mereka merencanakan dan menjalankan sprint melalui sprint.

Bagan Burndown umumnya menunjukkan tren penurunan. Tetapi, jika tim menambahkan pekerjaan melalui periode sprint atau rilis, maka bagan menunjukkan tren ke atas. Bagan ini membantu tim memantau apa yang mereka rencanakan versus apa yang sebenarnya mereka lakukan. Bagan burnup, di sisi lain, harus selalu menunjukkan tren ke atas karena pekerjaan selesai dari waktu ke waktu.

Bagan dan widget yang dapat dikonfigurasi berikut tersedia untuk melacak burndown atau burnup.

  • Widget Burndown/burnup (Analitik)
  • Laporan bawaan burndown sprint (Analitik)
  • Widget burndown sprint (Analitik)
  • Widget burndown sprint (Warisan) (Penyimpanan item kerja)

Penting

Menghapus Jalur Area atau mengonfigurasi ulang Jalur Iterasi dapat menyebabkan hilangnya data dan tidak dapat dikembalikan. Misalnya, bagan widget burndown atau burnup, sprint burndown, dan bagan kecepatan untuk tim yang Jalur Areanya diubah tidak akan mencerminkan data yang benar. Bagan tren historis mereferensikan Jalur Area dan Jalur Perulangan seperti yang didefinisikan pada titik sebelumnya untuk setiap item kerja. Saat Jalur Area atau Jalur Perulangan dihapus, maka data historis untuk jalur tersebut tidak dapat diambil.

Opsi konfigurasi yang didukung

Tabel berikut ini meringkas opsi konfigurasi yang didukung oleh berbagai opsi bagan burndown. Bagan burndown sprint selalu difokuskan pada satu tim, sedangkan widget Burndown/Burnup dapat melacak pekerjaan untuk beberapa tim. Semua bagan mendukung pelacakan menurut jumlah item kerja atau jumlah Titik Cerita, Upaya, Sisa Pekerjaan atau bidang kustom lainnya (bilangan bulat atau desimal).

Konfigurasi Laporan burndown sprint Widget burndown sprint Widget Burndown/Burnup
Tim Tim tunggal Tim tunggal Satu atau beberapa tim
Backlog Backlog produk,
Backlog tugas		 Backlog produk,
Backlog portofolio,
Jenis item kerja apa pun		 Backlog produk
Backlog portofolio
jenis item kerja
Filter bidang item kerja Tidak Tidak Didukung
Fokus burndown Jumlah atau Jumlah Jumlah atau Jumlah Jumlah atau Jumlah
Periode waktu Sprint tunggal Sprint tunggal Dapat dikonfigurasi

Untuk detail tentang melihat dan mengonfigurasi bagan, lihat Mengonfigurasi dan memantau sprint burndown atau Mengonfigurasi widget burndown atau burnup.

Panduan Umum

Bergantung pada tim, jenis item kerja, dan periode waktu yang ingin Anda pantau, pilih opsi bagan sesuai dengan panduan berikut.

Pemantauan Opsi bagan
Sprint burndown untuk tim Bagan burndown sprint
Sprint burndown untuk jenis item kerja tertentu atau backlog portofolio Widget burndown sprint
Sprint burndown untuk beberapa tim Widget Burndown
Melepaskan burndown/burnup untuk satu atau beberapa tim atau tim dalam proyek yang berbeda Widget Burndown/Burnup
Burnup atau burndown untuk semua jenis item kerja dan periode waktu Widget Burndown/Burnup
Tanggal penyelesaian proyek dan target Widget Burndown/Burnup

Manajemen cakupan

Ketika Anda memperkirakan sisa pekerjaan untuk setiap item backlog, tim lebih memahami apa yang dapat mereka capai dalam sprint. Karena tugas sprint menentukan cakupan sprint keseluruhan, menentukan pekerjaan yang tersisa mengarah ke cakupan sprint yang terdefinisi dengan baik. Setiap nontugas dalam sprint harus dipertimbangkan di luar cakupan untuk sprint.

Ketika tim membuat kemajuan, divergensi dari garis tren yang ideal membantu tim memantau divergensi dari cakupan.

Screenshot of Sprint burndown report, with Burndown on Count of Work Items selected.

Perlihatkan hari yang tidak berfungsi menaungi hari-hari tersebut yang ditetapkan melalui pengaturan Hari kerja dan Hari kerja tim.

Peningkatan alih-alih penurunan dalam grafik biru mungkin menunjukkan:

  • Perkiraan buruk yang dibuat untuk tugas
  • Penemuan pekerjaan baru yang tidak diperhitungkan dalam perencanaan sprint
  • Cakupan merayap, pekerjaan lain tidak disetujui oleh tim.

Apa pun penyebabnya, tim harus bersatu dengan cepat untuk menentukan cara memperbaiki peningkatan beban kerja. Solusi mungkin termasuk menetapkan ulang tugas atau merekrut lebih banyak sumber daya. Tim harus memindahkan semua pekerjaan sprint yang tidak penting ke backlog dan mempertimbangkannya selama rapat perencanaan sprint berikutnya.

Mengurangi risiko melalui inspeksi harian

Bagan burn-down menunjukkan apakah proyek Anda sesuai jadwal. Pemeriksaan harian dapat mengurangi risiko dan memberikan peringatan dini tentang potensi jadwal atau overrun biaya, dua metrik yang terkait dengan manajemen proyek tradisional.

Misalnya, ketika sisa pekerjaan yang sebenarnya (area biru) datar untuk sementara waktu, atau tetap tinggi di atas garis tren yang ideal, tim berisiko tidak memenuhi komitmen sprint mereka.

Screenshot of Burndown trend based on Sum of Remaining Work illustrating a flat line indicating risk to sprint.

Tim harus segera bertemu untuk kursus yang benar dan menetapkan ulang pekerjaan, merekrut lebih banyak sumber daya, atau mengatur ulang harapan.

Langkah berikutnya

Mengonfigurasi dan memantau sprint burndown atau Mengonfigurasi widget burndown atau burnup