Panduan Scrum | 6. Pemilik Produk – siapa itu?

Diterbitkan: 2022-04-13

Ini mungkin terjadi meskipun terdiri dari spesialis berpengalaman, Tim Pengembang tidak dapat menemukan pekerjaan mereka dengan cukup cepat dan efisien. Ketika melihat kembali gambaran besar setelah proyek berakhir, seringkali ternyata kurangnya tujuan yang ditetapkan yang harus disalahkan atas situasi itu. Saat bekerja di bawah kerangka Scrum, untuk mencegahnya dan masalah mengganggu lainnya, pencipta posisi Pemilik Produk, peran yang akan kita fokuskan dalam artikel kita hari ini.

Pemilik Produk – daftar isi:

  1. Tanggung Jawab Pemilik Produk
  2. Suara Pelanggan di Tim Scrum
  3. Pemilik Produk dan Tujuannya
  4. Penjaga Backlog
  5. Ringkasan

Tanggung Jawab Pemilik Produk

Hanya Pemilik Produk yang dapat membuat entri di Product Backlog serta melakukan panggilan terakhir jika ada keraguan mengenai harapan pelanggan. Tanggung jawab dasar dari peran ini meliputi:

  1. Berkolaborasi dengan Pelanggan – melakukan percakapan rutin dengan pelanggan yang mengarah pada pendefinisian dan spesifikasi fitur Produk yang dibuat oleh Tim Scrum; tujuan utama di sini adalah untuk menciptakan produk yang paling memenuhi kebutuhan pelanggan.
  2. Mengartikulasikan Tujuan Produk – yaitu mengembangkan dan menentukan arah jangka panjang dari aktivitas Tim Scrum, dan memastikan bahwa semua anggota tim memahaminya.
  3. Menjaga Product Backlog – kita akan membahas Product Backlog dalam artikel khusus yang terpisah, tetapi untuk saat ini, cukup untuk mengatakan bahwa itu adalah salah satu Artefak Scrum, yang didefinisikan dalam Panduan Scrum resmi. Ini sebagai daftar terstruktur dan berkembang tentang apa yang dibutuhkan untuk meningkatkan produk. Ini adalah satu-satunya cetak biru dari pekerjaan yang dilakukan oleh Tim Scrum. Jadi mari kita lihat lebih dekat peran Pemilik Produk di Tim Scrum.
Scrum: Who is a Product Owner?

Suara Pelanggan di Tim Scrum

Pemilik Produk mengambil sudut pandang pelanggan di Tim Scrum. Berkat kehadiran peran ini, Tim Scrum dapat mengatasi keraguan mereka secara berkelanjutan. Mereka tidak harus menafsirkan sendiri pedoman yang sering tidak jelas yang ditinggalkan oleh pelanggan.

Mengambil keputusan mengenai Produk, menetapkan prioritas Tim Pengembang bersama-sama dengan membuat dan mengatur entri dalam Product Backlog membuat Pemilik Produk menjadi anggota kunci tim.

Keterlibatan rutin setiap hari dari Pemilik Produk dengan Tim Pengembang dan Scrum Master sangat penting karena durasi Sprint yang singkat. Ini adalah periode kerja intensif dalam pembuatan Peningkatan Produk – topik yang akan kita bahas dalam artikel terpisah.

Tidak ada waktu untuk mengirim pertanyaan kepada seseorang yang bekerja di lokasi dan jarak yang berbeda menunggu jawaban. Oleh karena itu, Pemilik Produk yang menjadi perwakilan pelanggan dalam tim. Tim hadir di dalamnya.

Pemilik Produk juga menghadiri semua pertemuan Tim Scrum untuk mengetahui perkembangan Tim Pengembang. Dengan mengenali kesulitan rekan kerja, mereka dapat memberikan informasi yang dapat diandalkan kepada Pelanggan dan mengatur pekerjaan tim secara efisien.

Pekerjaan ini untuk menjembatani kesenjangan antara lingkungan Tim Scrum, yaitu lingkungan bisnis, dan Pengembang. Juga, untuk mengatur pekerjaan Tim Pengembang serta memutuskan apa kriteria untuk menyelesaikan pekerjaan pada solusi yang diberikan. Dan juga menyetujui saat pemenuhan mereka.

Pemilik Produk dan Tujuannya

Pemilik Produk bertanggung jawab untuk secara jelas mendefinisikan dan mengklarifikasi Sasaran Produk, yaitu mendefinisikan tujuan kerja tim. Dengan kata lain, ini termasuk pekerjaan konseptual dan organisasi, yang tujuannya terutama menangani Cerita Pengguna: menciptakan konsep produk dan fungsinya yang sesuai dengan dan memenuhi kebutuhan Pelanggan. Bagian yang sama besar dari tugas Pemilik Produk menyangkut pekerjaan manajemen – mengatur dan memprioritaskan tugas-tugas di Product Backlog.

Dari perspektif Tim Scrum, itu berarti menjaga kejelasan cakrawala aktivitas. Kami akan berbicara tentang Sasaran Produk dalam entri terpisah. Hari ini kita akan menggunakan contoh:

Biarkan tujuan Tim Scrum adalah membuat aplikasi seluler untuk mengatur pekerjaan tim. Tugas Pemilik Produk adalah menjelaskan kepada anggota Tim Scrum apa saja fungsi utama aplikasi dari sudut pandang pelanggan. Misalnya – menambahkan anggota tim baru dengan daftar kontak atau beralih antara tampilan kalender tim dan pribadi.

Setelah tim memahami Tujuan Produk, Pemilik Produk akan bertanggung jawab untuk:

  • menjaga jalur yang benar – sehingga selalu fungsionalitas yang paling menonjol dari aplikasi yang dibuat sejalan dengan Sasaran Produk, yaitu mengatur kerja tim
  • mengklarifikasi masalah yang lebih terperinci – mencari bersama dengan tim, menyetujui dan menentukan cara kerja Produk
  • mengawasi prioritas – dengan mengikuti prinsip 'yang pertama yang utama', tugas Pemilik Produk adalah, misalnya, untuk mencegah pengembangan fungsi aplikasi sampingan atau tambahan yang merupakan kepentingan sekunder dari sudut pandang pelanggan

Memperoleh sudut pandang Pelanggan atau bahkan Pemangku Kepentingan menjadikan Pemilik Produk sebagai pengambil keputusan utama dalam proses pembuatan Produk. Terlebih lagi, mereka mengambil bagian dalam diskusi dengan orang-orang dari luar Tim Scrum dan memikul beban pengiriman Produk yang berharga kepada Pelanggan.

product owner

Penjaga Backlog

Tugas sehari-hari Product Owner antara lain mengorganisir unsur-unsur Product Backlog. Ini adalah tugas yang menakutkan, karena terus berubah di seluruh upaya proyek. Log tertulis itu berisi semua tindakan dan langkah yang diketahui yang mengarah pada realisasi Sasaran Produk. Tentu saja, mereka dipisahkan dan diprioritaskan dengan baik sebelum dieksekusi.

Pemilik Produk menyaring tugas-tugas yang termasuk dalam Product Backlog dan membaginya menjadi lebih kecil. Kemudian dia memutuskan siapa di antara mereka yang siap memasuki tahap implementasi.

Di satu sisi, bekerja dengan Product Backlog adalah pekerjaan administratif dan organisasi, yang membutuhkan pemahaman tentang sifat, kemampuan, dan keterbatasan pekerjaan Tim Pengembang. Di sisi lain, tugas Pemilik Produk adalah memahami sifat, kemampuan, dan keterbatasan pekerjaan Tim Pengembang, serta kondisi bisnis eksternal pengembangan Produk.

Namun di sisi lain, tugas Product Owner adalah membuat Product Backlog sesuai dengan kebutuhan Scrum Team. Itu harus jelas, dapat diakses, dan dapat dimengerti oleh semua anggota tim. Di sisi lain, Pemilik Produk bertanggung jawab untuk menjawab semua pertanyaan dan keraguan yang dimiliki Scrum Master dan Pengembang tentang produk. Berkat dia, seluruh tim tahu apa yang sudah dilakukan, apa yang sedang berlangsung, dan apa yang masih perlu dilakukan.

Ringkasan

Pemilik Produk memainkan peran kunci dalam kerangka Scrum . Pemilik Produk terus-menerus membimbing tim menuju tujuan, menjaga agar Product Backlog tetap lengkap, aman, dan jelas, dan yang tak kalah pentingnya, menyuarakan suara Pelanggan di Tim Scrum.

Tugas yang dilakukan oleh Pemilik Produk sangat menantang sehingga kami mencurahkan entri berikutnya untuk membahas masalah tersebut. Di sana, Anda akan menemukan kesalahan paling umum yang dilakukan oleh Pemilik Produk dan cara mengatasinya.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Linkedin, dan Twitter.

Scrum Guide | 6. Product Owner - who is it? 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