Panduan Scrum | 31. Bagaimana cara membuat dan menginterpretasikan Grafik Burndown?

Grafik Burndown relatif mudah untuk dibuat. Ada banyak alat yang tersedia untuk menghasilkan grafik ini dari pekerjaan yang dicatat oleh anggota Tim Pengembangan. Meskipun sederhana, interpretasinya dapat memberikan informasi berharga bagi seluruh Tim Scrum. Baca artikel ini untuk mengetahui cara membuat dan menginterpretasikan Grafik Burndown.

Bagaimana cara membuat dan menginterpretasikan Grafik Burndown? – daftar isi:

1. Bagaimana cara membuat Grafik Burndown?
2. Siapa yang bertanggung jawab atas Grafik Burndown?
3. Bagaimana cara menginterpretasikan Grafik Burndown?
4. Grafik Burndown nyata dan ideal
5. Memilih satuan pengukuran
6. Ringkasan

Bagaimana cara membuat Grafik Burndown?

Tim Pengembangan harus memantau pekerjaan harian mereka. Ini adalah dasar tidak hanya untuk mengevaluasi efektivitasnya tetapi juga untuk meningkatkannya. Dan salah satu alat yang paling sederhana dan terbukti untuk tujuan ini adalah Grafik Burndown.

Anda dapat membuatnya secara manual dengan menggambar sistem koordinat di selembar kertas. Pada sumbu Y, Anda perlu memplot jumlah pekerjaan yang dinyatakan dalam satuan yang dipilih, misalnya, poin cerita. Pada sumbu X, gambar skala yang menunjukkan hari-hari berturut-turut dari Sprint. Gambar garis sprint ideal kemudian tandai jumlah tugas yang diselesaikan secara realistis untuk setiap hari. Meskipun solusi ini menarik dan melibatkan tim, ini tidak terlalu praktis. Ini juga tidak selalu cocok untuk tim jarak jauh.

Oleh karena itu, alat digital untuk membuat Grafik Burndown jauh lebih umum. Banyak alat untuk mencatat pekerjaan pada tugas yang didistribusikan di antara anggota Tim dilengkapi dengan opsi untuk secara otomatis membuat Grafik Burndown. Kemudian, yang perlu dilakukan seorang Pengembang adalah menandai awal dan akhir pekerjaan pada fitur produk tertentu, dan kontribusi mereka tercermin dalam Grafik Burndown.

Dengan alat yang tepat, juga dimungkinkan untuk mengubah skala grafik dengan bebas. Ini memberikan wawasan tentang pembakaran tidak hanya pada tingkat Sprint tertentu tetapi juga pada skala kuartal atau seluruh proyek.

Faktor penting yang perlu dipertimbangkan saat memilih alat untuk membuat Grafik Burndown adalah aksesibilitasnya bagi semua anggota Tim Scrum. Visibilitas Grafik Burndown bagi seluruh Tim Pengembangan adalah faktor motivasi kunci. Sama pentingnya adalah melihat setiap hari garis yang menunjukkan pekerjaan yang tersisa untuk diselesaikan. Membicarakan burn-in selama Daily Scrum, membuat Pengembang berpikir tentang cara mereka bekerja dan keadaan terkini dari Produk.

Siapa yang bertanggung jawab atas Grafik Burndown?

Pertanyaan tentang kepemilikan Grafik Burndown agak kontroversial. Di satu sisi, itu seharusnya menjadi milik Scrum Master, karena ini adalah alat untuk memastikan bahwa Tim bekerja secara efisien dan sesuai rencana. Di sisi lain, itu seharusnya tetap di tangan Pemilik Produk, karena mencerminkan kemajuan menuju Tujuan Produk yang dikomunikasikan kepada Pelanggan. Lebih dari itu, pihak ketiga yang mengklaim kepemilikannya adalah Tim Pengembangan karena grafik ini berfungsi sebagai alat internalnya.

Grafik Burndown adalah metrik penting untuk mengevaluasi efektivitas Tim Pengembangan dan diadopsi oleh semua anggota Tim Scrum. Itulah sebabnya transparansi dan aksesibilitas sangat penting. Namun, tujuan utamanya adalah untuk melayani Tim. Grafik ini seharusnya memperkuat organisasi mandiri, meningkatkan motivasi, dan memberikan gambaran nyata tentang status pekerjaan pada tugas yang ditugaskan kepadanya. Oleh karena itu, secara teori, setiap anggota Tim Pengembangan dapat memperbarui Grafik Burndown.

