Panduan Scrum | 11. Statistik dan metrik yang harus dilacak oleh Scrum Master

Mengapa Scrum Master membutuhkan statistik dan metrik? Pertama, untuk memeriksa apakah metode kerjanya dalam memprediksi hasil dan meningkatkan efektivitas tim efektif. Tetapi juga untuk melacak bagaimana tindakan mereka mempengaruhi Tim Pengembangan. Yaitu, bagaimana mereka membentuk pengalaman pengguna karyawan (UX). Jadi dalam artikel ini, kami memperkenalkan statistik dan metrik yang harus dilacak oleh Scrum Master.

Statistik dan metrik penting bagi scrum master – daftar isi:

1. Mengukur hasil kerja Tim Pengembangan
2. Memantau pengalaman pengguna karyawan Pengembang
3. Ringkasan

Mengukur hasil kerja Tim Pengembangan

Statistik dan metrik yang paling umum digunakan yang harus dilacak oleh Scrum Master adalah yang menggambarkan kecepatan dan aliran pelaksanaan tugas. Ini adalah Burnup Chart, Burnup Chart, dan Cumulative Flow Chart. Ukuran ini mencakup pengembangan produk dan efektivitas tim. Masing-masing memungkinkan Anda untuk mendekati masalah ini dari sudut yang berbeda, jadi adalah ide yang baik untuk menunjukkan mereka bersama-sama. Mereka adalah alat yang berguna untuk menilai kemajuan pada skala yang berbeda, selama Sprint maupun seluruh proses pengembangan produk.

Burndown Chart

Burndown chart menunjukkan kepada Scrum Master dan Tim Pengembangan seberapa banyak pekerjaan yang telah diselesaikan dan seberapa banyak yang tersisa untuk dilakukan. Sumbu X menunjukkan waktu yang tersisa untuk menyelesaikan pekerjaan. Sumbu Y menunjukkan jumlah pekerjaan yang tersisa untuk dilakukan yang direncanakan dalam Sprint Backlog atau Product Backlog.

Diagram ini juga membantu menentukan Kecepatan Tim Pengembangan, yang juga akan kami bahas dalam artikel terpisah. Di sini kami hanya akan menyebutkan bahwa itu adalah rata-rata jumlah pekerjaan yang dilakukan selama satu Sprint.

Alat sederhana ini memungkinkan Scrum Master untuk tidak hanya melihat seberapa efisien tim bekerja. Ini juga membantu menjawab pertanyaan:

• Bagian mana dari pekerjaan yang sudah diselesaikan?
• Berapa banyak tugas yang tersisa untuk diselesaikan?
• Berapa lama waktu yang dibutuhkan untuk mengembangkan Produk?

Ketika menggunakan Burndown Chart, Scrum Master perlu ingat bahwa itu bukan satu-satunya alat untuk menilai kemajuan tim secara statistik. Ini paling baik digunakan untuk proyek di mana ruang lingkup pekerjaan tetap dan diketahui. Ini tidak berfungsi dengan baik untuk menciptakan solusi yang sangat inovatif dengan Klien baru. Kemudian jumlah pekerjaan yang harus dilakukan dalam seluruh proyek – yaitu konten dari Product Backlog – dapat berubah secara signifikan selama proyek, membuatnya sulit untuk menggunakan Burndown Chart.

Burnup chart

Burnup Chart adalah kebalikan dari Burndown chart yang dibahas di atas. Di sini juga, sumbu Y menunjukkan jumlah pekerjaan yang tersisa untuk dilakukan. Sumbu X, di sisi lain, menunjukkan waktu penyelesaian yang dinyatakan baik dalam jumlah Sprint atau dalam tanggal.

Namun, Scrum Master menggunakan Burnup Chart untuk tujuan yang sedikit berbeda. Ini karena tidak hanya membantu Anda dalam mengukur kemajuan produk dan kemajuan Tim. Metrik ini juga menilai bagaimana ruang lingkup pekerjaan dalam proyek berubah seiring waktu. Oleh karena itu, ini bekerja dengan baik untuk proyek dengan ruang lingkup yang bervariasi.

