Apa itu Product Backlog dalam Scrum? Siapa yang memiliki itu?

Product Backlog adalah satu-satunya sumber kebenaran untuk semua yang dibutuhkan dalam produk dan daftar prioritas perubahan persyaratan produk. The Product Owner bertanggung jawab atas isi, ketersediaan, dan prioritas item-item Product Backlog.

Product Backlog adalah daftar yang terus berkembang. Versi awal hanya mencantumkan persyaratan pertama dan yang paling dikenal (tidak perlu dipahami secara mendalam). Product Backlog berkembang seiring perubahan produk dan lingkungan pengembangan. Ini bersifat dinamis dan sering berubah untuk mengidentifikasi apa yang diperlukan agar produk layak, kompetitif, dan bermanfaat. Selama produk ada, Product Backlog juga ada.

Product Backlog mencantumkan semua fitur, kasus penggunaan, cerita pengguna, perbaikan, dan perbaikan bug yang direncanakan untuk rilis mendatang. Item Product Backlog (PBI) mencakup deskripsi, urutan, dan perkiraan usaha.

Item Item Product Backlog (PBIs) biasanya diurutkan berdasarkan nilai, risiko, prioritas, dan kebutuhan. Mereka diurutkan dari prioritas tertinggi ke terendah, dengan setiap item memiliki urutan unik. Item teratas dalam Product Backlog harus segera dikembangkan. Semakin tinggi peringkatnya, semakin mendesak item tersebut, dan semakin hati-hati Anda harus mempertimbangkan nilainya—pemahaman Anda terhadap nilai menjadi lebih konsisten.

Product Backlog Scrum

Item dengan peringkat lebih tinggi dalam Product Backlog lebih jelas dan lebih spesifik dibandingkan yang berperingkat lebih rendah. Item-item ini dapat diperkirakan secara lebih akurat berdasarkan konten yang lebih jelas dan informasi yang lebih rinci. Dengan kata lain, semakin rendah prioritas suatu item backlog, semakin tidak rinci item tersebut. Item Product Backlog yang dikembangkan oleh tim dalam sebuah Sprint bersifat terperinci dan dibagi menjadi tugas-tugas kecil, sehingga setiap item dapat “selesai” dalam waktu time-box. Item Product Backlog yang dapat “diselesaikan” oleh tim pengembangan dalam satu Sprint dianggap memenuhi **definisi “Siap”** dan dapat dipilih selama Rapat Perencanaan Sprint.

Proses Scrum

Seiring produk dideploy, nilai terwujud, dan umpan balik dari pasar meningkat, Product Backlog menjadi lebih besar dan lebih rinci. Karena persyaratan tidak pernah berhenti berubah, Product Backlog adalah sebuah arsip. Perubahan kebutuhan bisnis, kondisi pasar, dan teknologi dapat menyebabkan perubahan pada Product Backlog.

Meskipun beberapa tim Scrummungkin bekerja sama dalam mengembangkan suatu produk, hanya satu Product Backlog yang menggambarkan pekerjaan selanjutnya untuk produk tersebut. Kemudian, Anda perlu menggunakan atribut untuk mengkategorikan item-item Product Backlog.

Melalui Penyempurnaan Product Backlog, detail, perkiraan, dan pengurutan ditambahkan. Ini adalah proses berkelanjutan di mana Product Owner dan tim pengembangan bekerja sama untuk membahas detail setiap item backlog. Item direview dan direvisi dalam Product Backlog. Namun, Product Owner dapat memperbarui setiap item dalam Product Backlog kapan saja dan membuat keputusan sesuai kebutuhan.

Penyempurnaan Product Backlog adalah aktivitas berkelanjutan—bukan aktivitas yang dibatasi waktu—yang dilakukan oleh Product Owner dan tim pengembangan. Tim pengembangan biasanya memiliki keahlian domain untuk meningkatkan diri secara mandiri. Namun, kapan dan bagaimana penyempurnaan dilakukan adalah keputusan tim Scrum.penyempurnaan Product Backlog biasanya tidak memakan waktu lebih dari 10% dari waktu pengembangan tim.

Rapat Penyempurnaan Backlog Produk

Tim pengembangan bertanggung jawab atas semua pekerjaan estimasi. Product Owner dapat memengaruhi keputusan tim dengan membantu mereka menimbang pertukaran. Namun, estimasi akhir ditentukan oleh orang-orang yang melakukan pekerjaan tersebut.

Memantau Kemajuan Melalui Tujuan Sprint

Pada setiap saat, usaha yang tersisa untuk mencapai Tujuan Sprintdapat dikurangi dari pekerjaan yang telah selesai secara kumulatif. Product Owner harus memantau total usaha yang tersisa setidaknya setelah setiap Ulasan Sprint. Product Owner membandingkan jumlah ini dengan usaha yang tersisa dari ulasan Sprint sebelumnya untuk menilai kemajuan menuju pekerjaan yang diharapkan pada waktu yang dibutuhkan. Informasi ini transparan bagi semua pemangku kepentingan.

Scrum tidak memperhitungkan waktu yang dihabiskan untuk item dalam Backlog Produk. Kami hanya peduli pada pekerjaan yang tersisa dan variabel tanggal.

Berbagai diagram atau diagram burn-downdan praktik perencanaan lainnya dapat digunakan untuk memprediksi kemajuan. Mereka telah terbukti bermanfaat. Namun, hal ini tidak menggantikan pentingnya pemikiran empiris. Dalam lingkungan yang kompleks, apa yang akan terjadi tidak diketahui—hanya apa yang telah terjadi yang dapat digunakan untuk membuat keputusan berbasis masa depan.

Kemajuan Sprint Scrum