Panduan Scrum | 17. Daftar Pekerjaan Sprint

Tim Pengembangan membuat Sprint Backlog baru selama Perencanaan Sprint. Sejak saat itu, itu menjadi komitmen saat ini bagi Para Pengembang, yaitu, daftar fungsionalitas baru, peningkatan, dan modifikasi pada Produk yang akan diimplementasikan dalam Sprint yang dimulai. Setelah dimulainya Sprint, Backlog menjadi antrean yang mengikat dari mana Para Pengembang memilih tugas untuk dilakukan.

Apa itu Sprint Backlog? – daftar isi:

1. Pendahuluan
2. Bagaimana Sprint Backlog dibuat?
3. Apa yang terkandung dalam Sprint Backlog?
4. Menggunakan Sprint Backlog
5. Ringkasan

Pendahuluan

Sprint Backlog menggambarkan pekerjaan Tim Pengembangan selama satu Sprint. Oleh karena itu, itu dinyatakan dalam bahasa teknis. Ini menggambarkan tugas-tugas rinci dan solusi yang direncanakan. Dengan demikian, itu terdiri dari daftar tugas yang disusun dengan cara yang jelas bagi Para Pengembang. Sprint Backlog biasanya sedikit memperhatikan bahasa nilai bisnis dari Produk, cara deskripsi yang tepat untuk Product Backlog, yang akan kami perkenalkan di sini.

Sprint Backlog muncul:

• berdasarkan Product Backlog
• untuk durasi satu Sprint
• selama Acara Scrum yang disebut Perencanaan Sprint
• oleh seluruh Tim Scrum – tetapi Tim Pengembangan memiliki peran kunci dalam pembuatannya

Bagaimana Sprint Backlog dibuat?

Selama Perencanaan Sprint, Pemilik Produk mengusulkan bagaimana menambah nilai pada Produk di Sprint berikutnya. Kemudian seluruh Tim Scrum bekerja sama untuk merumuskan Tujuan Sprint, yaitu, memilih fungsionalitas mana dari Product Backlog yang akan diimplementasikan. Tujuan Sprint mendefinisikan bagaimana mengimplementasikan 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 dari temuan ini datang dalam bentuk deskripsi teknis dari tugas-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 Pengembangan. Di ruang fisik, biasanya berupa papan tulis yang digantung 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 menjaga agar tetap diperbarui setiap hari, biasanya Scrum Master atau salah satu Pengembang yang biasanya mengambil tanggung jawab itu.

Apa yang terkandung dalam Sprint Backlog?

Product Backlog tidak menentukan bagaimana tepatnya melaksanakan tugas. Itu adalah peran Tim Pengembangan untuk memutuskan. Langkah itu menciptakan cukup ruang bagi tim untuk bermanuver sehingga meningkatkan kemampuan organisasi mandiri mereka. Selain itu, kebebasan ini untuk memilih urutan dan metode tindakan memberdayakan setiap Pengembang memberikan rasa kemandirian dan tanggung jawab.

Ide yang sama berlaku untuk memperlakukan Sprint Backlog sebagai daftar tugas yang tidak terurut untuk dieksekusi. Berlawanan dengan model dorong tradisional (di mana Tim atau Pengembang bertindak sesuai dengan agenda yang telah ditentukan dan dipaksakan), dalam model tarik, Para Pengembang memilih tugas mana yang akan dilakukan (model tarik).

Sprint Backlog menentukan:

1. Tujuan Sprint – yaitu jawaban atas pertanyaan mengapa melaksanakan tugas yang dijadwalkan di Sprint ini
2. Daftar fitur Produk baru dan peningkatan yang akan dikembangkan di Sprint ini. Ini karena berisi elemen Product Backlog yang dipilih untuk diimplementasikan di Sprint ini.
3. Daftar tugas yang harus dilakukan – yaitu, deskripsi teknis tentang bagaimana dan oleh siapa pekerjaan yang akan menghasilkan Incremental…

Menggunakan Sprint Backlog

Berbagai alat metrik mencerminkan kemajuan pekerjaan yang tertulis di Sprint Backlog. Paling sering itu adalah Grafik Burndown, yang akan kami bahas sepenuhnya dalam artikel terpisah yang didedikasikan. Dengan visualisasi seperti itu, Tim Pengembangan dapat dengan mudah melihat apakah pekerjaan pada Tujuan Sprint berjalan sesuai rencana.

Selama Sprint, mungkin terjadi bahwa Anda menemukan bahwa rencana kerja telah dirancang secara tidak realistis. Dengan kata lain, jumlah tugas yang harus dilakukan dalam Tujuan Sprint Product Backlog terlalu tinggi atau terlalu rendah. Dalam kedua kasus, Para Pengembang dan Pemilik Produk berusaha mencari tahu perubahan apa yang harus diterapkan pada Sprint Backlog saat ini. Dimungkinkan untuk mengurangi jumlah pekerjaan, memilih tugas tambahan dari Product Backlog atau memperpanjang solusi yang sudah direncanakan. Namun, ingatlah bahwa Tujuan Sprint itu sendiri harus tetap tidak berubah.

Ringkasan

Sprint Backlog adalah daftar tugas yang direncanakan untuk dilakukan oleh Para Pengembang selama satu Sprint. Ini adalah semacam kontrak rinci dengan Pemilik Produk. Sprint Backlog muncul selama Perencanaan Sprint di mana seluruh Tim Scrum berpartisipasi. Grafik Burndown mencerminkan tingkat penyelesaian tugas yang diterima untuk diimplementasikan.

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