Panduan Scrum | 32. Keuntungan dan kerugian dari grafik burndown

Diterbitkan: 2022-06-22

Burn chart memiliki banyak manfaat. Ini adalah salah satu alat metrik utama di Scrum karena beberapa alasan. Sangat mudah untuk membuat, menskalakan, dan membaca. Namun, ia juga memiliki kekurangan yang membuatnya bukan alat universal. Dalam artikel hari ini, kami membahas topik kekurangan dan kelebihan grafik burndown.

Keuntungan dan kerugian dari burndown chart – daftar isi:

  1. pengantar
  2. Keuntungan dari grafik Burndown
  3. Kerugian dari grafik Burndown
  4. Ringkasan

pengantar

Kami telah menulis tentang apa itu, bagaimana membuat dan menafsirkan grafik burndown di artikel sebelumnya. Hari ini kita akan fokus pada keuntungan dan kerugian dari grafik burndown. Namun, kebanyakan dari mereka tidak tersembunyi dalam grafik sederhana itu sendiri. Sebaliknya, mereka terkait dengan cara menggunakan grafik burndown untuk memotivasi Tim Pengembang, karena mereka menggambarkan hasil kerja mereka dan memperkuat pengorganisasian diri.

Keuntungan dari grafik Burndown

Bagan pembakaran memungkinkan Anda untuk memvisualisasikan kemajuan proyek Anda. Keterbacaan dan kesederhanaannya membuatnya sangat populer. Itulah mengapa merupakan ide bagus untuk Burn Chart tidak hanya menjadi metrik yang terus diperbarui yang tersembunyi dalam alat manajemen proyek digital. Jika memungkinkan, ada baiknya menjadikannya sebagai titik referensi untuk Tim Pengembang yang terlihat di tempat kerja fisik. Baik dalam bentuk visualisasi di layar atau sketsa yang digambar tangan.

Ini memotivasi Tim Pengembang

Transparansi burn chart dapat menjadi alat untuk memotivasi Tim Pengembang untuk bekerja secara efisien. Mencapai titik “nol” di setiap Sprint dapat menjadi tujuan ambisius Tim, yang untuknya diberikan penghargaan – sesuai dengan prinsip gamifikasi bisnis.

Visibilitas grafik burndown yang up-to-date dan dipelihara dengan menarik juga dapat meningkatkan semangat kerja sama dan pengorganisasian diri. Bagaimanapun, metrik adalah ukuran kerja tim. Itu tidak menunjukkan dengan tepat siapa yang melakukan – atau tidak – menyelesaikan tugas yang direncanakan, hanya hasil yang dicapai.

Ini mengukur pekerjaan aktual yang dilakukan

Pengembang memutuskan berapa banyak tugas yang akan mereka lakukan dalam Sprint tertentu. Semakin berpengalaman Tim, semakin akurat mereka harus memprediksi tindakan mereka. Dan grafik bur-down mencerminkan kemajuan nyata dari Sprint.

Dengan demikian, keuntungan dari burn chart tidak begitu banyak untuk mengukur jumlah objektif pekerjaan yang dilakukan, tetapi rasio tugas yang direncanakan-untuk-selesai. Dengan demikian, Pengembang secara bertahap mempelajari cara merencanakannya dan dapat memperkirakan kemampuannya dengan lebih akurat dan menghilangkan kesalahan berulang.

Ini berpasangan dengan alat lain

Salah satu keuntungan signifikan dari grafik burndown menyangkut keserbagunaannya dalam menggabungkan dengan alat lain. Alat-alat berikut dapat berlaku untuk:

  • menganalisis pekerjaan Tim Pengembang
  • memvisualisasikan kemajuan pekerjaan pada Produk
  • memperkirakan anggaran proyek

Misalnya, dalam kasus terakhir, penggunaan Bagan Pembakaran Skala Proyek memungkinkan perbandingan anggaran yang direncanakan dan anggaran aktual untuk keseluruhan proyek.

Advantages of the burndown chart

Kerugian dari grafik Burndown

Terlepas dari semua keuntungan dari grafik Burndown yang diuraikan di atas, ini dapat menjadi sumber kebingungan bagi Tim Pengembang. Namun, apa yang sering kita sebut sebagai “kekurangan” dari burndown chart bukanlah karena ketidaksempurnaan alat itu sendiri. Masalah yang diuraikan di bawah ini menyangkut cara menerapkan grafik burndown daripada desainnya. Di bawah ini adalah kekurangan yang dapat mengganggu penggambaran kemajuan Tim Pengembang dengan cara ini.

