Bagaimana Mengelola Product Backlog dengan Prinsip DEEP?

Produk product backlog adalah daftar terurut dari segala sesuatu yang diketahui dan dibutuhkan dalam produk. Ini adalah satu-satunya sumber permintaan untuk setiap perubahan pada produk.

Pemilik produk bertanggung jawab atas product backlog, termasuk kontennya, ketersediaan, dan urutannya.

Daftar product backlog tidak akan pernah selesai. Perubahan dalam kebutuhan bisnis, kondisi pasar, atau teknologi dapat menyebabkan perubahan dalam daftar tugas produk. Ini berkembang seiring dengan pengembangan produk dan perubahan lingkungan proyek. Kebutuhan proyek tidak pernah berhenti berubah, jadi daftar tugas produk seperti artefak scrum yang terus berkembang.

Item-item prioritas tinggi dalam product backlog memiliki rincian yang baik. Karena proyek-proyek ini memiliki lebih banyak informasi dan detail, sehingga mereka memiliki estimasi yang lebih akurat.

Proyek-proyek prioritas rendah adalah proyek yang lebih besar dengan detail yang kurang jelas. Saat tim mendapatkan informasi yang lebih rinci tentang proyek-proyek prioritas rendah, mereka akan dibagi lagi menjadi yang lebih kecil. Tim pengembangan bertanggung jawab untuk mengevaluasi item-item tersebut dalam product backlog dari waktu ke waktu.

DEEP dalam Manajemen Product Backlog

Product backlog mencantumkan semua fitur, fungsi, persyaratan, peningkatan, dan perbaikan yang diperlukan untuk rilis produk. Proyek product backlog memiliki atribut deskripsi (secara tepat Rincian), poin cerita (Estimasi), dan urutan (Prioritas). Mereka harus terus-menerus ditambahkan, dihapus, dan diperbarui (Emerging) dalam backlog, dan mencerminkan pemahaman tim tentang backlog dengan cara yang tepat waktu dan sesuai.

Roman Pichler adalah penulis Manajemen Produk Agile dengan Scrum yang disebutkan:

“Menciptakan Produk yang Disukai Pelanggan. Kami menggunakan singkatan empat huruf DEEP untuk menggambarkan karakteristik dari Product Backlog yang baik.” adalah singkatan deskriptif untuk kualitas produk backlog dalam Scrum, yang berarti:Detail yang tepat,Emerging,Estimasi danPrioritas.

Detail yang Tepat

Cerita-cita yang dekat dengan bagian atas product backlog akan dikerjakan di sprint, jadi item-item tersebut perlu didefinisikan dengan baik agar tim dapat bekerja lebih produktif. Biasanya, cerita-cerita yang dekat dengan bagian atas backlog lebih kecil dan lebih terperinci, tetapi menjadi semakin besar dan kurang spesifik lebih jauh ke bawah dalam daftar product backlog seperti yang ditunjukkan pada Gambar di bawah:

Diperkirakan

Item-item dalam Product Backlog diperkirakan. Item-item di bagian atas backlog memiliki estimasi yang lebih akurat. Item-item prioritas rendah diperkirakan pada tingkat tinggi dan dapat diperhitungkan ulang saat tim mendapatkan lebih banyak informasi.

Muncul

Product Backlog tidak statis, ia dalam perubahan konstan. Seiring proyek berjalan, semakin banyak informasi dan pengetahuan diperoleh, dan cerita pengguna dalam Product Backlog juga ditambahkan, dihapus, atau disusun ulang.

Diprioritaskan

Dalam Product Backlog, semakin berharga entri prioritas tinggi, semakin rendah nilai entri dalam Product Backlog, semakin rendah prioritasnya, mengikuti dalam Product Backlog. Tim selalu menyelesaikan entri prioritas tinggi untuk memastikan nilai produk atau sistem yang sedang dikembangkan dimaksimalkan.

Ringkasan

DEEP adalah konsep berguna yang diterapkan dalam perbaikan Product Backlog proses yang melibatkan tindakan menambahkan detail, estimasi, dan urutan pada item-item dalam Product Backlog dan menjaga agar tetap teratur.

Selama perbaikan Product Backlog, item-item ditinjau dan direvisi. Tim Scrum memutuskan bagaimana dan kapan perbaikan dilakukan. Perbaikan biasanya tidak menghabiskan lebih dari 10% dari kapasitas Tim Pengembangan. Namun, item-item Product Backlog dapat diperbarui kapan saja oleh Pemilik Produk atau atas kebijaksanaan Pemilik Produk.