Panduan Scrum | 31. Bagaimana cara membuat dan menginterpretasikan grafik burndown?

Diterbitkan: 2022-06-21

Grafik burndown relatif mudah dibuat. Ada banyak alat yang tersedia untuk menghasilkannya dari pekerjaan yang dicatat oleh anggota Tim Pengembang. Terlepas dari kesederhanaannya, interpretasinya dapat memberikan informasi berharga bagi seluruh Tim Scrum. Baca artikel ini untuk mengetahui cara membuat dan menafsirkan grafik burndown.

Bagaimana cara membuat dan menafsirkan grafik burndown? - Daftar isi:

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

Bagaimana cara membuat grafik burndown?

Tim Pengembang harus memantau pekerjaan sehari-harinya. Ini adalah dasar tidak hanya untuk mengevaluasi efektivitasnya tetapi juga untuk meningkatkannya. Dan salah satu alat paling sederhana dan terbukti untuk tujuan ini adalah grafik pembakaran.

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

Oleh karena itu, cara 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 membuat grafik burndown secara otomatis. Kemudian, yang harus dilakukan Pengembang adalah menandai awal dan akhir pekerjaan pada fitur produk tertentu, dan kontribusi mereka tercermin dalam grafik pembakaran.

Dengan alat yang tepat, juga memungkinkan untuk menskalakan grafik dengan bebas. Ini memberikan wawasan tentang pembakaran tidak hanya pada tingkat Sprint tertentu tetapi juga pada skala seperempat atau keseluruhan proyek.

Faktor penting untuk dipertimbangkan ketika memilih alat untuk membuat grafik burndown adalah aksesibilitasnya ke semua anggota Tim Scrum. Visibilitas bagan burndown ke seluruh Tim Pengembang adalah faktor motivasi utama. Sama pentingnya adalah tampilan harian pada garis yang menunjukkan pekerjaan yang tersisa untuk diselesaikan. Berbicara tentang burn-in selama Scrum Harian, , membuat Pengembang berpikir tentang cara mereka bekerja dan status Produk saat ini.

Siapa yang bertanggung jawab atas grafik burndown?

Pertanyaan tentang kepemilikan grafik pembakaran agak kontroversial. Di satu sisi, itu harus menjadi milik Scrum Master, karena ini adalah alat untuk memastikan bahwa Tim bekerja secara efisien dan sesuai rencana. Di sisi lain, itu harus tetap berada di tangan Pemilik Produk, karena ini mencerminkan kemajuan menuju Sasaran Produk yang dikomunikasikan kepada Pelanggan. Terlebih lagi, pihak ketiga yang mengklaim kepemilikannya adalah Tim Pengembang karena bagan berfungsi sebagai alat internalnya.

Grafik burndown adalah metrik penting untuk mengevaluasi efektivitas Tim Pengembang dan diadopsi oleh semua anggota Tim Scrum. Itulah mengapa transparansi dan aksesibilitas sangat penting. Namun, tujuannya adalah untuk melayani Tim. Itu seharusnya memperkuat pengorganisasian diri, meningkatkan motivasi, dan memberikan gambaran nyata tentang status pekerjaan pada tugas yang diberikan kepadanya. Oleh karena itu, secara teori, setiap anggota Tim Pengembang dapat memperbarui grafik pembakaran.

Namun, dalam praktiknya, tugas memperbarui grafik burndown biasanya jatuh ke Scrum Master. Hal ini terjadi terutama pada awal pekerjaannya dengan Tim Pengembang baru ketika Kecepatan Tim masih bervariasi dan sulit untuk diperkirakan. Namun demikian, disarankan untuk mendelegasikan tugas ini ke salah satu Pengembang. Bagaimanapun, bagan dimaksudkan untuk menjadi pengukuran yang jujur ​​​​dan internal dari kemajuan pekerjaan yang dinilai oleh Pengembang itu sendiri.

chart

Bagaimana menginterpretasikan grafik burndown?

Kami menjelaskan tampilan 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 tersisa untuk dilakukan.

Grafik burndown nyata dan ideal

Untuk menafsirkan grafik burndown, faktor kuncinya bukan hanya plot reguler dari "pembakaran" yang sebenarnya, yaitu pelaksanaan tugas oleh Tim Pengembang. Sama pentingnya untuk gambar adalah perbandingannya dengan penurunan garis pembakaran yang ideal (pedoman).

Dengan membandingkan garis pembakaran yang ideal dengan pengurangan pekerjaan di dunia nyata yang ditandai pada grafik pembakaran, dua parameter yang sangat penting dapat dinilai. Pertama, untuk melihat apakah pekerjaan berlanjut dengan kecepatan saat ini, Tim Pengembang akan memenuhi Sprint Goal atau Product Goal tepat waktu. Kedua, untuk mendapatkan gambaran kapan pekerjaan akan selesai dengan tetap mempertahankan kecepatan saat ini. Dengan kata lain, bagan pembakaran menunjukkan kecepatan tugas yang sebenarnya, dan garis ideal menunjukkan pada kecepatan apa Tim harus bekerja untuk menyelesaikan tugas.

Grafik pembakaran juga memungkinkan Anda untuk menentukan nilai yang disebut Kecepatan Tim Pengembangan dalam jangka panjang. Kami akan mencurahkan 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 pembakaran menggambarkan perbandingan garis pembakaran yang ideal dengan penurunan nyata dalam jumlah tugas, ini memungkinkan Anda untuk memperkirakan kecepatan kerja. Dan dengan demikian mengantisipasi resiko keterlambatan proyek.

Memilih unit pengukuran

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

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

Pilihan lain adalah mengadopsi tugas sebagai satu kesatuan. Ini adalah unit yang sedikit lebih besar, yang pada gilirannya diberi nilai yang dinyatakan dalam poin cerita, atau dalam hari atau jam kerja. Ini adalah unit yang memungkinkan klien untuk mempresentasikan kemajuan pekerjaan pada produk dengan cara yang lebih jelas.

Terlepas dari unit pengukuran, perlu diingat prinsip menghitung kecepatan Tim Pengembang. Pada hari tertentu atau Sprint, hanya tugas yang benar-benar selesai yang dihitung. Artinya, tugas yang dimulai akan dihitung pada hari berikutnya atau Sprint meskipun hanya pengujian akhir yang hilang.

Ringkasan

How to create and interpret a burndown chart?

Dengan alat pemantauan tim yang tersedia, membuat bagan burndown menjadi tugas yang mudah. Isu yang paling penting adalah memastikan koherensi, kejelasan, dan dapat diakses oleh semua anggota Tim Scrum.

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

Scrum Guide | 31. How to create and interpret a burndown chart? caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk