Panduan Scrum | 17. Sprint Backlog

Tim Pengembang membuat Sprint Backlog baru selama Sprint Planning. Sejak saat itu, menjadi komitmen saat ini untuk Pengembang, yaitu, daftar fungsionalitas baru, peningkatan dan modifikasi Produk untuk diterapkan di Sprint awal. Setelah dimulainya Sprint, Backlog menjadi antrian yang mengikat dari mana Pengembang memilih tugas untuk dilakukan.

Apa itu Sprint Backlog? - Daftar isi:

1. pengantar
2. Bagaimana Sprint Backlog dibuat?
3. Apa isi Sprint Backlog?
4. Menggunakan Sprint Backlog
5. Ringkasan

pengantar

Sprint Backlog menjelaskan pekerjaan Tim Pengembang selama Sprint tunggal. Oleh karena itu, diungkapkan dalam bahasa teknis. Ini menjelaskan tugas-tugas rinci dan solusi yang direncanakan mereka. Dengan demikian, ini terdiri dari daftar tugas yang disusun dengan cara yang jelas bagi Pengembang. Sprint Backlog biasanya sedikit memperhitungkan bahasa nilai bisnis Produk, cara deskripsi yang tepat untuk Product Backlog, yang akan kami perkenalkan di sini.

Sprint Backlog muncul:

• berdasarkan Product Backlog
• selama satu Sprint
• selama Acara Scrum yang disebut Perencanaan Sprint
• oleh seluruh Tim Scrum – tetapi Tim Pengembang memainkan peran kunci dalam pembuatannya

Bagaimana Sprint Backlog dibuat?

Selama Sprint Planning, Product Owner mengusulkan cara menambahkan nilai ke Produk di Sprint berikutnya. Kemudian seluruh Tim Scrum bekerja sama untuk merumuskan Sprint Goal, yaitu memilih fungsionalitas mana dari Product Backlog yang akan diterapkan. Sprint Goal mendefinisikan bagaimana menerapkan Produk atau menunda tenggat waktu untuk memenuhi harapan Pelanggan.

Langkah selanjutnya adalah memikirkan dan menetapkan secara realistis ruang lingkup pekerjaan yang harus dilakukan di Sprint berikutnya dan bagaimana mencapainya.

Hasil temuan ini berupa deskripsi teknis tentang tugas yang harus dilakukan. Dan daftar ini menjadi Sprint Backlog baru.

Sprint Backlog yang baru dibuat ada di lokasi yang mudah diakses oleh semua anggota Tim Pengembang. Di ruang fisik, biasanya papan tulis yang tergantung di ruang kerja. Sedangkan di ruang digital, itu ada sebagai dokumen bersama berbasis cloud yang dapat diperbarui oleh semua Pengembang. Meskipun setiap anggota Tim Scrum harus terus memperbaruinya setiap hari, Scrum Master atau salah satu Pengembang yang biasanya mengambil tanggung jawab itu.

Apa isi Sprint Backlog?

Product Backlog tidak menentukan bagaimana tepatnya menjalankan tugas. Adalah peran Tim Pengembang untuk memutuskan. Langkah itu menciptakan ruang yang cukup bagi tim untuk bermanuver sehingga meningkatkan kemampuan pengorganisasiannya sendiri. Selain itu, kebebasan untuk memilih urutan dan metode tindakan ini memberdayakan setiap Pengembang yang memberikan rasa kemandirian dan tanggung jawab.

Ide yang sama berlaku untuk memperlakukan Sprint Backlog sebagai daftar tugas yang tidak berurutan untuk dieksekusi. Berlawanan dengan model push tradisional (di mana Tim atau Pengembang bertindak sesuai dengan agenda yang telah ditentukan dan ditetapkan sebelumnya), dalam model tarik, Pengembang memilih tugas mana yang harus dilakukan (model tarik).

Sprint Backlog menentukan:

1. Tujuan Sprint – yaitu jawaban atas pertanyaan mengapa melakukan tugas terjadwal Sprint ini
2. Daftar fitur Produk baru dan peningkatan untuk dikembangkan dalam Sprint ini. Ini karena mengandung elemen Product Backlog yang dipilih untuk diterapkan dalam Sprint ini.
3. Daftar tugas yang harus dilakukan – yaitu, deskripsi teknis tentang bagaimana dan oleh siapa pekerjaan itu akan menghasilkan Inkremental…

Menggunakan Sprint Backlog

Berbagai alat metrik mencerminkan kemajuan pekerjaan yang ditulis dalam Sprint Backlog. Paling sering itu adalah Burndown Chart , yang akan kami bahas sepenuhnya dalam artikel terpisah khusus. Dengan visualisasi seperti itu, Tim Pengembang dapat dengan mudah melihat apakah pekerjaan di Sprint Goal berjalan sesuai rencana.

Mungkin terjadi selama Sprint bahwa Anda menemukan bahwa rencana kerja telah dicetak secara tidak realistis. Dengan kata lain, jumlah to-dos dalam Product Backlog Sprint Goal terlalu tinggi atau terlalu rendah. Dalam kedua kasus tersebut, Pengembang dan Pemilik Produk turun untuk mencari tahu perubahan apa yang harus diterapkan pada Sprint Backlog saat ini. Dimungkinkan untuk mengurangi jumlah pekerjaan, memilih tugas tambahan dari Product Backlog atau memperluas solusi yang sudah direncanakan. Namun, perlu diingat bahwa Sprint Goal itu sendiri harus tetap tidak berubah.

Ringkasan

Sprint Backlog adalah daftar tugas yang akan dilakukan Pengembang selama satu Sprint. Ini adalah semacam kontrak terperinci dengan Pemilik Produk. Sprint Backlog muncul selama Sprint Planning di mana seluruh Tim Scrum berpartisipasi. Burndown Chart mencerminkan tingkat penyelesaian tugas yang diterima untuk implementasi.

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

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