Panduan Scrum | 7. Kesalahan paling umum dari Pemilik Produk

Diterbitkan: 2022-04-14

Dalam posting hari ini kami akan fokus pada tantangan paling umum yang dihadapi Pemilik Produk. Kami juga akan memberi tahu Anda cara bersiap menghadapi situasi di mana kesalahan Pemilik Produk ini paling sering terjadi.

Kesalahan Pemilik Produk – daftar isi:

  1. Apa yang mungkin salah antara Pemilik Produk dan Pelanggan
  2. Tantangan yang dihadapi Pemilik Produk mengenai Tim Scrum lainnya
  3. Ringkasan

Apa yang mungkin salah antara Pemilik Produk dan Pelanggan

Pemilik Produk adalah orang yang secara pribadi bertanggung jawab atas kegagalan Tim Scrum. Karena posisinya yang berada di luar aktivitas tim, maka Product Owner dianggap sebagai satu-satunya orang yang bisa diremas . Dengan kata lain, Pemilik Produklah yang paling menderita ketika Tim Scrum melakukan kesalahan. Jadi bagaimana menghadapi situasi yang menyusahkan ketika mereka muncul atau lebih baik lagi mencegahnya terjadi?

Untuk menjawab poin itu, kami telah memberikan analisis yang jelas dan mendalam tentang beberapa kesalahan utama Pemilik Produk dan Pelanggan dalam tabel berikut bersama dengan pembahasan rinci masing-masing.

Kesalahan Masalah yang dihasilkan Saran untuk solusi
Ketidakmampuan untuk memprioritaskan Product Backlog yang tidak dioptimalkan, mengaburkan Tujuan Produk Mendengarkan, bertanya, menegosiasikan Tujuan Produk dengan pelanggan, memproses hasil negosiasi dengan cermat
Kurangnya ketegasan Terlalu banyak tugas yang harus diselesaikan oleh Tim Scrum Berpikir realistis, mengetahui dan mengingat kemampuan tim
Keterampilan bisnis yang tidak memadai Risiko menurunkan nilai bisnis Produk yang dibuat oleh Tim Scrum Pembelajaran berkelanjutan dan perolehan kompetensi bisnis

Ketidakmampuan untuk memprioritaskan

Kesalahan karena tidak tahu bagaimana memprioritaskan adalah kutukan dari banyak Pemilik Produk. Mengapa prioritas tugas merupakan kompetensi inti? Karena ketika semuanya menjadi sama pentingnya, Product Goal menghilang. Itulah efek yang diharapkan dari aktivitas Scrum Team.

Masalahnya sudah dimulai selama percakapan pertama dengan pelanggan tentang Tujuan Produk. Pelanggan biasanya ingin semua idenya diwujudkan secepat dan semurah mungkin. Tugas Pemilik Produk adalah membuat daftar prioritas. Tugasnya adalah membuat daftar harapan yang jelas dan layak yang diurutkan dari yang paling penting hingga yang paling tidak penting, berdasarkan harapan pelanggan yang tidak terstruktur.

Masalah dengan penentuan prioritas paling sering berasal dari kesalahpahaman harapan pelanggan. Itu muncul ketika Pemilik Produk tidak dapat mengekstrak informasi tentang Tujuan Produk yang sebenarnya dari Pelanggan. Itulah jawaban atas pertanyaan tentang kebutuhan apa yang seharusnya ditanggapi oleh produk.

Jadi bagaimana Anda melindungi diri dari kesalahan ini? Pertama – dengarkan baik -baik pelanggan. Kedua, belajar mengajukan pertanyaan tentang Objective dan bagaimana setiap fitur produk bekerja. Ketiga – bernegosiasi dan membatasi Tujuan yang ingin dicapai. Dan untuk ini, Anda akan membutuhkan ketegasan.

Ketika Pemilik Produk memiliki daftar tugas yang harus dilakukan, ada metode yang terbukti untuk meningkatkan perkembangan dan elaborasi mereka. Misalnya, menggunakan apa yang disebut matriks Eisenhower digunakan untuk memprioritaskan tugas menurut kriteria kepentingan dan urgensi.

Kurangnya ketegasan Pemilik Produk

Masalah yang erat kaitannya dengan ketidakmampuan untuk memprioritaskan adalah kurangnya ketegasan. Ini menghasilkan tugas yang tidak sesuai antrian dan mengarah pada pemblokiran realisasi Sasaran Produk dengan menggabungkannya dengan tugas yang berlebihan. Oleh karena itu, kemampuan untuk mengatakan tidak kepada pelanggan sangatlah penting.

The most common mistakes of Product Owner

Ketegasan Pemilik Produk harus didasarkan pada tiga pilar:

  • pengetahuan tentang kemampuan tim,
  • pengetahuan tentang solusi yang digunakan dan dikembangkan oleh tim,
  • kesadaran akan peran dan nilai mereka berdasarkan tempat mereka di Tim Scrum.

Oleh karena itu, salah satu cara terpenting untuk mencegah masalah asertif adalah agar Pemilik Produk bekerja dengan Tim Scrum setiap hari. Ini akan membantunya membangun keyakinan yang realistis tentang waktu dan kemampuan untuk mengimplementasikan ide-ide Pelanggan.

Keterampilan bisnis yang tidak memadai

Kesalahan berikutnya yang ingin kami diskusikan adalah kurangnya kualifikasi bisnis yang tepat. Kekuatan dari Pemilik Produk ini biasanya adalah kualifikasi khusus. Kompetensi mereka lebih terkait erat dengan area Tim Pengembang daripada bisnis. Jadi ada kekurangan pengetahuan praktis yang mapan tentang kompetisi, tentang aturan pasar, dan pelanggan akhir dari produk yang dibuat oleh Tim Scrum.

