The Backlog Produk adalah daftar terurut semua hal yang diketahui perlu dalam produk. Ini adalah satu-satunya sumber kebenaran untuk setiap perubahan pada produk. The Pemilik Produk bertanggung jawab atas Backlog Produk, termasuk isinya, keterlihatan, dan pengurutannya.
Backlog Produk tidak pernah final. Perubahan kebutuhan bisnis, kondisi pasar, atau teknologi dapat menyebabkan perubahan pada Backlog Produk. Ini berkembang seiring dengan perkembangan produk dan lingkungan proyek. Kebutuhan tidak pernah berhenti berubah, sehingga Backlog Produk tetap menjadi artefak artefak Scrum.
Item dengan prioritas lebih tinggi dalam Backlog Produk lebih terperinci dan mengandung lebih banyak detail — karena memiliki lebih banyak informasi yang tersedia — bersama dengan perkiraan yang lebih akurat. Item dengan prioritas lebih rendah adalah item tingkat tinggi, lebih besar dengan perkiraan yang lebih kasar. Seiring tim mendapatkan informasi lebih lanjut tentang item dengan prioritas lebih rendah, mereka dipecah lebih lanjut menjadi bagian-bagian yang lebih kecil dan lebih mudah dikelola. Tim pengembangan bertanggung jawab atas perkiraan item dalam Backlog Produk.
Memahami Manajemen Backlog Produk
Backlog Produk mencantumkan semua fitur, fitur, kebutuhan, peningkatan, dan perbaikan yang perlu dikembangkan untuk produk. Item Backlog Produk memiliki atribut seperti: Detail (tingkat detail yang sesuai), Estimasi (dalam poin cerita), Prioritas, dan Eerpadu (secara terus-menerus ditambahkan, dihapus, dan diperbarui) untuk mencerminkan penyesuaian yang tepat waktu dan tepat pada backlog.
Roman Pichler, penulis dari Manajemen Produk Agile dengan Scrum
“Ciptakan produk yang dicintai pelanggan.” Kami menggunakan akronim DEEP untuk menggambarkan karakteristik Backlog Produk yang dikelola dengan baik. Dengan demikian, DEEP adalah akronim yang menggambarkan kualitas Backlog Produk dalam Scrum, terdiri dari: Detail, Estimasi, Eerpadu, dan Pdiprioritaskan.

Rinci
Cerita di bagian atas Product Backlog diharapkan berjalan pada sprint berikutnyaSprint, sehingga perlu didefinisikan dengan baik agar tim dapat menanganinya secara efektif. Biasanya, item di bagian atas lebih kecil dan lebih terperinci, sementara item di bagian bawah menjadi lebih besar dan kurang spesifik, seperti yang ditunjukkan pada gambar di bawah ini:

Diperkirakan
Item dalam Product Backlog diperkirakan. Item di bagian atas backlogs memiliki perkiraan yang lebih akurat. Item dengan prioritas lebih rendah diperkirakan pada tingkat yang lebih tinggi dan dapat direvisi saat tim mendapatkan informasi lebih lanjut.

Muncul secara bertahap
Product Backlog tidak bersifat statis — terus berkembang. Seiring proyek berjalan, informasi dan pengetahuan semakin bertambah, dan cerita pengguna dalam Product Backlog ditambahkan, dihapus, atau diurutkan kembali.

Diprioritaskan
Dalam Product Backlog, item dengan prioritas lebih tinggi lebih bernilai. Item dengan prioritas lebih rendah dicantumkan lebih belakang. Tim selalu bekerja pada item dengan prioritas tinggi untuk memastikan nilai maksimal dikirimkan dalam produk atau sistem yang sedang dikembangkan.

Ringkasan
DEEP adalah konsep yang bermanfaat yang diterapkan padaPenyempurnaan Product Backlogproses — aktivitas berkelanjutan menambah detail, perkiraan, dan pengurutan pada item dalam Product Backlog untuk menjaganya tetap terorganisasi.
Selama penyempurnaan Product Backlog, item direview dan dimodifikasi. Tim Scrum menentukan bagaimana dan kapan penyempurnaan dilakukan. Penyempurnaan biasanya memakan waktu tidak lebih dari 10% dari kapasitas tim pengembangan. Namun, item Product Backlog dapat diperbarui kapan saja oleh Product Owner, atau sesuai kebutuhan.