Mengonfigurasi dan memantau burndown sprint

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

Sepanjang sprint, Anda dapat memantau laporan burndown sprint untuk menentukan apakah tim Anda berada di jalur untuk menyelesaikan rencana sprint-nya. Ada dua bagan burndown yang dapat diakses sprint: laporan Burndown Trend dalam konteks yang dapat dilihat dari backlog sprint tim dan widget Sprint Burndown yang dapat Anda tambahkan ke dasbor.

Baik laporan maupun widget memperoleh data dari Analytics. Mereka mendukung pemantauan burndown berdasarkan jumlah item kerja atau jumlah Titik Cerita/Ukuran/Upaya, Sisa Pekerjaan, atau bidang numerik lainnya.

Anda dapat menambahkan laporan atau widget ke dasbor. Selain itu , Anda dapat memantau kemajuan menggunakan widget burndown atau burnup berbasis Analytics. Mereka menyediakan lebih banyak opsi konfigurasi.

Penting

• Menghapus Jalur Area atau mengonfigurasi ulang Jalur Iterasi menyebabkan kehilangan data yang tidak dapat diubah. Misalnya, bagan widget burndown dan burnup, sprint burndown, dan bagan kecepatan untuk tim dengan Jalur Area yang diubah tidak akan menampilkan data yang akurat. Bagan tren historis mereferensikan Jalur Area dan Jalur Perulangan seperti yang ditentukan pada saat untuk setiap item kerja. Setelah dihapus, Anda tidak dapat mengambil data historis untuk jalur ini.
• Anda hanya dapat menghapus jalur area dan iterasi yang tidak lagi digunakan oleh item kerja apa pun.

Gunakan artikel ini untuk mempelajari tentang:

• Metrik yang dilacak dalam laporan sprint burndown dan widget
• Aktivitas tim diperlukan untuk melacak tugas dan Sisa Pekerjaan
• Cara mengatur kontrol interaktif untuk mempersonalisasi tampilan Anda dari laporan burndown sprint
• Cara menambahkan laporan Burndown Trend dalam konteks ke dasbor
• Cara mengonfigurasi widget Sprint Burndown
• Cara melihat burndown sprint saat ini dan sebelumnya

Untuk gambaran umum semua bagan burndown dan burnup yang tersedia untuk Anda, lihat Panduan burndown dan burnup.

Catatan

Laporan burndown sprint berasal dari data yang dilacak oleh tim selama sprint atau iterasi. Untuk informasi selengkapnya, lihat Tentang tim dan alat Agile.

Laporan Tren Burndown dalam konteks

Laporan Tren Burndown didasarkan pada hitungan tugas atau perkiraan kerja yang tersisa, atau bidang numerik lainnya yang Anda tentukan dan perbarui sepanjang siklus sprint. Untuk detailnya, lihat Perencanaan sprint. Untuk membuka laporan ini, lihat Membuka backlog Sprint.

Laporan burndown sprint yang sehat terlihat seperti gambar yang ditunjukkan di sini. Area biru menunjukkan jumlah item kerja aktif atau sedang berlangsung setiap hari dari sprint. Seperti yang ditunjukkan dalam contoh ini, satu item kerja masih aktif di akhir sprint. Baris Total Cakupan menunjukkan jumlah item kerja yang ditambahkan setelah sprint dimulai. Baris Tren Ideal dihitung berdasarkan jumlah item kerja, hari dalam sprint, dan jumlah hari kerja.

Karena anggota tim individu mungkin hanya memperbarui item kerja mereka seminggu sekali atau setiap beberapa hari, biasanya ada pola burndown kasus tangga.

Catatan

Baris Cakupan Total mencerminkan jumlah item kerja yang ditambahkan ke sprint. Jika iterasi default tim adalah @CurrentIteration, maka item kerja baru ditambahkan ke iterasi saat ini. Cakupan berkurang saat Jalur Perulangan dimodifikasi ke sprint lain, atau item kerja selesai.

Widget Sprint Burndown

Dalam katalog widget, Anda menemukan dua versi widget Sprint Burndown: Sprint Burndown dan Sprint Burndown (Legacy) berbasis Analitik, yang dibangun dari penyimpanan data pelacakan kerja.

Widget Sprint Burndown

Widget Sprint Burndown berbasis Analitik menyediakan cara mudah untuk memantau kemajuan bagi tim dengan menunjukkan sisa pekerjaan untuk sprint tertentu. Sisa kerja adalah sumbu vertikal dan waktu adalah sumbu horizontal. Anda dapat menentukan pekerjaan yang tersisa berdasarkan Cerita atau Tugas, dan dengan menghitung item kerja atau menjumlahkan bidang.

