Panduan Scrum | 18. Apa itu Product Backlog?

Product Backlog adalah satu-satunya sumber tugas yang dilakukan oleh Tim Scrum. Ini adalah daftar fungsionalitas dan peningkatan Produk yang direncanakan. Bentuknya dapat berubah dan tidak semua tugas yang termasuk dalam Product Backlog akan diselesaikan. Ini berkembang selama diskusi dengan Pemangku Kepentingan. Ini juga terus-menerus diperbaiki. Ini berarti bahwa semakin dekat dengan tenggat waktu, semakin rinci sebuah tugas menjadi.

Apa itu Product Backlog? – daftar isi:

1. Pendahuluan
2. Apa yang terkandung dalam Product Backlog?
3. Bentuk Product Backlog
4. Perbaikan Product Backlog
5. Ringkasan

Pendahuluan

Product Backlog adalah yang terbesar dari Artefak Scrum. Ini mencerminkan status pekerjaan pada sebuah Produk terkait dengan Tujuan Produk. Di sisi lain, ketika pekerjaan pada sebuah Produk selesai, Backlog-nya menjadi daftar lengkap tugas yang dilakukan oleh Tim Scrum untuk menciptakan Produk. Namun, itu tidak mengandung solusi teknis yang rinci.

Apa yang terkandung dalam Product Backlog?

Product Backlog dibuat selama pertemuan Pemilik Produk dengan Pemangku Kepentingan. Pemilik Produk adalah satu-satunya pemilik dan orang yang bertanggung jawab atas sumber tugas ini.

Bahasa bisnis mencirikan entri dalam Product Backlog. Dengan kata lain, mereka menggambarkan nilai Produk dari sudut pandang Pemangku Kepentingan.

Deskripsi tugas yang termasuk dalam daftar tugas perlu koherensi dan kejelasan. Mereka mengandung fungsi dan peningkatan Produk yang biasanya disajikan dalam bentuk User Stories yang kami dedikasikan untuk entri terpisah. Di sini kami hanya akan menyebutkan bahwa ini adalah deskripsi dari fungsionalitas parsial produk yang menjawab pertanyaan tentang isu-isu berikut:

• Ruang lingkup modifikasi Produk
• Tujuan memodifikasi Produk
• Jenis pengguna untuk siapa modifikasi ini muncul

Bentuk Product Backlog

Urutan tugas yang termasuk dalam Product Backlog berubah seiring dengan perkembangan Produk. Saat mengerjakannya, Tim Scrum membentuk dan meningkatkan fungsionalitasnya. Ketika menghadapi hambatan, tindakan yang diimplementasikan memungkinkan semua orang untuk berpikir dan mendefinisikan solusi yang memadai di masa depan, dan ini juga akan berubah sesuai dengan hambatan lebih lanjut yang tidak terduga. Oleh karena itu, tidak ada urutan tindakan yang jelas dan terdefinisi, semuanya dapat berubah. Perbaikan Product Backlog bertujuan untuk memperbarui dan mempersiapkan tugas-tugas berikutnya secara terus-menerus. Untuk alasan ini, ini bersifat terus-menerus.

Tugas dengan tenggat waktu yang jauh biasanya merupakan keseluruhan yang besar dan umum. Deskripsinya tidak mengandung detail, tetapi hanya garis besar fungsionalitas yang harus direalisasikan. Juga mungkin untuk menemukan tugas di antara mereka yang tidak akan pernah selesai.

Entri dalam Product Backlog dapat menyajikan solusi alternatif. Dan juga ide-ide Pelanggan yang mungkin menjadi usang, tidak menguntungkan atau karena alasan lain tidak pernah memasuki fase implementasi. Itulah sebabnya Product Backlog kadang-kadang dengan bercanda disebut sebagai “daftar keinginan Pelanggan”.

Alasan lain untuk perubahan dalam bentuk Product Backlog adalah mendefinisikan ulang solusi. Terkadang ternyata bahwa masalah tertentu sudah diselesaikan saat menciptakan fungsionalitas produk lainnya. Atau fungsionalitas yang diharapkan telah menjadi berlebihan karena perubahan dalam solusi lain.

Salah satu aktivitas dasar selama perbaikan Product Backlog adalah membagi tugas-tugas yang terkandung dalam Product Backlog menjadi bagian-bagian. Berkat ini, garis besar umum fungsionalitas disajikan dalam bentuk unit-unit yang lebih kecil, lebih rinci, dan terdefinisi dengan tepat.

Tugas yang dirancang untuk implementasi yang lebih dekat menjadi lebih rinci. Mereka juga menjadi lebih kecil, mengandung detail solusi. Detail muncul selama pengembangan Produk. Dan berkat pengetahuan tentang keadaan saat ini dari Produk dan harapan saat ini dari Pemangku Kepentingan, Pemilik Produk melengkapi tugas-tugas yang akan datang dengan deskripsi, urutan, dan ukuran. Kemudian, memilih tugas yang paling terdeskripsi dengan baik untuk Sprint Backlog berikutnya.

Perbaikan Product Backlog

Saat bekerja pada sebuah Produk, Pemilik Produk memodifikasi dan merinci Product Backlog bekerja sama dengan Tim Pengembangan. Mengikuti saran Pemilik Produk, selama Perencanaan Sprint tim memilih fitur untuk diimplementasikan dari Product Backlog. Mereka kemudian dipindahkan ke Sprint Backlog dan dibagi menjadi tugas-tugas yang harus diselesaikan. Tugas-tugas yang dipindahkan ke Sprint Backlog dijelaskan dalam bahasa teknis, yang paling berguna bagi Pengembang.

Ukuran tugas adalah metrik penting dari sudut pandang Tim Pengembangan. Estimasi yang tepat menjadi sangat kritis saat memilih User Stories dari Product Backlog ke Sprint Backlog.

Tim Pengembangan belajar seiring waktu untuk secara benar mengestimasi waktu dan usaha yang diperlukan untuk menyelesaikan User Story tertentu. Ini dinyatakan dalam hari, jam kerja, atau Story Points dan memberikan estimasi nilai yang disebut Kecepatan Tim.

Ringkasan

Product Backlog adalah daftar tugas yang terus-menerus diperbaiki yang mengarah pada Tujuan Produk. Konten Product Backlog biasanya dinyatakan dalam bentuk User Stories. Dan semakin pendek waktu yang tersisa untuk menyelesaikan sebuah tugas, semakin:

• Deskripsi pekerjaan lebih rinci
• Ruang lingkup tugas lebih kecil
• Ruang lingkup tugas lebih terdefinisi dengan baik

Tim Scrum menjaga tugas-tugas tersebut. Pemilik Produk mengelola dan memodifikasi Product Backlog.

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