Sprint Backlog dalam Scrum: Apa Artinya?

Sprint Backlog adalah kumpulan item Product Backlog yang dipilih untuk Sprint saat iniSprint, bersama dengan rencana untuk mengirimkan peningkatan produk guna mencapaiTujuan Sprint. Sprint Backlog menentukan fitur-fitur yang tim pengembangan mengharapkan untuk dimasukkan dalam peningkatan berikutnya dan pekerjaan yang diperlukan untuk mengirimkannya.

Sprint Backlog Scrum

Sprint Backlog menentukan pekerjaan yang harus dilakukan tim pengembangan untuk mengubah item Product Backlog menjadi peningkatan yang “selesai”. Ini menjelaskan pekerjaan yang diperlukan bagi tim pengembangan untuk mencapai Tujuan Sprint.

Sprint Backlog

Sprint Backlog adalah rencana yang cukup rinci yang dapat dipahami selamaDaily Scrumuntuk melacak perubahan kemajuan. Tim pengembangan akan terus memperbaiki Sprint Backlog sepanjang Sprint, dan secara bertahap berkembang seiring berjalannya Sprint—misalnya ketika tim bekerja sesuai rencana dan memperoleh wawasan yang lebih dalam mengenai pekerjaan yang diperlukan untuk mencapai Tujuan Sprint.

Ketika pekerjaan baru muncul, tim pengembangan harus menambahkannya ke Sprint Backlog. Seiring tugas berjalan atau selesai, estimasi usaha yang tersisa untuk setiap tugas harus diperbarui. Jika sebagian dari rencana kehilangan relevansi pengembangan, dapat dihapus. Hanya tim pengembangan yang dapat memodifikasi Sprint Backlog selama Sprint. Sprint Backlog sangat terlihat dan mencerminkan secara real time rencana tim untuk pekerjaan yang telah selesai selama Sprint saat ini—milik eksklusif tim pengembangan.

Karena item Product Backlog tetap selama siklus Sprint, alasan berikut ini dapat menyebabkan perubahan pada Sprint Backlog:

• Seiring berjalannya waktu, tim pengembangan mungkin memperoleh pemahaman yang lebih baik mengenai persyaratan dan menemukan kebutuhan untuk menambahkan tugas baru ke Sprint Backlog.
• Kesalahan ditambahkan sebagai tugas baru—ini adalah item yang belum selesai dari Sprint sebelumnya.

The Product Ownerdapat bekerja sama denganTim Scrumuntuk membantu tim memahami Tujuan Sprint dengan lebih baik. TimScrum Masterdan tim dapat mempertimbangkan penyesuaian kecil yang tidak memengaruhi kemajuan Sprint tetapi dapat memberikan nilai bisnis yang lebih besar bagi pelanggan.

Memantau Kemajuan Sprint

Pada titik manapun selama Sprint, jumlah total pekerjaan yang tersisa pada Sprint Backlog dapat dihitung. Tim pengembangan melacak semua pekerjaan yang tersisa setidaknya selama Daily Scrum dan memperkirakan kemungkinan mencapai Tujuan Sprint. Dengan memantau pekerjaan lain selama Sprint, tim dapat mengelola kemajuannya secara efektif.

ScrumScrum tidak memperhatikan waktu yang dihabiskan pada Sprint Backlog. Kita hanya peduli pada pekerjaan yang tersisa dan variabel waktu.

Menggunakan Grafik Burndown untuk Pemantauan

Grafik Burndown Sprintmenunjukkan pekerjaan yang tersisa secara kumulatif selama Sprint, mencerminkan tren penyelesaian pekerjaan. Sumbu Y mewakili pekerjaan yang tersisa, dan sumbu X mewakili hari kerja Sprint.

Grafik Burndown

Pada awal Sprint, tim Scrum mengidentifikasi dan memperkirakan tugas-tugas rinci yang perlu diselesaikan. Semua tugas yang perlu diselesaikan tetapi belum selesai dianggap sebagai pekerjaan kumulatif. Tim memperbarui pekerjaan kumulatif setiap hari berdasarkan kemajuan. Jika pekerjaan kumulatif mencapai nol pada akhir Sprint, Sprint selesai secara sukses.

Grafik Burndown Rilis

Dalam proyek Scrum, tim melacak kemajuan rilis secara keseluruhan dengan memperbarui grafik burndown rilis pada akhir setiap Sprint. Grafik burndown rilis mencatat tren pekerjaan tersisa yang diperkirakan secara keseluruhan dalam Sprint Backlog selama periode waktu tertentu. Sumbu X mewakili siklus Sprint, dan sumbu Y mewakili pekerjaan yang tersisa, biasanya diukur dalam cerita pengguna, hari orang ideal, atau hari tim.