Melihat dan mengonfigurasi kecepatan tim

  • Artikel

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

Metrik kecepatan memberikan informasi yang berguna, sehingga tim dapat merencanakan dan memperkirakan sprint dan menentukan seberapa baik mereka memperkirakan dan memenuhi komitmen yang direncanakan. Anda bisa mendapatkan indikasi berapa banyak pekerjaan yang dapat diselesaikan tim selama sprint berdasarkan jumlah item kerja yang selesai atau jumlah perkiraan yang dibuat untuk upaya (item backlog produk), titik cerita (cerita pengguna), atau ukuran (persyaratan). Gunakan kecepatan sebagai bantuan untuk menentukan kapasitas tim dan jangan bingung dengan indikator performa utama.

Prasyarat

  • Anda harus menjadi anggota proyek. Ditambahkan ke proyek atau buat proyek.
  • Untuk menambahkan widget ke dasbor tim, Anda harus menjadi anggota tim. Anda harus memiliki akses Dasar atau lebih besar, memiliki izin dasbor, atau menjadi admin tim atau admin proyek.
  • Papan harus diaktifkan. Jika dinonaktifkan, tidak ada widget Analitik pelacakan kerja yang ditampilkan. Untuk mengaktifkannya kembali, lihat Mengaktifkan atau menonaktifkan layanan Azure DevOps.
  • Anda harus menjadi anggota proyek. Ditambahkan ke proyek atau buat proyek.
  • Mengaktifkan atau menginstal Analitik. Anda harus menjadi pemilik akun atau anggota grup Administrator Koleksi Proyek untuk menambahkan ekstensi atau mengaktifkan layanan.
  • Untuk menambahkan widget ke dasbor tim, Anda harus menjadi anggota tim. Anda harus memiliki akses Dasar atau lebih besar, memiliki izin dasbor, atau menjadi admin tim atau admin proyek. Pengaturan default memberi semua anggota tim izin.
  • Papan harus diaktifkan. Jika dinonaktifkan, tidak ada widget Analitik pelacakan kerja yang ditampilkan. Untuk mengaktifkannya kembali, lihat Mengaktifkan atau menonaktifkan layanan Azure DevOps.
  • Ketahui tugas yang diperlukan dan direkomendasikan, yang tercantum nanti dalam artikel ini.

Tip

Gambar yang Anda lihat dari portal web Anda mungkin berbeda dari gambar yang Anda lihat di artikel ini. Perbedaan ini dihasilkan dari pembaruan yang dibuat pada aplikasi web Anda, opsi yang telah diaktifkan oleh Anda atau admin Anda, dan proses mana yang dipilih saat membuat proyek Anda—Agile, Basic, Scrum, atau CMMI. Proses Dasar tersedia dengan Azure DevOps Server 2019 Update 1 dan versi yang lebih baru.

Jenis bagan kecepatan

Anda memiliki pilihan bagan Velocity: bagan Velocity dalam konteks yang Anda akses dari halaman Backlogs dan widget Velocity yang Anda tambahkan ke dasbor. Dengan kedua bagan ini, Anda dapat dengan cepat menentukan informasi dalam tabel berikut, yang menjelaskan kategori status alur kerja yang tersedia dan deskripsinya.

Item yang ditetapkan ke Usulan atau Diselesaikan tidak disertakan dalam salah satu perhitungan untuk Selesai, Selesai Terlambat, atau Tidak Lengkap. Untuk informasi selengkapnya, lihat Bagaimana status kategori alur kerja digunakan di Azure Boards. Pilihan yang Anda buat hanya diatur untuk Anda, dan bertahan di seluruh sesi hingga Anda mengubahnya.

Status alur kerja Deskripsi
Direncanakan Dihitung berdasarkan jumlah item kerja yang ditetapkan ke sprint sebelum awal sprint. Jika item kerja ditetapkan ke sprint sebelum dimulai, tetapi ditetapkan ke sprint lain setelah dimulainya sprint asli, item tersebut ditampilkan sebagai Direncanakan dalam sprint asli. Kemudian, item kerja ditampilkan sebagai Terlambat atau Tidak Lengkap dalam sprint baru tempat item tersebut ditetapkan.
Selesai Dihitung berdasarkan jumlah item kerja yang ditetapkan ke sprint sebelum atau sesudah awal sprint dan selesai sebelum akhir sprint.
Selesai Terlambat Dihitung berdasarkan jumlah item kerja yang ditetapkan ke sprint sebelum atau sesudah awal sprint tetapi selesai setelah akhir sprint.
Belum selesai Dihitung berdasarkan jumlah item kerja yang ditetapkan ke sprint sebelum atau sesudah awal sprint dan belum selesai.