Dalam praktiknya, tugas memperbarui Grafik Burndown biasanya jatuh kepada Scrum Master. Ini terjadi terutama di awal pekerjaannya dengan Tim Pengembangan baru ketika Kecepatan Tim masih bervariasi dan sulit untuk diperkirakan. Namun, disarankan untuk mendelegasikan tugas ini kepada salah satu Pengembang. Lagipula, grafik ini dimaksudkan untuk menjadi pengukuran yang jujur dan internal tentang kemajuan pekerjaan sebagaimana dinilai oleh para Pengembang itu sendiri.

Bagaimana cara menginterpretasikan Grafik Burndown?

Kami telah menjelaskan penampilan Grafik Burndown secara rinci di artikel sebelumnya. Di sini kami hanya akan mengingatkan Anda bahwa sumbu X menunjukkan waktu yang tersisa untuk menyelesaikan pekerjaan. Di sisi lain, sumbu Y menunjukkan jumlah pekerjaan yang masih harus dilakukan.

Grafik Burndown nyata dan ideal

Untuk menginterpretasikan Grafik Burndown, faktor kunci bukan hanya pemplotan “pembakaran” nyata secara teratur, yaitu pelaksanaan tugas oleh Tim Pengembangan. Sama pentingnya untuk gambaran adalah perbandingannya dengan garis pembakaran ideal yang menurun (pedoman).

Dengan membandingkan garis pembakaran ideal dengan pengurangan pekerjaan di dunia nyata yang ditandai pada Grafik Burndown, dua parameter yang sangat penting dapat dinilai. Pertama, untuk melihat apakah pekerjaan terus berlanjut pada kecepatan saat ini, Tim Pengembangan akan memenuhi Tujuan Sprint atau Tujuan Produk tepat waktu. Kedua, untuk mendapatkan gambaran kapan pekerjaan akan selesai sambil mempertahankan kecepatan saat ini. Dengan kata lain, Grafik Burndown menunjukkan kecepatan aktual dari tugas-tugas, dan garis ideal menunjukkan pada kecepatan apa Tim seharusnya bekerja untuk menyelesaikan tugas-tugas tersebut.

Grafik Burndown juga memungkinkan Anda untuk menentukan nilai yang disebut Kecepatan Tim Pengembangan dalam jangka panjang. Kami akan mendedikasikan artikel terpisah untuk itu. Di sini kami hanya akan menyebutkan bahwa itu adalah nilai yang ditentukan oleh jumlah pekerjaan yang dilakukan selama satu Sprint.

Berkat fakta bahwa Grafik Burndown menggambarkan perbandingan garis pembakaran ideal dengan pengurangan nyata dalam jumlah tugas, ini memungkinkan Anda untuk memperkirakan kecepatan kerja. Dan dengan demikian mengantisipasi risiko keterlambatan proyek.

Memilih satuan pengukuran

Kecepatan tim biasanya diukur dalam satuan yang disebut poin cerita. Ini mendefinisikan jumlah cerita pengguna yang telah direalisasikan. Ini dapat memerlukan jumlah pekerjaan yang sangat berbeda.

Inilah sebabnya banyak Tim Scrum menggunakan ukuran berbasis waktu. Tergantung pada skala, ini adalah hari atau jam kerja. Setiap Pengembang memperkirakan dan kemudian mencatat jumlah waktu yang dihabiskan untuk tugas mereka.

Opsi lain adalah mengadopsi tugas sebagai satuan. Ini adalah unit yang sedikit lebih besar, yang pada gilirannya diberikan nilai yang dinyatakan dalam poin cerita, atau dalam hari atau jam kerja. Ini adalah unit yang memungkinkan klien untuk menyajikan kemajuan pekerjaan pada produk dengan cara yang lebih jelas.

Terlepas dari satuan pengukuran, penting untuk diingat prinsip perhitungan kecepatan Tim Pengembangan. Dalam satu hari atau Sprint tertentu, hanya tugas yang benar-benar diselesaikan yang dihitung. Ini berarti bahwa tugas yang dimulai akan dihitung untuk hari atau Sprint berikutnya bahkan jika hanya pengujian akhir yang hilang.

Ringkasan

Dengan alat pemantauan tim yang tersedia, membuat Grafik Burndown menjadi tugas yang mudah. Masalah terpenting adalah memastikan konsistensi, kejelasan, dan aksesibilitasnya bagi semua anggota Tim Scrum.

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