Burndown Chart: Apa Itu dan Cara Membacanya

Burndown Chart adalah sinyal tunggal paling berguna yang dapat dilihat tim Scrum setiap pagi. Dalam sekali pandang, Burndown Chart menunjukkan apakah Sprint berada di jalur yang benar, mulai tertinggal, atau diam-diam mengakumulasi ruang lingkup yang tidak pernah direncanakan oleh siapa pun.

Fakta Utama

• Burndown Chart berasal dari makalah Ken Schwaber tahun 2000 yang memperkenalkan manajemen proses Scrum dan telah menjadi artefak Scrum yang paling banyak digunakan sejak saat itu (Scrum Alliance, 2023).
• Tim yang menggunakan pembaruan Burndown Chart harian melaporkan penyelesaian tujuan Sprint 17% lebih baik dibandingkan tim yang memperbarui mingguan (State of Agile Report edisi ke-17, 2024).
• Garis Burndown "ideal" mengasumsikan kemajuan harian yang seragam, tetapi Sprint nyata menunjukkan pola J-curve dengan pengiriman yang tertumpuk di akhir dalam sekitar 60% kasus (survei komunitas Atlassian, 2023).

Apa itu Burndown Chart?

Burndown Chart adalah grafik yang melacak berapa banyak pekerjaan yang tersisa dalam Sprint atau proyek dari waktu ke waktu, dengan tujuan mencapai nol pada tenggat waktu. Sumbu horizontal mewakili waktu (hari, Sprint, atau minggu), dan sumbu vertikal mewakili sisa pekerjaan (Story Point, jam, atau tugas). Saat tim menyelesaikan pekerjaan, garis "terbakar habis" menuju nol.

Burndown Chart termasuk dalam perangkat Scrum, meskipun tim yang menggunakan metodologi agile lainnya juga mengadopsinya. Daya tarik utamanya adalah kesederhanaan: Anda tidak perlu menafsirkan lusinan metrik untuk memahami kemajuan tim. Dua garis menceritakan keseluruhan cerita.

Grafik ini berbeda dari Gantt Chart, yang memetakan tugas ke tanggal, atau PERT Chart, yang berfokus pada ketergantungan tugas. Burndown Chart tidak peduli dengan tugas individu. Burndown Chart hanya mengajukan satu pertanyaan: berapa banyak pekerjaan yang tersisa, dan apakah angka itu berkurang cukup cepat?

Cara kerja Burndown Chart (dua garis)

Setiap Burndown Chart memiliki dua garis:

Garis ideal (juga disebut garis referensi atau garis panduan) berjalan sebagai diagonal lurus dari sudut kiri atas ke sudut kanan bawah. Garis ini dimulai dari total komitmen Sprint (misalnya, 80 Story Point pada Hari 0) dan berakhir di nol pada hari terakhir. Garis ini mengasumsikan tim menyelesaikan pekerjaan dengan kecepatan yang benar-benar seragam setiap hari. Tidak ada yang benar-benar mengharapkan ini terjadi. Garis ideal ada sebagai titik referensi, bukan prediksi.

Garis aktual memplot sisa pekerjaan nyata saat dicatat setiap hari. Garis ini diperbarui pada standup harian atau di akhir setiap hari kerja. Ketika garis ini berada di atas garis ideal, tim tertinggal. Ketika berada di bawah, tim berada di depan. Ketika garis datar (tidak ada gerakan ke bawah), pekerjaan tidak selesai atau tidak dicatat. Ketika melonjak ke atas, ruang lingkup baru telah ditambahkan ke Sprint.

Sumbu-sumbunya:

• Sumbu X: Hari Sprint, dari 0 (atau 1) hingga hari terakhir
• Sumbu Y: Sisa pekerjaan, diukur dalam Story Point atau jam

Nilai awal pada sumbu Y sama dengan total komitmen Sprint. Nol pada sumbu Y berarti Sprint selesai.

Sprint Burndown vs Release Burndown

Tim menggunakan dua varian utama. Keduanya menjawab pertanyaan yang berbeda dan melayani audiens yang berbeda.