Burnup Chart juga merupakan alat perencanaan yang menjadi lebih efektif seiring waktu. Ini memberikan jawaban atas pertanyaan seberapa banyak pekerjaan yang diperkirakan akan dilakukan oleh Tim Pengembangan dalam Sprint berikutnya.

Cumulative Flow Diagram

Jenis diagram ketiga yang sangat bermanfaat dalam pekerjaan Scrum Master dengan Tim Pengembangan adalah Cumulative Flow Diagram. Ini menampilkan analisis seberapa stabil kecepatan dan produktivitas Tim Pengembangan. Tata letak sumbunya sama dengan Burnup Chart, sehingga sering disebut sebagai versi yang lebih kompleks.

Namun, Cumulative Flow Diagram tidak hanya untuk menentukan jumlah tugas yang diselesaikan dalam periode waktu tertentu. Ini juga mempertimbangkan jumlah tugas yang menunggu dalam antrean untuk dieksekusi. Berkat ini, ini memungkinkan untuk mendiagnosis yang disebut “bottlenecks” – momen dalam proses yang memperlambat penciptaan produk.

Fitur diagnostik yang sangat ini menjadikannya salah satu metrik yang paling berguna di tangan Scrum Master. Ini karena memungkinkan untuk mengatur ulang pekerjaan dengan cara mendistribusikan kekuatan Tim Pengembangan secara berbeda dan menghindari waktu henti.

Memantau pengalaman pengguna karyawan Pengembang

Perawatan dan analisis statistik yang rutin dan teliti adalah bagian penting dari pekerjaan Scrum Master yang efektif. Namun, dia harus ingat terlebih dahulu pengalaman pengguna karyawan para pengembang, yaitu, cara mereka memandang pekerjaan di Tim Scrum. Namun, bukan kualitas metrik yang menentukan, tetapi cara di mana Scrum Master menggunakannya.

Jika statistik disimpan sesuai dengan prinsip Scrum – mereka transparan, publik, dan dapat dipahami oleh para Pengembang yang terlibat – mereka dapat menjadi cara untuk memotivasi tim untuk bekerja lebih efisien atau untuk menghargai mereka atas hasil yang baik. Namun, statistik dapat berfungsi sebagai alat untuk memberi tekanan pada Tim Pengembangan. Kemudian indikasi mereka menjadi generator tuduhan dan kebencian. Mereka dapat berkontribusi pada menurunnya moral tim dan merusak praktik kerja sama tim.

Faktor penting kedua dari pengalaman karyawan para Pengembang, yang harus diperhatikan oleh Scrum Master yang bekerja dengan alat statistik, adalah cara mengelola waktu mereka. Ini karena Scrum Master perlu memiliki cukup waktu untuk merawat Tim Pengembangan. Untuk alasan ini, dalam kasus proyek besar, ada baiknya mempertimbangkan untuk menyertakan orang tambahan dalam Tim Scrum. Dia akan bertindak sebagai manajer proyek dan akan mengurus metrik. Berkat ini, itu akan meringankan beban Scrum Master – dan sampai batas tertentu Pemilik Produk – dari tugas yang mengalihkan perhatiannya dari bekerja dengan Tim Pengembangan.

Statistik dan metrik – ringkasan

Scrum Master harus melacak statistik dasar yang menggambarkan pekerjaan Tim Pengembangan. Interpretasi yang terampil meningkatkan peluang untuk dengan cepat menemukan masalah dalam pekerjaan Tim dan bereaksi terhadapnya. Namun, lebih penting daripada menjaga grafik adalah apa yang dilakukan Scrum Master dengan mereka. Mereka tidak boleh menganggap metrik sebagai alat untuk mengevaluasi Tim, tetapi lebih sebagai bantuan yang berguna dalam memotivasi Tim dan mendiagnosis cara mereka sendiri dalam melakukan sesuatu. Ini karena metrik hanya akan menjadi alat yang berguna jika mereka membantu memfasilitasi proses perbaikan Tim dan Produk.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube.