Panduan Scrum | 12. Kerjasama antara Pemilik Produk dan Scrum Master

Diterbitkan: 2022-04-22

Pada artikel hari ini, kita akan membahas topik kerjasama antara Pemilik Produk dan Scrum Master. Pemilik Produk menempatkan Sasaran Produk yang jelas di depan Tim Pengembang dan membutuhkan kemajuan dalam penerapannya. Scrum Master menjaga kualitas proses penciptaannya: suasana yang baik menyertai kerja Tim, motivasi dan menghilangkan hambatan. Namun, baik Pemilik Produk maupun Scrum Master bukanlah dua kekuatan independen yang bertindak dalam Tim Pengembang.

Kerjasama antara Pemilik Produk dan Scrum Master – daftar isi

  1. Scrum Master & Pemilik Produk
  2. Mendukung komunikasi yang efektif dengan Pengembang
  3. Pengetahuan dari pengalaman
  4. Memperkenalkan Pemangku Kepentingan di Scrum
  5. Ringkasan
cooperation between Product Owner and Scrum Master

Scrum Master & Pemilik Produk

Meskipun cara kerja masing-masing sangat berbeda, minat mereka bertemu: ini semua tentang Tim Scrum yang bekerja secara efektif. Itulah mengapa hubungan antara Scrum Master dan Pemilik Produk, dan kolaborasi efektif mereka, sangat penting.

Sebagian besar tugas Pemilik Produk dan Scrum Master – yang telah kami jelaskan secara lebih rinci dalam artikel terpisah – berkisar pada tanggung jawab mereka terkait dengan pekerjaan Tim Pengembang. Namun, tugas dan tanggung jawab Scrum Master juga termasuk mendukung pekerjaan Pemilik Produk.

Mendukung komunikasi yang efektif dengan Pengembang

Komunikasi yang efektif antara Pemilik Produk dan Tim Pengembang membutuhkan setidaknya dua dasar yang kuat: pemahaman dan dampak yang memadai. Scrum Master membantu Pemilik Produk untuk memperkuat mereka.

Memahami Product Backlog

Salah satu cara utama Scrum Master membantu Pemilik Produk adalah memastikan bahwa pesan yang dirumuskan dipahami oleh Tim Pengembang. Scrum Master meninjau entri Product Backlog dan mengajukan pertanyaan tambahan untuk meningkatkan kejelasannya dengan memperhatikan terutama pada:

  • kejelasan entri – sehingga Pengembang tahu persis untuk tujuan apa mereka mengembangkan fungsionalitas tertentu
  • membuat entri tetap ringkas – sehingga deskripsi fungsi yang direncanakan hanya mencakup informasi yang diperlukan dan membutuhkan waktu sesingkat mungkin untuk membacanya

Dengan cara ini, Scrum Master mencegah timbulnya perbedaan antara Tujuan Produk, seperti yang dibayangkan oleh Pemilik Produk, dan bagaimana anggota Tim Pengembang memahami tugas mereka.

Kekuatan pengaruh Pemilik Produk

Scrum Master membantu Pemilik Produk untuk meningkatkan efektivitas dan karisma pesan. Scrum Master bertindak sebagai pelatih yang dengannya Pemilik Produk dapat mendiskusikan masalah-masalah bermasalah mengenai Produk dan realisasinya. Itulah mengapa pertemuan individu di mana diskusi berlangsung di antara mereka sangat penting. Berkat diskusi ini, Pemilik Produk dapat mengklarifikasi visi produk dan menjawab pertanyaan Scrum Master sebelum mempresentasikannya kepada tim.

Scrum Master, dengan memberikan umpan balik, membuat pesan Pemilik Produk selama pertemuan dengan tim lebih kuat dan lebih jelas. Persiapan yang diperlukan ini membantu Pemilik Produk mengomunikasikan Tujuan Produk dengan lebih baik dan lebih baik selama Acara Scrum, yang kami jelaskan dalam artikel terpisah.

Product Owner and Scrum Master

Pengetahuan dari pengalaman

Scrum Master juga membantu Pemilik Produk untuk secara realistis merencanakan tugas-tugas untuk Tim Pengembang. Mungkin terjadi bahwa Product Backlog yang disiapkan dengan baik tidak sesuai dengan cara kerja organisasi di mana Sasaran Produk akan diwujudkan.

Oleh karena itu, Scrum Master akan mendukung Pemilik Produk dengan pengetahuan dari pengalaman dengan mengambilnya dari pengamatan kegagalan dan kesulitan yang terjadi pada proyek sebelumnya. Berkat pengetahuan empiris, Scrum Master dapat memperkirakan kesulitan dalam melakukan tugas dan mencapai Tujuan Produk yang dihasilkan dari spesifikasi organisasi, Tim, atau spesialisasinya.

Memperkenalkan Pemangku Kepentingan di Scrum

Scrum Master sehari-hari bekerja terutama dengan Tim Pengembang. Dan terkadang juga dengan departemen SDM, terutama selama proses pembentukan tim dan pada saat-saat langka ketika tim perlu diperpanjang atau diubah. Tugas harian Scrum Master biasanya tidak melibatkan kerja sama Pemangku Kepentingan – ini adalah tugas Pemilik Produk.

Pengecualiannya adalah ketika Anda mulai bekerja dengan Pemangku Kepentingan yang tidak terbiasa dengan prinsip dan peran Scrum. Ini adalah saat Scrum Master bekerja dengan Pemilik Produk dalam pertemuan dengan semua orang yang terlibat dalam pembuatan Produk. Mereka menjelaskan siapa yang ada di Tim Scrum, yang kami tulis di artikel terpisah. Mereka juga membantu Pemilik Produk untuk menerapkan praktik komunikasi yang baik. Ini termasuk, misalnya, kehadiran aktif Pemangku Kepentingan selama Sprint Review atau membuat Cerita Pengguna yang baik.

Ringkasan

Scrum Master memungkinkan Pemilik Produk untuk fokus pada pekerjaan mereka: memaksimalkan nilai bisnis dari produk yang dibuat. Scrum Master juga membantu Product Owner dalam komunikasi yang efektif melalui pembinaan individu dan diskusi tentang bentuk Product Backlog. Terlebih lagi, Scrum Master mendukung Pemilik Produk dengan pengetahuan mereka tentang bekerja dengan Tim dan organisasi tertentu. Dan terakhir – jika diperlukan – memfasilitasi Pemilik Produk dengan memperkenalkan cara kerja Scrum kepada Pemangku Kepentingan.

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

Scrum Guide | 12. Cooperation between Product Owner and Scrum Master 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