Sebagian besar tim memulai dengan Sprint Burndown. Release Burndown menjadi berharga setelah tim memiliki cukup riwayat Sprint untuk memproyeksikan Velocity yang andal. Keduanya berdampingan dengan alat seperti struktur rincian kerja dan dokumen perencanaan siklus hidup proyek.

Cara membaca Burndown Chart (4 pola umum)

Belajar membaca Burndown Chart berarti mengenali empat bentuk berulang. Masing-masing menceritakan kisah yang berbeda tentang kesehatan Sprint.

Pola 1: Mengikuti jalur ideal

Garis aktual tetap dekat dengan garis ideal, sedikit melayang ke atas atau ke bawah tetapi tidak pernah terlalu jauh. Inilah tampilan eksekusi Sprint yang sehat. Bukan berarti semuanya sempurna. Artinya hambatan diselesaikan dengan cepat dan tim memperkirakan dengan wajar.

Pola 2: Tertinggal dari jadwal

Garis aktual secara konsisten berjalan di atas garis ideal. Jarak antara dua garis semakin melebar seiring berjalannya hari. Pada Hari 5 Sprint 10 hari, tim mungkin baru membakar 20% pekerjaan padahal 50% diharapkan. Pola ini memerlukan percakapan segera dalam standup harian. Penyebab umum: cerita diremehkan, anggota tim diblokir, atau Sprint terlalu dikomitmenkan sejak awal.

Pola 3: Terdepan dari jadwal

Garis aktual turun di bawah garis ideal dan tetap di sana. Tim membakar lebih cepat dari yang direncanakan. Ini terdengar bagus, tetapi ada baiknya bertanya mengapa. Apakah cerita terlalu diestimasi (yang menggelembungkan metrik Velocity), atau tim memotong sudut dalam hal kualitas? Jika estimasi memang konservatif, tim dapat menarik cerita dari Backlog untuk menjaga momentum.

Pola 4: Perluasan ruang lingkup

Garis aktual tiba-tiba melompat ke atas di tengah Sprint alih-alih terus turun. Lonjakan ini berarti pekerjaan baru ditambahkan ke Sprint setelah dimulai. Sedikit kenaikan mungkin dapat diterima untuk perbaikan kritis. Lonjakan besar atau berulang menandakan perencanaan Sprint yang buruk atau tekanan untuk menerima permintaan di tengah Sprint tanpa negosiasi. Bandingkan ini dengan prinsip Scrum vs Kanban: Kanban secara eksplisit mengizinkan perubahan alur di tengah siklus, sementara Scrum bertujuan untuk stabilitas Sprint.

Cara membuat Burndown Chart: langkah demi langkah

Langkah 1: Kumpulkan data Sprint

Sebelum menyentuh grafik apa pun, kumpulkan dua angka: total Story Point (atau jam) yang dikomitmenkan ke Sprint, dan jumlah hari kerja dalam Sprint. Keduanya mendefinisikan titik awal dan titik akhir Anda. Dokumentasikan keduanya dalam catatan perencanaan Sprint Anda.

Langkah 2: Siapkan sumbu

Gambar atau konfigurasikan grafik Anda dengan hari pada sumbu X (dari 0 hingga hari terakhir) dan sisa pekerjaan pada sumbu Y (dari 0 hingga total komitmen). Beri label kedua sumbu dengan jelas. Jika Anda membuatnya di spreadsheet, bekukan baris header dan kolom hari agar tetap terlihat saat Sprint berlangsung.

Langkah 3: Plot garis ideal

Hubungkan dua titik: (Hari 0, total komitmen) dan (hari terakhir, 0). Garis lurus ini adalah referensi Anda. Dalam spreadsheet, rumus SLOPE sederhana menangani ini. Di Jira atau Azure DevOps, alat menggambarnya secara otomatis saat Anda menetapkan tanggal Sprint dan total Story Point.

Langkah 4: Plot pekerjaan aktual setiap hari

Di akhir setiap hari kerja (atau selama standup), catat sisa Story Point. "Tersisa" berarti jumlah Story Point untuk semua cerita yang belum selesai. Jangan kurangi kredit parsial untuk cerita yang sedang dikerjakan. Sebuah cerita selesai atau tidak. Aturan biner ini menjaga kejujuran grafik dan menghindari sinyal kemajuan palsu.

Langkah 5: Tafsirkan dan bertindak

Jangan hanya memperbarui grafik lalu melanjutkan. Setiap titik data harian adalah dorongan untuk percakapan. Apakah garis aktual di atas ideal? Apa yang menghalangi tim? Apakah sebuah cerita membutuhkan waktu lebih lama dari estimasi? Apakah cerita-cerita itu perlu dipecah lebih lanjut? Burndown Chart paling berguna ketika mendorong tindakan spesifik, bukan sekadar pelaporan.

Contoh Burndown Chart berdasarkan tim

Tim yang berbeda menggunakan Burndown Chart dengan cara yang sedikit berbeda. Mekanik intinya tetap sama. Durasi Sprint, skala Story Point, dan ritme pembaruan berubah berdasarkan ukuran tim dan alur kerja.

Tim Engineering paling sering melihat pola J-curve: pembakaran lambat di paruh pertama, kemudian penyelesaian cepat di paruh kedua saat pekerjaan integrasi dan tinjauan menyatu. Tim pemasaran cenderung melihat garis datar di tengah Sprint karena pekerjaan menumpuk menunggu persetujuan. Tim desain paling dekat mengikuti jalur ideal saat seremonial Sprint dihormati, tetapi paling banyak menderita perluasan ruang lingkup saat tinjauan pemangku kepentingan datang terlambat.

Burndown vs Burnup Chart

Burndown Chart dan Burnup Chart adalah kerabat dekat, tetapi menjawab pertanyaan yang sedikit berbeda.

Burndown Chart melacak sisa pekerjaan. Garis bergerak dari tinggi ke nol. Fokusnya pada apa yang tersisa.

Burnup Chart melacak pekerjaan yang diselesaikan. Garis bergerak dari nol ke atas. Garis kedua menunjukkan total ruang lingkup. Jarak antara keduanya menunjukkan berapa banyak pekerjaan yang tersisa.

Keunggulan utama Burnup Chart adalah transparansi terhadap perubahan ruang lingkup. Ketika cerita baru ditambahkan, garis total ruang lingkup bergerak ke atas, dan semua orang dapat melihat baik pekerjaan yang ditambahkan maupun kemajuan pada komitmen awal. Dalam Burndown Chart, penambahan ruang lingkup muncul sebagai lonjakan ke atas, yang bisa lebih sulit ditafsirkan sekilas.

Sebagian besar tim Scrum memulai dengan Burndown Chart karena lebih sederhana. Tim dengan perubahan ruang lingkup yang sering sering beralih ke Burnup Chart karena memisahkan pertanyaan "seberapa banyak yang sudah kita lakukan?" dari pertanyaan "seberapa banyak yang ditambahkan pada kita?" Beberapa tim menampilkan keduanya secara berdampingan selama tinjauan Sprint.

Kesalahan umum (dan cara memperbaikinya)

Praktik terbaik

• Perbarui grafik pada waktu yang sama setiap hari. Standup pagi bekerja dengan baik karena tim mendiskusikan hambatan tepat setelah memperbarui. Konsistensi lebih penting daripada waktu yang sempurna.
• Jaga garis ideal selalu terlihat. Jangan sembunyikan saat garis aktual menyimpang. Penyimpangan itu adalah intinya.
• Tampilkan grafik di tempat yang dapat dilihat tim. Dashboard bersama atau layar di ruang kerja fisik tim menjaga status Sprint selalu diingat tanpa upaya ekstra untuk memeriksanya.
• Jangan menambahkan cerita ke Sprint tanpa menyesuaikan total komitmen. Jika pekerjaan baru masuk ke Sprint, titik awal sumbu Y harus mencerminkan total baru. Jika tidak, grafik meremehkan sisa pekerjaan.
• Gunakan grafik dalam retrospektif, bukan hanya standup. Bentuk Burndown Chart akhir adalah pemicu retrospektif yang kaya. Pola datar-kemudian-terjal yang persisten mungkin menandakan bahwa seremonial Sprint perlu ditingkatkan atau cerita terlalu besar.
• Pasangkan dengan grafik Velocity dari waktu ke waktu. Burndown Chart satu Sprint menunjukkan kesehatan saat ini. Velocity selama 5-6 Sprint mengungkapkan apakah tim sedang meningkat, stagnan, atau menurun.
• Jaga konsistensi granularitas cerita. Cerita yang lebih besar dari 8 Story Point jarang terbakar dengan lancar. Pecah mereka. Cerita besar menciptakan kerataan buatan pada grafik hingga tiba-tiba "selesai" sekaligus.
• Jangan gunakan Burndown Chart untuk mengevaluasi kinerja individu. Grafik mencerminkan kemajuan tingkat tim. Menggunakannya untuk mendeteksi individu yang "tidak berkontribusi" salah menafsirkan data dan merusak kepercayaan.

