Panduan Scrum | 7. Kesalahan paling umum dari Pemilik Produk
Diterbitkan: 2022-04-14Dalam 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:
- Apa yang mungkin salah antara Pemilik Produk dan Pelanggan
- Tantangan yang dihadapi Pemilik Produk mengenai Tim Scrum lainnya
- 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.
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.
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.
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.
Panduan Scrum:
- Daftar istilah dasar, peran dan pengertian
- Apa itu Scrum?
- Nilai scrum
- Bagaimana menerapkan Scrum di perusahaan Anda?
- Tim Scrum - apa itu dan bagaimana cara kerjanya?
- Siapa Pemilik Produk?
- Kesalahan paling umum dari Pemilik Produk
- Siapa Scrum Masternya?
- Karakteristik Scrum Master yang baik
- Kesalahan paling umum dari Scrum Master
- Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
- Kerjasama antara Pemilik Produk dan Scrum Master
- Tim Pengembang di Scrum
- Kesalahan paling umum dari Pengembang
- Artefak scrum
- Scaling Scrum
- Sprint Backlog
- Apa itu Product Backlog?
- Apa itu Cerita Pengguna?
- Membuat Kisah Pengguna terbaik dengan INVEST
- Kesalahan Cerita Pengguna yang paling umum
- Kriteria Penerimaan Cerita Pengguna
- Estimasi dan Poin Cerita di Scrum
- Perencanaan Poker
- Game Estimasi Tim
- Mendefinisikan Kenaikan
- Acara Scrum
- Apa itu Sprint di Scrum?
- Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
- Apa itu Grafik Burndown?
- Bagaimana cara membuat dan menafsirkan grafik burndown?
- Keuntungan dan kerugian dari grafik burndown
- Papan Kanban di Scrum dan Scrumban
- Kecepatan dalam Scrum - Kecepatan Tim Pengembang
- Scrum Harian
- Perencanaan Sprint
- Ulasan Sprint
- Apa itu Retrospektif Sprint?
- Kesalahan umum selama Sprint Retrospective
- Pemeliharaan Backlog Produk