Tidak ada obat sederhana untuk itu, karena dapat terjadi dalam situasi yang sangat spesifik. Tentunya, bagaimanapun, tindakan yang baik untuk Pemilik Produk adalah mengakuinya dan terus belajar dan mendapatkan pengalaman dan kompetensi bisnis.

Tantangan yang dihadapi Pemilik Produk mengenai Tim Scrum lainnya

Kemampuan untuk memprioritaskan tugas, ketegasan Pemilik Produk, dan keterampilan bisnisnya yang tinggi adalah prasyarat yang diperlukan untuk menciptakan Product Backlog yang patut dicontoh, fondasi jangka panjang dari Tim Scrum. Jika Backlog tidak digariskan secara konsisten dan akurat, masalah dalam hubungan Pemilik Produk-Klien akan meluas ke dalam hubungan Pemilik Produk-anggota Tim Scrum lainnya. Dan pada gilirannya, mereka secara langsung mempengaruhi efektivitas Tim Scrum. Jebakan apa lagi yang menunggu Pemilik Produk dalam hubungannya dengan anggota Tim Scrum lainnya?

Untuk mempermudah, kami telah menyajikan masalah antara Pemilik Produk dan Tim Scrum dalam sebuah tabel. Di bawah ini Anda dapat menemukan diskusi terperinci dari setiap masalah dan saran untuk solusi.

Kesalahan Masalah yang dihasilkan Saran untuk solusi
Karisma yang tidak memadai Tim Pengembang tidak melakukan tugas yang termasuk dalam Backlog, pendapat Pemilik Produk ditentang Membangun otoritas berdasarkan soft skill dan knowledge
Keterampilan khusus yang tidak memadai Kesalahpahaman tentang operasi sehari-hari dan kemampuan Tim Pengembang Orientasi pada spesialisasi anggota tim, serta memperoleh pengetahuan tentang bidang keahlian Tim
Kemerdekaan Pengenceran tanggung jawab Pemberdayaan

Karisma yang buruk

Setiap hari, tugas Pemilik Produk adalah mengoordinasikan pedoman Pelanggan dengan cara penerapannya oleh Tim Pengembang. Ini tidak diragukan lagi membutuhkan otoritas yang tepat, keterampilan mendengarkan, dan karisma.

Masalah otoritas yang tidak mencukupi tidak dapat diselesaikan dalam semalam. Hal ini membutuhkan kerja jangka panjang pada soft skill. Dan juga mendapatkan pengetahuan tentang ruang lingkup tugas dan keterampilan anggota tim lainnya.

Keterampilan khusus yang tidak memadai

Seperti yang kami tulis di artikel menjawab pertanyaan Siapa Pemilik Produk?, peran Pemilik Produk tidak sepenuhnya teknis. Namun, mengetahui dasar-dasar keterampilan khusus anggota Tim Pengembang dapat meningkatkan otoritas Pemilik Produk secara signifikan. Kualifikasi yang tidak memadai dalam bidang keahlian tim tidak hanya dapat menimbulkan masalah dengan karisma dan otoritas Pemilik Produk. Kesalahan karena tidak tertarik pada apa yang menjadi spesialisasi anggota Tim Pengembang dan dasar-dasar kompetensi mereka dapat menghasilkan situasi yang lucu, tetapi juga situasi dengan konsekuensi bisnis dan interpersonal yang membawa malapetaka.

mistakes of Product Owner

Oleh karena itu, agar Tim Scrum dapat memberikan produk dengan kualitas terbaik, Pemilik Produk harus memiliki pemahaman yang mendalam tentang produk tersebut. Seharusnya tidak sulit untuk mendapatkan kualifikasi yang tepat mengingat Product Owner adalah bagian dari tim profesional. Mereka tidak hanya dapat memberikan penjelasan tetapi juga saran di mana untuk mendapatkan pengetahuan tentang bidangnya.

Kemerdekaan

Pemilik Produk harus dapat mengambil keputusan secara mandiri. Tentu saja, kuncinya adalah mengetahui kondisi Scrum Team dan terus berkomunikasi dengan Development Team. Namun, Pemilik Produklah yang bertanggung jawab atas keefektifan tindakannya. Untuk itu, Pemilik Produk perlu membangun otoritas dan bertanggung jawab atas keputusan yang mereka buat. Panggilan terakhir pada arahan tim, prioritas, dan penerimaan tugas adalah milik mereka.

The most common mistakes of Product Owner

Ringkasan

Kami telah menemukan kesalahan paling umum dari Pemilik Produk. Peran Product Owner tidaklah mudah. Itu sebabnya, ketika mengambilnya, ada baiknya mempersiapkan diri Anda untuk masalah yang dihadapi orang lain di jalan mereka.

Masalah hubungan klien biasanya berasal dari kurangnya ketegasan, ketidakmampuan untuk memprioritaskan, dan keterampilan bisnis yang tidak memadai.

Kesalahan Product Owner yang muncul selama bekerja dengan anggota Scrum Team lainnya disebabkan oleh kurangnya kemandirian dan kurangnya karisma dari orang yang berperan sebagai Product Owner. Alasan lain mungkin menyangkut kurangnya keterampilan khusus dan keengganan-atau kurangnya waktu untuk memperluas pengetahuan.

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

Scrum Guide | 7. The most common mistakes of Product Owner 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.

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