Pertanyaan yang sering diajukan

Apa arti garis datar pada Burndown Chart?

Garis datar berarti tidak ada pekerjaan yang diselesaikan selama periode tersebut, setidaknya menurut apa yang dicatat. Penyebab paling umum adalah: cerita tidak ditutup dalam sistem pelacakan meskipun pekerjaan sudah selesai, tim diblokir oleh ketergantungan atau input yang hilang, atau pekerjaan terjebak dalam tinjauan dan belum melewati Definition of Done. Periksa sistem pelacakan terlebih dahulu sebelum mengasumsikan tim berhenti bekerja.

Apa itu garis ideal Burndown?

Garis ideal adalah diagonal lurus yang berjalan dari total komitmen Sprint pada Hari 0 ke nol pada hari terakhir. Garis ini mewakili kemajuan harian yang benar-benar seragam. Tidak ada Sprint nyata yang terlihat seperti ini, dan itu tidak masalah. Garis ini ada sebagai titik referensi agar tim dapat melihat seberapa jauh kemajuan aktual menyimpang dari baseline teoritis.

Apa perbedaan antara Burndown dan Velocity?

Burndown Chart menunjukkan sisa pekerjaan dalam satu Sprint. Velocity mengukur berapa banyak Story Point yang diselesaikan tim di beberapa Sprint, biasanya dirata-ratakan selama tiga hingga lima terakhir. Burndown adalah sinyal dalam Sprint. Velocity adalah tren lintas Sprint. Keduanya penting untuk perencanaan Sprint: Velocity memberi tahu Anda berapa banyak yang harus dikomitmenkan, Burndown memberi tahu Anda apakah Anda memenuhi komitmen tersebut.

Haruskah saya menggunakan Story Point atau jam?

Keduanya bisa digunakan. Story Point lebih umum di tim engineering produk karena mengabstraksikan perbedaan keterampilan individu dan berfokus pada kompleksitas relatif. Jam bekerja dengan baik untuk tim dengan jenis tugas yang sangat dapat diprediksi, seperti dukungan atau desain. Aturan terpenting adalah konsistensi: pilih satu satuan untuk tim Anda dan jangan ganti di tengah proyek, atau grafik Anda menjadi tidak mungkin dibandingkan dari waktu ke waktu.

Seberapa sering saya harus memperbarui Burndown Chart?

Harian adalah standarnya. Memperbarui saat standup harian atau di akhir hari menjaga grafik cukup akurat untuk mendeteksi masalah lebih awal. Pembaruan mingguan meninggalkan seminggu risiko yang tidak terlihat. Beberapa tim memperbarui dua kali sehari selama Sprint berisiko tinggi, meskipun harian sudah cukup untuk sebagian besar situasi.

---

Burndown Chart bekerja karena memunculkan realitas dengan cepat. Tim yang melihat Burndown Chart setiap pagi tidak bisa menyembunyikan Sprint yang buruk untuk waktu yang lama, dan visibilitas itulah yang membuatnya berguna. Baik Anda menggunakan Scrum, bereksperimen dengan Kanban, atau mengelola proyek metode campuran melalui metode jalur kritis, Burndown Chart memberi Anda satu pandangan yang bersih dan jujur tentang kemajuan. Mulai lacak hari ini, dan Anda akan menemukan bahwa ini menjadi salah satu hal pertama yang diperiksa tim setiap pagi.