Bagan menyediakan metrik yang berguna untuk membantu Anda menjawab pertanyaan: Apakah kami berada di jalur untuk menyelesaikan serangkaian pekerjaan ini pada akhir sprint?

• Persentase pekerjaan selesai
• Jumlah item kerja yang tidak diperkirakan, jika menggunakan bidang selain Sisa Pekerjaan
• Burndown rata-rata
• Total peningkatan cakupan

Widget Sprint Burndown (Warisan)

Widget Sprint Burndown (Warisan) menambahkan bagan berdasarkan Sisa Pekerjaan yang ditentukan untuk tugas dalam sprint tim saat ini. Pilih versi ini saat Anda tidak memiliki akses ke Analytics. Opsi konfigurasi termasuk pemilihan tim, dan ukuran widget.

Jika dasbor Anda sudah memiliki versi warisan yang tersedia, Anda dapat dengan mudah meningkatkan widget dengan mengedit konfigurasi widget, dan memeriksa Coba versi baru sekarang. Anda selalu dapat kembali ke versi warisan dengan menghapus centang kotak.

Prasyarat

• Akses:
  • Jadilah anggota proyek dengan setidaknya akses Dasar .
  • Untuk menambahkan widget ke dasbor tim, jadilah anggota tim.
• Izin: Menjadi administrator tim atau administrator proyek, atau memiliki izin dasbor tertentu yang diberikan kepada Anda.
• Pengaktifan fitur: Mengaktifkan Papan . Jika dinonaktifkan, tidak ada widget Analitik pelacakan kerja yang ditampilkan. Untuk mengaktifkannya kembali, lihat Mengaktifkan atau menonaktifkan layanan.
• Kesadaran tugas: Waspadai tugas yang diperlukan dan direkomendasikan, yang tercantum nanti di artikel ini.

Aktivitas tim untuk melacak tugas dan Sisa Pekerjaan

Untuk memantau sprint burndown, tim Anda harus menjadwalkan sprint dan menetapkan pekerjaan ke sprint tersebut.

Jika Anda ingin memantau burndown sprint berdasarkan tugas dan Sisa Pekerjaan, tim Anda harus melakukan tindakan tambahan ini.

Aktivitas yang diperlukan

• Tentukan dan perkirakan tugas untuk setiap item backlog produk yang sedang Anda kerjakan dalam sprint. Jika Anda bekerja dari backlog dan taskboard tim Anda, item yang Anda buat secara otomatis ditetapkan ke sprint (Iterasi) saat ini dan ke Jalur Area default tim Anda. Untuk informasi selengkapnya, lihat Menambahkan tugas ke item backlog untuk mendukung perencanaan sprint.
• Perbarui Sisa Pekerjaan untuk setiap tugas sprint saat pekerjaan berlangsung. Untuk informasi selengkapnya, lihat Memperbarui tugas selama siklus sprint.

Aktivitas yang direkomendasikan

• Tentukan tugas yang membutuhkan waktu satu hari atau kurang untuk diselesaikan untuk mengurangi efek perkiraan yang buruk.
• Jangan membagi tugas menjadi subtugas. Jika Anda membagi tugas menjadi subtugas, tentukan jam hanya untuk subtugas. Jam-jam ini digulung sebagai nilai ringkasan untuk tugas induk.
• Perbarui Sisa Pekerjaan setiap hari atau beberapa kali dalam seminggu untuk mendukung pemantauan dan mencapai bagan burndown yang lebih halus.
• Di akhir sprint, perbarui status tugas tugas yang selesai dan tentukan cara menangani tugas yang tidak lengkap.

Bagan burndown sprint kosong

Jika bagan burndown sprint Anda tampak kosong, periksa titik-titik ini:

• Sudahkah Anda menetapkan tugas ke sprint yang terkait dengan bagan?
• Sudahkah Anda menetapkan Sisa Pekerjaan ke tugas yang ditetapkan ke sprint?
• Apakah item kerja induk dari tugas yang ditetapkan ke sprint yang sama? Jika tidak, tugas mungkin muncul di sprint lain yang terkait dengan item induk.

Membuka backlog Sprint

Anda melihat laporan burndown sprint dalam konteks dari backlog Sprint tim.

1. Dari portal web Anda, buka backlog sprint tim Anda.

   1. Periksa apakah Anda memilih proyek yang tepat.
   2. Pilih Sprint Papan>dan pilih tim yang benar dari menu pemilih tim.
   3. Pilih Backlog.

   

   Untuk memilih tim lain, buka pemilih dan pilih tim lain atau pilih opsi Tampilkan direktori Sprint. Atau, Anda dapat memasukkan kata kunci di kotak pencarian untuk memfilter daftar backlog tim untuk proyek.

   

2. Untuk memilih sprint yang berbeda dari yang ditampilkan, buka pemilih sprint dan pilih sprint yang Anda inginkan.

   

   Sistem hanya mencantumkan sprint yang telah dipilih untuk fokus tim saat ini. Jika Anda tidak melihat sprint yang ingin Anda cantumkan, pilih Sprint Baru dari menu, lalu pilih Pilih iterasi yang sudah ada. Untuk detailnya, lihat Menentukan jalur iterasi.

Menampilkan laporan Tren Burndown dalam konteks

1. Untuk membuka laporan burndown Sprint, pilih Analitik.

   

2. Gunakan kontrol interaktif untuk memilih dari opsi berikut:

   1. Tanggal Mulai dan Tanggal Akhir sprint. Tanggal ini default ke tanggal sprint iterasi tim saat ini.
   2. Backlog/Item Kerja yang akan dibakar, baik backlog produk (Cerita, Masalah, Item Backlog Produk, atau Persyaratan) atau backlog Tugas untuk digunakan. Pilihan Anda berdampak pada opsi yang tersedia untuk burndown pada menu.
   3. Bidang Burndown yang digunakan untuk menghitung burndown, baik Jumlah Item Kerja atau jumlah bidang, seperti Titik Cerita, Upaya, atau Ukuran.
   4. Centang atau hapus centang Tampilkan hari yang tidak berfungsi. Hari tidak berfungsi muncul sebagai bilah abu-abu di latar belakang saat diaktifkan. Hari non-kerja default diatur untuk tim dan untuk sprint tim melalui halaman kapasitas. Untuk informasi selengkapnya, lihat Mengatur kapasitas sprint.

   Pilih Reset untuk mengatur ulang kontrol ke opsi default. Secara default, tanggal diatur ke sprint yang dipilih. Perubahan pada tanggal mulai dan berakhir tidak mengubah definisi tanggal sprint apa pun.

3. Jika Anda tidak melacak Sisa Pekerjaan dalam tugas, Anda bisa melihat burndown berdasarkan hitungan item kerja atau tugas. Untuk memperlihatkan ringkasan data untuk hari tertentu, arahkan mouse ke titik mana pun pada bagan.

Jumlah Sisa Pekerjaan

Saat Anda memilih untuk melihat backlog Tugas dan Jumlah Pekerjaan yang Tersisa, area biru memperlihatkan jumlah Sisa Pekerjaan per hari untuk tugas-tugas yang masih aktif atau sedang berlangsung. Saat Sisa Pekerjaan diperbarui, bagan menunjukkan laju burndown. Garis tren Cakupan menunjukkan penambahan Sisa Pekerjaan setelah awal sprint. Garis tren Ideal menunjukkan tingkat burndown yang ideal untuk sprint. Baris kapasitas hanya ditampilkan saat tim mengonfigurasi kapasitas.

Jumlah Item Kerja

Saat Anda memilih untuk melihat Jumlah Item Kerja, area biru memperlihatkan jumlah item kerja yang masih aktif atau sedang berlangsung. Item kerja bisa berupa cerita, item backlog, persyaratan, atau tugas tergantung pada backlog yang dipilih. Garis tren Cakupan menunjukkan kapan item kerja baru ditambahkan setelah awal sprint. Garis tren Ideal menunjukkan tingkat burndown yang ideal untuk sprint.

Jumlah Titik Cerita

Saat Anda memilih untuk melihat backlog Cerita dan Jumlah Titik Cerita, area biru menampilkan jumlah Titik Cerita untuk semua Cerita Pengguna yang masih aktif atau sedang berlangsung. Garis tren Cakupan menunjukkan kapan Titik Cerita ditambahkan setelah awal sprint. Garis tren Ideal menunjukkan tingkat burndown yang ideal untuk sprint.

Catatan

Opsi untuk bidang jumlah bergantung pada bidang numerik yang ditentukan untuk jenis item kerja kategori tugas dan persyaratan. Bidang yang paling umum digunakan untuk menunjukkan tren burndown adalah:

• Jumlah item kerja
• Jumlah Titik Cerita, Upaya, atau Ukuran
• Jumlah Sisa Pekerjaan

Pilihan yang Anda buat hanya diatur untuk Anda, dan bertahan di seluruh sesi hingga Anda mengubahnya.

Menambahkan laporan ke dasbor

1. Untuk menambahkan laporan ke dasbor, pilih ikon tindakan dan pilih Salin ke Dasbor.

   

2. Pilih dasbor dan pilih OK.

Menambahkan widget Sprint Burndown ke dasbor

Anda dapat menambahkan widget Sprint Burndown ke dasbor dan memilih tim yang kemajuannya ingin Anda pantau. Anda mengonfigurasi widget ini untuk satu atau beberapa tim.

1. Jika Anda perlu menambahkan widget Sprint Burndown ke dasbor Anda, lakukan sekarang.

   Anda dapat memfilter dialog Tambahkan Widget dengan burndown sprint untuk menemukan dua widget yang tersedia untuk Anda dengan cepat.

   

2. Untuk mengonfigurasi widget, pilih ikon tindakan lalu pilih Konfigurasikan.

   

Mengonfigurasi widget Sprint Burndown berbasis Analitik

1. Untuk mengonfigurasi widget, pilih ikon tindakan dan pilih opsi Konfigurasikan .

   

2. Ubah Judul widget dan pilih Ukuran pilihan Anda. Widget Sprint Burndown dapat menskalakan hingga 10x10.

3. Buat pilihan berikut:

   • Tim: Pilih Tim yang ingin Anda lacak.
   • Backlog dan item kerja: Pilih item kerja untuk disertakan dalam burndown Anda. Anda dapat memilih backlog atau jenis item kerja tertentu.
   • Burndown aktif: Pilih bagaimana Anda ingin burndown. Anda mungkin melakukan burndown berdasarkan jumlah item kerja atau jumlah berdasarkan bidang yang dipilih.
   • Pilih perulangan: Anda dapat memilih @CurrentIteration, atau iterasi tertentu.
   • Periode waktu: Jika Anda memilih @CurrentIteration, tanggal ini tidak dapat diedit. Ini secara otomatis adalah tanggal mulai dan berakhir dari iterasi saat ini. Jika Anda memilih perulangan tertentu, Anda dapat menyesuaikan tanggal mulai/selesai untuk bagan burndown.

4. Fitur tingkat lanjut: Pilih opsi berikut yang ingin Anda tambahkan ke bagan Anda.

   • Tampilkan cakupan total: Menampilkan peningkatan cakupan historis dan yang diproyeksikan.
   • Perlihatkan hari non-kerja: Menampilkan hari yang tidak berfungsi pada burndown. Saat ditampilkan, hari yang tidak bekerja akan dinaungi.
   • Plot yang tersisa menggunakan warna jenis item kerja: Menampilkan sisa pekerjaan berdasarkan warna jenis item kerja, bukan warna biru default. Jika beberapa item kerja disertakan, maka item tersebut menumpuk warna menurut jenis item kerja.

Mengonfigurasi widget Sprint Burndown (Warisan)

Untuk mengonfigurasi widget, pilih ikon tindakan dan pilih opsi Konfigurasikan .

Jika dasbor Anda sudah memiliki versi lama yang tersedia, Anda dapat dengan mudah meningkatkan widget dengan mengedit konfigurasi widget. Pilih Coba versi baru sekarang. Anda selalu dapat kembali ke versi warisan dengan membatalkan pilihan opsi.

Bagan burndown sprint saat ini dan sebelumnya

Saat Anda menyelesaikan setiap sprint, sistem mempertahankan riwayat aktivitas Anda.

Untuk melihat sprint sebelumnya dan bagan burndown-nya, pilih sprint dari pemilih Sprint.

Anda dapat meninjau laporan sprint burndown dalam konteks untuk menampilkan pola tim dalam eksekusi. Bagan burndown mempertahankan catatan kemampuan tim untuk merencanakan dan memperkirakan.

Mei

Juni

Juli

Teams dapat merasa berguna untuk meninjau laporan ini secara berkala selama retrospektif sprint mereka. Ini dapat memicu diskusi yang berguna dan menyebabkan pengaturan satu atau beberapa tujuan sprint, seperti:

• Bagaimana kecepatan yang Diproyeksikan cocok dengan kecepatan Anda yang sebenarnya?
• Bagaimana Anda dapat menentukan dengan lebih akurat berapa banyak yang dapat dicapai tim Anda dalam sprint?
• Bagaimana Anda dapat menyelesaikan pekerjaan dengan kecepatan yang lebih teratur di seluruh sprint?

Artikel terkait

Panduan Burndown dan burnup

• Menentukan jalur perulangan dan mengonfigurasi iterasi tim
• Menetapkan item backlog ke sprint di Azure Boards
• Menambahkan tugas ke item backlog
• Memperbarui dan memantau Taskboard Anda
• Memahami scrum dan praktik terbaik
• Memahami Bagan Scrum Burndown