Dalam postingan hari ini, kami akan fokus pada tantangan paling umum yang dihadapi oleh Product Owner. Kami juga akan memberi tahu Anda bagaimana mempersiapkan diri untuk situasi di mana kesalahan Product Owner sering terjadi.
Kesalahan Product Owner – daftar isi:
- Apa yang mungkin salah antara Product Owner dan Pelanggan
- Tantangan yang dihadapi Product Owner terkait dengan anggota tim Scrum lainnya
- Ringkasan
Apa yang mungkin salah antara Product Owner dan Pelanggan
Product Owner adalah orang yang bertanggung jawab secara pribadi atas kegagalan Tim Scrum. Karena posisi ini berada di luar aktivitas tim, dianggap bahwa Product Owner adalah leher yang bisa dipersalahkan. Dengan kata lain, Product Owner adalah yang paling menderita ketika Tim Scrum mengalami kesalahan. Jadi, bagaimana cara menghadapi situasi yang bermasalah ketika mereka muncul atau lebih baik lagi, mencegahnya terjadi sejak awal?
Untuk menjawab poin tersebut, kami telah menyediakan analisis yang jelas dan mendalam tentang beberapa kesalahan besar Product Owner dan Pelanggan dalam tabel berikut bersama dengan diskusi rinci tentang masing-masing.
Kesalahan | Masalah yang dihasilkan | Saran untuk solusi |
---|---|---|
Ketidakmampuan untuk memprioritaskan | Product Backlog yang tidak teroptimasi, kaburnya Tujuan Produk | Mendengarkan, bertanya, bernegosiasi tentang Tujuan Produk dengan pelanggan, memproses hasil negosiasi dengan hati-hati |
Kekurangan ketegasan | Terlalu banyak tugas untuk diselesaikan oleh Tim Scrum | Berpikir realistis, mengetahui dan mengingat kemampuan tim |
Keterampilan bisnis yang tidak memadai | Risiko menurunkan nilai bisnis dari Produk yang dibuat oleh Tim Scrum | Pembelajaran berkelanjutan dan akuisisi kompetensi bisnis |
Ketidakmampuan untuk memprioritaskan
Kesalahan tidak mengetahui cara memprioritaskan adalah musuh bagi banyak Product Owner. Mengapa pemprioritasan tugas menjadi kompetensi inti? Karena ketika semuanya menjadi sama pentingnya, Tujuan Produk menghilang. Itulah efek yang dimaksud dari aktivitas Tim Scrum.
Masalah dimulai sudah selama percakapan pertama dengan pelanggan tentang Tujuan Produk. Pelanggan biasanya ingin semua idenya direalisasikan secepat dan semurah mungkin. Tugas Product Owner adalah menetapkan daftar prioritas. Tugasnya adalah membuat daftar harapan yang jelas dan dapat dicapai yang diurutkan dari yang paling penting hingga yang paling tidak penting, berdasarkan harapan pelanggan yang tidak terstruktur.
Masalah dengan pemprioritasan paling sering berasal dari kesalahpahaman tentang harapan pelanggan. Ini muncul ketika Product Owner tidak mampu mengekstrak informasi tentang Tujuan Produk yang sebenarnya dari Pelanggan. Itulah jawaban untuk pertanyaan tentang kebutuhan apa yang seharusnya dipenuhi oleh produk.
Jadi, bagaimana Anda melindungi diri dari kesalahan ini? Pertama – dengarkan dengan seksama pelanggan. Kedua, belajar untuk bertanya tentang Tujuan dan bagaimana setiap fitur produk bekerja. Ketiga – bernegosiasi dan membatasi Tujuan yang ingin dicapai. Dan untuk ini, Anda akan membutuhkan ketegasan.
Ketika Product Owner memiliki daftar tugas yang harus dilakukan, ada metode yang terbukti untuk meningkatkan kemajuan dan elaborasi mereka. Misalnya, menggunakan matriks Eisenhower yang digunakan untuk memprioritaskan tugas berdasarkan kriteria penting dan mendesak.
Kekurangan ketegasan Product Owner
Masalah yang terkait erat dengan ketidakmampuan untuk memprioritaskan adalah kekurangan ketegasan. Ini mengakibatkan antrian tugas yang tidak tepat dan mengarah pada terhambatnya realisasi Tujuan Produk dengan menumpuknya dengan tugas yang berlebihan. Oleh karena itu, kemampuan untuk mengatakan tidak kepada pelanggan sangat penting.
Ketegasan Product Owner 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 ketegasan adalah Product Owner bekerja dengan Tim Scrum setiap hari. Ini akan membantunya membangun keyakinan yang realistis tentang waktu dan kemampuan untuk menerapkan ide-ide Pelanggan.
Keterampilan bisnis yang tidak memadai
Kesalahan berikutnya yang ingin kami bahas adalah kurangnya kualifikasi bisnis yang tepat. Kekuatan Product Owner ini biasanya adalah kualifikasi yang terampil. Kompetensi mereka lebih terkait dengan area Tim Pengembangan daripada dengan bisnis. Jadi, ada kekurangan pengetahuan praktis yang baik 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. Namun, tindakan yang baik bagi Product Owner adalah mengakui hal ini dan terus belajar serta mendapatkan pengalaman dan kompetensi bisnis.
Tantangan yang dihadapi Product Owner terkait dengan anggota tim Scrum lainnya
Kemampuan untuk memprioritaskan tugas, ketegasan Product Owner, dan keterampilan bisnis yang tinggi adalah prasyarat yang diperlukan untuk menciptakan Product Backlog yang contoh, fondasi jangka panjang Tim Scrum. Jika Backlog tidak digariskan secara konsisten dan akurat, masalah dalam hubungan Product Owner-Pelanggan akan merembet ke hubungan Product Owner-anggota Tim Scrum lainnya. Dan pada gilirannya, mereka secara langsung mempengaruhi efektivitas Tim Scrum. Apa jebakan lain yang menunggu Product Owner dalam hubungannya dengan anggota Tim Scrum lainnya?
Untuk mempermudah, kami telah menyajikan masalah antara Product Owner dan Tim Scrum dalam tabel. Di bawah ini Anda dapat menemukan diskusi rinci tentang setiap masalah dan saran untuk solusi.
Kesalahan | Masalah yang dihasilkan | Saran untuk solusi |
---|---|---|
Kekurangan karisma | Tim Pengembangan tidak melaksanakan tugas yang termasuk dalam Backlog, pendapat Product Owner ditantang | Membangun otoritas berdasarkan keterampilan lunak dan pengetahuan |
Kekurangan keterampilan khusus | Kesalahpahaman tentang operasi sehari-hari dan kemampuan Tim Pengembangan | Orientasi pada spesialisasi anggota tim, serta mendapatkan pengetahuan tentang area keahlian Tim |
Ketergantungan | Pelemahan tanggung jawab | Pemberdayaan |
Kekurangan karisma
Dalam keseharian, tugas Product Owner adalah mengoordinasikan pedoman Pelanggan dengan cara mereka dilaksanakan oleh Tim Pengembangan. Ini tentu saja memerlukan otoritas, keterampilan mendengarkan, dan karisma yang tepat.
Masalah kekurangan otoritas tidak dapat diselesaikan dalam semalam. Ini memerlukan kerja jangka panjang pada keterampilan lunak. Dan juga mendapatkan pengetahuan tentang ruang lingkup tugas dan keterampilan anggota tim lainnya.
Kekurangan keterampilan khusus
Saat kami menulis dalam artikel yang menjawab pertanyaan Siapa itu Product Owner?, peran Product Owner tidak sepenuhnya teknis. Namun, mengetahui dasar-dasar keterampilan khusus anggota Tim Pengembangan dapat secara signifikan meningkatkan otoritas seorang Product Owner.
Kekurangan kualifikasi di area keahlian tim tidak hanya dapat menghasilkan masalah dengan karisma dan otoritas Product Owner. Kesalahan tidak tertarik pada apa yang menjadi spesialisasi anggota Tim Pengembangan dan dasar-dasar kompetensi mereka dapat menghasilkan situasi lucu, tetapi juga situation dengan konsekuensi bisnis yang bencana dan konsekuensi interpersonal.
Oleh karena itu, agar Tim Scrum dapat memberikan produk berkualitas terbaik, Product Owner harus memiliki pemahaman yang mendalam tentang produk. Seharusnya tidak sulit untuk mendapatkan kualifikasi yang tepat mengingat bahwa Product Owner adalah bagian dari tim profesional. Mereka dapat memberikan tidak hanya penjelasan tetapi juga saran tentang di mana mendapatkan pengetahuan tentang bidang mereka.
Ketergantungan
Product Owner harus mampu mengambil keputusan secara mandiri. Tentu saja, masalah kunci adalah mengetahui kondisi Tim Scrum dan terus berkomunikasi dengan Tim Pengembangan. Namun, Product Owner lah yang bertanggung jawab atas efektivitas tindakannya. Untuk alasan ini, Product Owner perlu membangun otoritas mereka dan mengambil tanggung jawab atas keputusan yang mereka buat. Keputusan akhir tentang arah tim, pemprioritasan, dan penerimaan tugas adalah milik mereka.
Ringkasan
Kami telah menemukan kesalahan paling umum dari Product Owner. Peran Product Owner bukanlah peran yang mudah. Itulah sebabnya, ketika mengambilnya, ada baiknya mempersiapkan diri untuk masalah yang dihadapi orang lain di jalannya.
Masalah hubungan dengan pelanggan biasanya berasal dari kurangnya ketegasan, ketidakmampuan untuk memprioritaskan, dan keterampilan bisnis yang tidak memadai.
Kesalahan Product Owner yang muncul selama bekerja dengan sisa Tim Scrum berasal dari kurangnya independensi dan kekurangan karisma dari orang yang mengambil peran Product Owner. Alasan lain mungkin terkait dengan kurangnya keterampilan khusus dan ketidakmauan—atau kurangnya waktu untuk memperluas pengetahuan.
Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Linkedin dan Twitter.
Caroline Becker
Sebagai Manajer Proyek, Caroline adalah ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasinya dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek yang rumit menjadi kenyataan.
Scrum Guide:
- Glosarium istilah dasar, peran, dan konsep
- Apa itu Scrum?
- Nilai-nilai Scrum
- Bagaimana cara menerapkan Scrum di perusahaan Anda?
- Tim Scrum - apa itu dan bagaimana cara kerjanya?
- Siapa itu Product Owner?
- Kesalahan paling umum dari Product Owner
- Siapa Scrum Master?
- Kesalahan paling umum dari Scrum Master
- Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
- Tim Pengembangan dalam Scrum
- Kesalahan paling umum dari Pengembang
- Artefak Scrum
- Skala Scrum
- Sprint Backlog
- Apa itu Product Backlog?
- Apa itu User Stories?
- Membuat User Story terbaik dengan INVEST
- Kesalahan User Story yang paling umum
- Kriteria Penerimaan Cerita Pengguna
- Estimasi dan Poin Cerita dalam Scrum
- Perencanaan Poker
- Permainan Estimasi Tim
- Menentukan Inkrement
- Acara Scrum
- Apa itu Grafik Burndown?
- Keuntungan dan kerugian dari grafik burndown
- Papan Kanban dalam Scrum dan Scrumban
- Kecepatan dalam Scrum - Kecepatan Tim Pengembang
- Scrum Harian
- Perencanaan Sprint
- Tinjauan Sprint
- Apa itu Sprint Retrospective?
- Kesalahan umum selama Sprint Retrospective
- Pemeliharaan Backlog Produk
- Bagaimana cara membuat dan menginterpretasikan grafik burndown?