Panduan Scrum | 32. Kelebihan dan kekurangan dari Grafik Burndown

Grafik Burndown memiliki banyak manfaat. Ini adalah salah satu alat metrik utama dalam Scrum karena beberapa alasan. Mudah untuk dibuat, diukur, dan dibaca. Namun, ia juga memiliki kekurangan yang membuatnya bukan alat yang universal. Dalam artikel hari ini, kami membahas topik kekurangan dan kelebihan dari Grafik Burndown.

Kelebihan dan kekurangan Grafik Burndown – daftar isi:

1. Pendahuluan
2. Kelebihan Grafik Burndown
3. Kekurangan Grafik Burndown
4. Ringkasan

Pendahuluan

Kami telah menulis tentang apa itu, cara membuat dan menginterpretasikan Grafik Burndown dalam artikel sebelumnya. Hari ini kami akan fokus pada kelebihan dan kekurangan dari Grafik Burndown. Namun, sebagian besar 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 organisasi mandiri.

Kelebihan Grafik Burndown

Grafik Burndown memungkinkan Anda untuk memvisualisasikan kemajuan proyek Anda. Keterbacaan dan kesederhanaannya membuatnya sangat populer. Itulah sebabnya ide yang baik untuk Grafik Burndown bukan hanya metrik yang terus diperbarui yang tersembunyi dalam alat manajemen proyek digital. Jika memungkinkan, ada baiknya menjadikannya 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 Grafik Burndown dapat menjadikannya alat untuk memotivasi Tim Pengembang agar bekerja secara efisien. Mencapai titik “nol” di setiap Sprint dapat menjadi tujuan ambisius Tim, untuk mana hadiah diberikan – sesuai dengan prinsip gamifikasi bisnis.

Visibilitas Grafik Burndown yang selalu diperbarui dan dikelola dengan menarik juga dapat meningkatkan semangat kerjasama dan organisasi mandiri. Bagaimanapun, metrik ini adalah ukuran kerja tim. Ini tidak menunjukkan dengan tepat siapa yang menyelesaikan – atau tidak – tugas yang direncanakan, hanya hasil yang dicapai.

Ini mengukur pekerjaan yang sebenarnya 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 burndown mencerminkan kemajuan nyata dari Sprint.

Dengan demikian, kelebihan Grafik Burndown bukanlah untuk mengukur jumlah pekerjaan yang dilakukan secara objektif, tetapi rasio tugas yang direncanakan terhadap yang diselesaikan. Dengan demikian, Pengembang secara bertahap belajar bagaimana merencanakan tugas-tugas tersebut dan dapat memperkirakan kemampuan mereka dengan semakin akurat dan menghilangkan kesalahan yang berulang.

Ini terintegrasi dengan alat lain

Salah satu kelebihan signifikan dari Grafik Burndown berkaitan dengan versatilitasnya dalam menggabungkan dengan alat lain. Alat berikut dapat diterapkan pada:

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

Misalnya, dalam kasus terakhir, penggunaan Grafik Burndown Skala Proyek memungkinkan perbandingan antara anggaran yang direncanakan dan anggaran aktual untuk seluruh proyek.

Kekurangan Grafik Burndown

Meski semua kelebihan Grafik Burndown yang telah dijelaskan di atas, ia dapat menjadi sumber kebingungan bagi Tim Pengembang. Namun, apa yang sering kita sebut sebagai “cacat” dari Grafik Burndown bukan disebabkan oleh ketidaksempurnaan alat itu sendiri. Masalah yang dijelaskan di bawah ini berkaitan dengan cara penerapan Grafik Burndown daripada desainnya. Berikut adalah cacat yang dapat mengganggu penggambaran kemajuan Tim Pengembang dengan cara ini.

“Faktor Manusia”

Grafik tidak dapat menjadi ukuran absolut dari kemajuan tim. Mereka hanyalah alat yang diterapkan dengan cara yang berbeda, lebih atau kurang terampil. Kita dapat menganggapnya sebagai kekurangan (atau kelebihan) tidak hanya dari Grafik Burndown tetapi juga dari ukuran kinerja tim lainnya.

Untuk membuat Grafik Burndown, Anda memerlukan orang lain untuk memasukkan data. Dengan kata lain, Pengembang mencatat waktu penyelesaian tugas pada grafik. Mereka mungkin telah memperpanjang atau memperpendeknya sedikit – baik karena kurang perhatian atau ingin membuat segalanya lebih baik untuk tim. Pengembang juga kadang-kadang lupa untuk mencatat waktu mereka. Atau membiarkan timer tetap menyala. Ini menyebabkan waktu kerja meluas hingga beberapa jam. Dan setelah menemukan kesalahan, sulit untuk merekonstruksi jalannya yang sebenarnya.

Perubahan pada Sprint Backlog

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

Ini menyebabkan Grafik Burndown menjadi terdistorsi. Ini karena waktu yang dibutuhkan untuk menyelesaikan tugas tetap sama. Namun, skala tugas yang tersisa meningkat. Ini dapat memberikan kesan menyesatkan bahwa Tim Pengembang telah merencanakan pekerjaan yang harus dilakukan dalam Sprint tertentu dengan tidak benar. Atau bahwa mereka bekerja terlalu lambat.

Perubahan pada Sprint Backlog juga dapat dihasilkan dari tugas yang dijadwalkan untuk diselesaikan terlalu cepat. Dalam situasi seperti itu, Tim Pengembang biasanya memutuskan untuk meningkatkan jumlah tugas. Ini pada gilirannya dapat mengakibatkan tidak menyelesaikannya tepat waktu. Juga, konflik dapat muncul 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 dalam Product Backlog dapat mengganggu bentuk Grafik Burndown. Dan dengan demikian sangat memalsukan gambaran kemajuan kerja dan efektivitas Tim. Ini terjadi ketika User Stories baru muncul. Dan yang dekat dengan fase implementasi sering dipecah menjadi bagian yang lebih kecil. Juga terjadi bahwa Klien mengundurkan diri dari beberapa fungsionalitas Produk.

Oleh karena itu, saat menginterpretasikan Grafik Burndown, seseorang harus dipandu oleh pengetahuan dan pengalaman dalam mengevaluasi kinerja Tim. Dan juga mempertimbangkan variabilitas Backlog. Jika grafik bukan satu-satunya metrik yang digunakan untuk mengevaluasi kinerja, grafik lainnya akan memungkinkan Anda untuk melihat gambaran yang lebih lengkap tentang kemajuan pekerjaan.

Ringkasan

Grafik Burndown dapat secara signifikan berkontribusi pada motivasi Tim Pengembang. Ini karena ia memberikan ukuran pekerjaan nyata yang dilakukan pada rencana. Selain itu, kombinasi 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 masalah potensial dengan Grafik Burndown. Hal terpenting adalah menyesuaikan alat untuk menjaga grafik mengikuti pekerjaan nyata Tim Scrum, serta meminimalkan perubahan pada Sprint dan Product Backlog, yang lebih kami tulis dalam artikel ini.

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