Kemudian dalam artikel ini, pelajari cara membuka laporan Velocity dalam konteks atau mengonfigurasi widget Velocity.

Anda dapat mengonfigurasi setiap bagan dengan cara berikut:

Widget mendukung beberapa opsi konfigurasi lainnya. Untuk mengonfigurasi atau melihat bagan Kecepatan, lihat Mengonfigurasi dan melihat bagan Kecepatan.

Anda memiliki pilihan bagan Velocity: bagan Velocity dalam konteks yang Anda akses dari halaman Backlogs dan widget Velocity yang Anda tambahkan ke dasbor. Dengan widget Velocity, Anda dapat dengan cepat menentukan informasi berikut:

  • Kecepatan yang direncanakan
  • Kecepatan aktual (selesai)
  • Pekerjaan selesai lebih lambat dari yang direncanakan
  • Jumlah pekerjaan yang tidak selesai

Kedua bagan ini mendukung visualisasi kecepatan tim untuk beberapa sprint. Widget Velocity, bagaimanapun, mendukung opsi konfigurasi berikut:

Menampilkan laporan Kecepatan dalam konteks

Laporan kecepatan tersedia untuk setiap tingkat backlog, baik backlog produk maupun portofolio. Setiap laporan menyediakan kontrol interaktif untuk memberi setiap pengguna pandangan yang menarik bagi mereka.

  1. Masuk ke organisasi Anda (https://dev.azure.com/{yourorganization}) dan buka proyek Anda.

  2. Dari layar Backlog Papan>, pilih Analitik untuk membuka laporan Kecepatan untuk produk atau backlog portofolio Anda.

    Screenshot showing Backlogs, open Analytics.

  3. Untuk mengubah ke backlog yang berbeda, pilih dari pemilih backlog, lalu pilih Tampilkan laporan lengkap untuk Kecepatan.

  4. Gunakan kontrol interaktif untuk memilih bidang hitungan atau jumlah dan jumlah iterasi. Pilih Iterasi kustom untuk menentukan sejumlah perulangan antara 1 dan 15.

    Jika tim Anda tidak menyelesaikan sprint atau jika Anda mengerjakan item sebelum tanggal mulai sprint, tidak ada data untuk dianalisis dan diprakirakan. Anda mungkin melihat pesan ini: Atur tanggal perulangan untuk menggunakan widget ini. Untuk mengatasi situasi ini, atur rentang tanggal perulangan untuk menyertakan tanggal saat ini atau tunggu hingga sprint dimulai.

    Arahkan mouse ke area kolom untuk memperlihatkan ringkasan item kerja yang direncanakan dan selesai. Misalnya, untuk sprint 07_2019, 131 item direncanakan.

    Screenshot of Velocity Analytics report.

    Untuk informasi selengkapnya, lihat deskripsi status alur kerja yang disebutkan sebelumnya dalam artikel ini.

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

    Screenshot of Analytics in-context report, Copy to dashboard option.

  6. Pilih dasbor dan pilih OK.

  7. Untuk kembali ke ringkasan Analitik, pilih panah belakang.

  1. Dari portal web, buka backlog produk Anda.

  2. Periksa apakah Anda memilih proyek yang tepat, pilih Backlog Papan>, lalu pilih tim yang benar dari menu pemilih tim.

    Screenshot to Open Boards, Backlogs, for a team, Azure DevOps Server 2019.

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

    Screenshot to Select another team, Azure DevOps Server 2019.

    Tip

    Pilih ikon bintang untuk memfavoritkan backlog tim. Artefak favorit ( ikon favorit) muncul di bagian atas daftar pemilih tim.

  3. Pilih Item backlog (untuk Scrum), Cerita (untuk Tangkas), atau Persyaratan (untuk CMMI) sebagai tingkat backlog.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements in Azure DevOps Server 2019.

  4. Buka bagan Kecepatan.

    Screenshot to select product backlog level, Backlog items, Stories, or Requirements, Azure DevOps Server 2019.

    Agar bagan muncul, tim Anda harus melakukan aktivitas ini:

    • Pilih sprint untuk tim Anda.
    • Tetapkan item backlog ke sprint.
    • Perkirakan item backlog dengan menentukan Upaya, Poin Cerita, atau Ukuran.

  5. Bagan melacak perkiraan pekerjaan backlog Anda (jumlah Upaya, Titik Cerita, atau Ukuran) yang selesai (hijau) di sprint sebelumnya atau sedang berlangsung (biru).

    Seperti yang ditunjukkan oleh bagan berikut, kecepatan cenderung berfluktuasi dari sprint-ke-sprint karena berbagai jenis alasan. Namun, Anda dapat dengan cepat menentukan kecepatan rata-rata dengan rata-rata nilai yang ditampilkan berwarna hijau untuk setiap sprint. Anda kemudian dapat menyambungkan rata-rata ke alat Prakiraan.

    Web portal, Velocity chart showing seven sprints of in progress and completed work.

    Item kerja berdasarkan proses Scrum dihitung dalam bagan setelah Statusnya diatur ke Berkomitmen, sedangkan item berdasarkan proses Agile dan CMMI dihitung setelah Statusnya diatur ke Aktif. Perilaku ini diatur melalui status alur kerja ke pemetaan status kategori.

Mengonfigurasi widget Velocity

Anda hanya dapat mengonfigurasi widget Velocity untuk satu tim. Jika Anda ingin melihat kecepatan untuk beberapa tim, maka Anda harus mengonfigurasi tim manajemen portofolio yang digulirkan dari beberapa tim. Untuk informasi selengkapnya, lihat Menambahkan tim.

Jika Anda belum melakukannya, Tambahkan widget Kecepatan ke dasbor Anda. Untuk Azure DevOps Server 2019, Aktifkan atau instal Analitik.

Selesaikan langkah-langkah berikut untuk mengonfigurasi widget Velocity.

  1. Actions icon Pilih ikon tindakan dan pilih opsi Konfigurasi untuk membuka dialog konfigurasi.

    Screenshot showing sequence of highlighted buttons to configure Velocity dashboard.

    Ubah judul, pilih tim, lalu pilih tingkat backlog atau jenis item kerja untuk dilacak. Pilih apakah Anda ingin melacak jumlah item kerja atau jumlah bidang numerik. Bidang yang dijumlahkan paling umum adalah Upaya, Titik Cerita, atau Ukuran.

    Screenshot showing Configure dialog, Velocity widget.

  2. Tentukan jumlah sprint yang ingin Anda lihat. Defaultnya adalah 6 dan maksimum adalah 15.

  3. (Opsional) Pilih kotak centang untuk memperlihatkan informasi tambahan untuk pekerjaan yang diselesaikan lebih lambat dari yang direncanakan untuk setiap sprint.

    • Tampilkan pekerjaan yang direncanakan untuk perulangan: Centang kotak ini untuk menampilkan jumlah pekerjaan yang direncanakan untuk iterasi pada awal iterasi, yang berguna untuk membandingkan pekerjaan terencana Anda dengan hasil kerja aktual. Secara default, jumlah pekerjaan yang direncanakan dimulai pada tanggal mulai iterasi.
    • Hari yang lalu tanggal mulai iterasi ketika pekerjaan yang direncanakan sudah final: Tentukan jumlah hari melewati tanggal mulai untuk menghitung pekerjaan yang direncanakan. Misalnya, jika dua hari pertama perulangan adalah untuk perencanaan, maka Anda dapat memasukkan 3, dan pekerjaan yang direncanakan dihitung pada hari ketiga. Misalnya, jika iterasi dimulai pada 01/01/2024, dan tiga item backlog ditetapkan ke iterasi pada 01/01/2024 akhir hari, ketiga item backlog tersebut dianggap sebagai Direncanakan. Jika tim Anda tidak menyelesaikan perencanaan hingga beberapa hari ke dalam iterasi, maka Anda dapat memperbarui tanggal perulangan Hari-hari setelah mulai saat pekerjaan yang direncanakan sudah selesai.

    Catatan

    Pekerjaan dianggap Direncanakan jika ditetapkan ke perulangan pada Tanggal Mulai Perulangan.

    • Sorot pekerjaan selesai terlambat: Centang kotak ini untuk menampilkan item kerja yang ditandai selesai setelah tanggal selesai iterasi, yang dianggap selesai terlambat dan ditampilkan sebagai hijau muda. Menyoroti pekerjaan yang selesai terlambat berguna untuk melihat tren di mana item kerja ditandai selesai setelah iterasi selesai.

    • Hari melewati tanggal berakhir iterasi setelah pekerjaan terlambat: Tentukan jumlah hari yang lalu yang Anda anggap item kerja terlambat jika statusnya masih baru atau sedang berlangsung. Misalnya, memasukkan tiga hari memberi tim 3 hari setelah akhir perulangan untuk menandai item kerja selesai atau selesai, sebelum dianggap terlambat.

      Catatan

      Item kerja dianggap terlambat ketika Tanggal Selesai item kerja lebih lambat dari Tanggal Selesai Perulangan tempat item kerja saat ini ditetapkan. Ini memperhitungkan nilai yang Anda masukkan untuk Hari melewati tanggal akhir iterasi setelah pekerjaan terlambat.

  4. Pilih Simpan saat Anda selesai. Gambar berikut menunjukkan Kecepatan berdasarkan Titik Cerita dan delapan sprint data.

    Screenshot of example Velocity widget, eight iterations.

Untuk informasi selengkapnya tentang status Terencana, Selesai, Terlambat Selesai, dan Tidak Lengkap , lihat deskripsi Status yang disebutkan sebelumnya di artikel ini.

Agar tim Anda mendapatkan utilitas terbesar dari bagan Kecepatan, ikuti tugas yang diperlukan dan direkomendasikan ini.

Diperlukan:

  • Tentukan jalur perulangan (sprint) dan konfigurasikan iterasi tim. Sprint harus memiliki durasi yang sama.
  • Tentukan dan perkirakan item backlog. Jika Anda bekerja dari backlog tim Anda, item yang Anda buat secara otomatis ditetapkan ke sprint (Iterasi) saat ini dan ke Jalur Area default tim Anda.
  • Perbarui status item backlog setelah pekerjaan dimulai dan ketika selesai. Hanya item backlog dengan Status Sedang Berlangsung atau Selesai yang muncul di bagan atau widget Kecepatan.

Direkomendasikan:

  • Tentukan dan ukuran item backlog untuk meminimalkan varianbilitas.
  • Tentukan bagaimana tim Anda ingin memperlakukan bug. Jika tim Anda memilih untuk memperlakukan bug seperti persyaratan, bug muncul di backlog dan dihitung dalam bagan Velocity dan prakiraan.
  • Atur jalur area tim Anda. Alat prakiraan memperkirakan item tersebut berdasarkan pengaturan default tim Anda. Pengaturan ini dapat menentukan untuk menyertakan item dalam jalur area di bawah default tim atau mengecualikannya.
  • Jangan membuat hierarki item dan bug backlog. Kanban dan papan tugas dan backlog sprint hanya menunjukkan simpul terakhir dalam hierarki, yang disebut simpul daun. Misalnya, jika Anda menautkan item dalam hierarki yang mendalam empat tingkat, hanya item di tingkat keempat yang muncul di papan Kanban, backlog sprint, dan papan tugas.
    Alih-alih persyaratan berlapis, bug, dan tugas, kami sarankan Anda mempertahankan daftar datar hanya membuat tautan induk-anak satu tingkat jauh di antara item. Gunakan Fitur untuk mengelompokkan persyaratan atau cerita pengguna. Anda dapat dengan cepat memetakan cerita ke fitur, yang membuat tautan induk-anak di latar belakang.
  • Perbarui status item backlog yang diselesaikan tim di akhir sprint. Item yang tidak lengkap harus dipindahkan kembali ke backlog produk dan dipertimbangkan dalam rapat perencanaan sprint di masa mendatang.
  • Minimalkan varian ukuran item backlog Anda untuk membantu memperkuat kemampuan tim untuk membuat perkiraan yang lebih benar. Variabilitas meningkatkan ketidakpastian, tetapi meminimalkan variabilitas perkiraan Anda, meningkatkan kemungkinan metrik kecepatan yang lebih andal dan hasil prakiraan. Perkiraan, berdasarkan sifat mereka, tidak mencerminkan realitas. Mereka mewakili tebakan terbaik oleh tim mengenai upaya yang diperlukan untuk menyelesaikan item, karena berkaitan dengan upaya untuk menyelesaikan item lain di backlog.

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.

Menambahkan tim lain

Jika setiap tim ingin bekerja dengan tampilan backlog mereka sendiri, bagan Velocity, dan alat prakiraan, Anda dapat menambahkan tim baru. Setiap tim mendapatkan akses ke sekumpulan alat Agile mereka sendiri. Setiap alat Agile memfilter item kerja untuk hanya menyertakan jalur area dan jalur iterasi yang ditetapkan untuk tim.

Langkah berikutnya

Merencanakan sprint Anda