“Faktor Manusia”

Grafik tidak bisa menjadi ukuran mutlak kemajuan tim. Mereka hanyalah alat untuk diterapkan dengan cara yang berbeda, kurang lebih terampil. Kita dapat menganggapnya sebagai kerugian (atau keuntungan) tidak hanya dari grafik burndown tetapi juga ukuran kinerja tim lainnya.

Untuk membuat grafik burndown, Anda memerlukan orang lain untuk memasukkan data. Dengan kata lain, Pengembang meletakkan waktu penyelesaian tugas di bagan. Mereka mungkin telah memperpanjang atau memperpendeknya sedikit – baik karena kurangnya perhatian atau ingin membuat segalanya lebih baik untuk tim. Pengembang juga terkadang lupa mencatat waktunya. Atau biarkan timer menyala. Hal ini menyebabkan waktu kerja menjadi beberapa jam. Dan setelah menemukan kesalahannya, sulit untuk merekonstruksi jalannya yang sebenarnya.

Perubahan pada Sprint Backlog

Sprint Backlog tidak boleh diubah setelah dimulainya Sprint. Namun, dalam praktiknya, perubahan seperti itu cukup sering terjadi. Mereka dihasilkan dari perubahan persyaratan Pemangku Kepentingan. Atau masalah tak terduga yang dihadapi Pengembang.

Hal ini menyebabkan grafik burndown menjadi diskalakan. Ini karena waktu yang dibutuhkan untuk menyelesaikan tugas tetap sama. Namun, skala tugas yang tersisa meningkat. Hal ini dapat memberikan kesan yang menyesatkan bahwa Tim Pengembang telah salah merencanakan pekerjaan yang harus dilakukan dalam Sprint tertentu. Atau itu bekerja terlalu lambat.

Perubahan pada Sprint Backlog juga dapat terjadi karena tugas yang dijadwalkan selesai terlalu cepat. Dalam situasi seperti itu, Tim Pengembang biasanya memutuskan untuk menambah jumlah tugas. Hal ini pada gilirannya dapat mengakibatkan tidak menyelesaikannya tepat waktu. Juga, konflik mungkin timbul dari tumpang tindih tugas yang tersisa dari Sprint sebelumnya dengan tugas baru yang dijadwalkan untuk diselesaikan oleh Pemangku Kepentingan dan Pemilik Produk.

Perubahan pada Product Backlog

Perubahan besar pada Product Backlog dapat mengganggu bentuk burn chart. Dan dengan demikian sangat memalsukan gambaran kemajuan kerja dan efektivitas Tim. Ini terjadi ketika Cerita Pengguna baru muncul. Dan yang mendekati tahap implementasi seringkali dipecah menjadi bagian-bagian yang lebih kecil. Itu juga terjadi bahwa Klien mengundurkan diri dari beberapa fungsi Produk.

Oleh karena itu, ketika menafsirkan burn chart, seseorang harus dipandu oleh pengetahuan dan pengalaman dalam mengevaluasi kinerja Tim. Dan juga memperhitungkan variabilitas Backlog. Jika bagan bukan satu-satunya metrik yang digunakan untuk mengevaluasi kinerja, bagan lain akan memungkinkan Anda melihat gambaran kemajuan pekerjaan yang lebih lengkap.

Advantages and disadvantages of the burndown chart

Ringkasan

Grafik burndown dapat secara signifikan berkontribusi pada motivasi Tim Pengembang. Hal ini karena memberikan ukuran kerja nyata yang dilakukan pada rencana. Selain itu, kombinasinya dengan alat metrik lainnya dapat menjadi sumber pengetahuan berharga tentang pekerjaan Tim dan perencanaan Produk.

Dengan menerapkan prinsip-prinsip Scrum dengan hati-hati, Anda dapat menghindari potensi masalah dengan burndown. Yang paling penting adalah menyesuaikan alat untuk menjaga grafik mengikuti pekerjaan Tim Scrum yang sebenarnya, serta meminimalkan perubahan pada Sprint dan Product Backlog, yang akan kami tulis lebih lanjut di artikel ini.

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

Scrum Guide | 32. Advantages and disadvantages of the 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