Panduan Scrum | 18. Apa itu Product Backlog?

Diterbitkan: 2022-05-19

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 selesai. Ini berkembang selama diskusi dengan Pemangku Kepentingan. Hal ini juga terus ditingkatkan. Ini berarti bahwa semakin dekat dengan tenggat waktu, semakin detail tugas menjadi.

Apa itu Product Backlog? - Daftar isi:

  1. pengantar
  2. Apa yang terkandung dalam Product Backlog?
  3. Bentuk Product Backlog
  4. Peningkatan Backlog Produk
  5. Ringkasan

pengantar

Product Backlog adalah Artefak Scrum terbesar. Ini mencerminkan status pengerjaan Produk terkait Sasaran Produk. Di sisi lain, ketika pekerjaan pada Produk selesai, Backlognya menjadi daftar lengkap tugas yang dilakukan oleh Tim Scrum untuk membuat Produk. Namun, itu tidak berisi solusi teknis terperinci.

What is the Product Backlog?

Apa yang terkandung dalam Product Backlog?

Product Backlog dibuat selama pertemuan Product Owner dengan Pemangku Kepentingan. Pemilik Produk adalah pemilik tunggal 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 berisi fungsi dan peningkatan Produk yang biasanya disajikan dalam bentuk Cerita Pengguna yang kami berikan entri terpisah. Di sini kami hanya akan menyebutkan bahwa ini adalah deskripsi fungsi parsial produk yang menjawab pertanyaan tentang masalah berikut:

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

Bentuk Product Backlog

Urutan tugas yang termasuk dalam Product Backlog berubah saat Produk berkembang. Saat mengerjakannya, Tim Scrum membentuk dan meningkatkan fungsinya. Setelah menghadapi hambatan, tindakan yang diterapkan memungkinkan semua orang untuk memikirkan dan menentukan 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 pasti, semua bisa berubah. Peningkatan Product Backlog ditujukan untuk pemutakhiran dan persiapan yang berkelanjutan untuk tugas-tugas berikutnya. Untuk itu, dilakukan secara terus menerus.

Tugas dengan tenggat waktu yang jauh biasanya besar, keutuhan umum. Deskripsi mereka tidak berisi detail, tetapi hanya garis besar fungsionalitas yang harus diwujudkan. Dimungkinkan juga untuk menemukan tugas di antara mereka yang tidak akan pernah berakhir.

Entri dalam Product Backlog dapat memberikan solusi alternatif. Dan juga ide-ide Pelanggan yang mungkin menjadi usang, tidak menguntungkan atau karena alasan lain tidak pernah memasuki tahap implementasi. Itulah mengapa Product Backlog terkadang bercanda disebut “daftar keinginan Pelanggan”.

Alasan lain untuk perubahan bentuk Product Backlog adalah mendefinisikan ulang solusi. Terkadang ternyata masalah tertentu telah diselesaikan saat membuat fungsionalitas produk lain. Atau fungsionalitas yang diharapkan menjadi berlebihan karena perubahan pada solusi lain.

Salah satu kegiatan dasar selama peningkatan Product Backlog adalah membagi tugas-tugas yang terdapat dalam Product Backlog menjadi beberapa bagian. Berkat ini, garis besar fungsionalitas disajikan dalam bentuk unit yang lebih kecil, lebih detail, dan terdefinisi dengan tepat.

Tugas yang dirancang untuk implementasi lebih dekat menjadi lebih rinci. Mereka juga menjadi lebih kecil, berisi rincian solusi. Detail muncul selama pengembangan Produk. Dan berkat pengetahuan tentang keadaan Produk saat ini dan harapan Pemangku Kepentingan saat ini, Pemilik Produk melengkapi tugas yang akan datang dengan deskripsi, pesanan, dan ukurannya. Kemudian, pilih tugas-tugas dengan deskripsi terbaik untuk Sprint Backlog berikutnya.

Peningkatan Backlog Produk

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

Ukuran tugas adalah metrik penting dari sudut pandang Tim Pengembang. Estimasi yang tepat menjadi sangat penting ketika memilih Cerita Pengguna dari Product Backlog ke Sprint Backlog.

Tim Pengembang belajar dari waktu ke waktu untuk memperkirakan dengan benar waktu dan upaya yang diperlukan untuk menyelesaikan Kisah Pengguna tertentu. Ini dinyatakan dalam hari, jam kerja, atau Poin Cerita dan memberikan perkiraan nilai yang disebut Kecepatan Tim.

Ringkasan

Product Backlog adalah daftar tugas yang terus ditingkatkan yang mengarah ke Sasaran Produk. Isi Product Backlog biasanya dituangkan dalam bentuk User Stories. Dan semakin pendek waktu yang tersisa untuk menyelesaikan suatu tugas, maka:

  • Deskripsi pekerjaan lebih detail
  • Lingkup tugasnya lebih kecil
  • Lingkup tugas didefinisikan dengan lebih baik

Tim Scrum menangani tugas-tugas tersebut. Product Owner mengelola dan memodifikasi Product Backlog.

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

Scrum Guide | 18. What is the Product Backlog? caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk