Tip untuk Manajer Produk: Tautkan Product Backlog dengan Visi Produk
Diterbitkan: 2017-05-18Salah satu tantangan konstan untuk tim pengembangan tangkas berbasis produk adalah untuk memetakan apa yang mereka lakukan 'sekarang' dengan apa yang seharusnya dibentuk oleh produk, katakanlah, 2-3 tahun dari sekarang.
Ini bukan tentang tim yang tidak tahu apa yang sedang mereka kerjakan tetapi lebih tentang fakta bahwa mereka mungkin terlalu fokus pada tugas sehari-hari mereka, yang selalu merusak sensitivitas dampak pekerjaan 'sekarang' mereka dalam gambaran besar . Keputusan atau pilihan yang dibuat selama eksekusi hari ini dapat memiliki dampak besar di masa depan, terutama ketika produk berkembang.
Mari kita ambil contoh kehidupan nyata.
Saya adalah bagian dari tim tangkas yang mencoba memperkenalkan layanan terjemahan teks untuk konten situs . Keputusan dibuat dan alat terjemahan mesin pihak ketiga digunakan. Namun, pada product roadmap akhirnya disebutkan bahwa, ke depan, pengguna harus bisa mengoreksi dan memberikan terjemahan kontekstualnya sendiri, yang berarti kemampuan terjemahan harus memiliki kecerdasan buatan sehingga dapat belajar sendiri, berdasarkan umpan balik.
Mengingat perkembangan ini, pilihan yang dibuat tidak tepat dan oleh karena itu memerlukan tingkat pengerjaan ulang yang adil karena gambaran besarnya tidak terkait dengan tugas tim tangkas dalam sprint.
Orang dapat berargumen bahwa tim dapat melakukan upaya sadar untuk mendapatkan informasi ini, tetapi intinya adalah mengapa tujuan 'jangka panjang' ini tidak dapat ditangkap dalam alat dan dasbor tangkas yang ada?
Tim tangkas menjalankan tugas yang terdefinisi dengan baik dan spesifik dalam siklus pengembangan, tetapi apakah itu berarti harus mengorbankan ketidakpedulian terhadap evolusi produk? Tidak, saya rasa tidak.

Dari apa yang saya ketahui, tidak ada alat atau kerangka kerja cepat yang mendukung atau merekomendasikan informasi ini kepada tim tangkas, dalam fungsi mereka sehari-hari, tetapi dapatkah pandangan seperti itu dibuat dalam tampilan yang ada? Layak dicoba? Mari kita lihat bagaimana kita bisa melakukannya.
Kami akan mulai dengan artefak paling umum di Agile – product backlog.
Menurut Institut SCRUM, backlog produk adalah daftar hal-hal yang perlu dilakukan dalam sebuah proyek. Hal-hal ini dapat mencakup peningkatan dan/atau bug. Daftar bernomor tidak akan membantu kecuali jika tim mengetahui struktur prioritas item tersebut. Di sinilah Pemilik Produk masuk yang memiliki tanggung jawab keseluruhan untuk bekerja dengan para pemangku kepentingan untuk mendapatkan persyaratan yang jelas, menyelesaikan interdependensi, dan mendapatkan daftar prioritas untuk item backlog produk.
Ada kemungkinan bahwa selama proses ini, item pekerjaan yang lebih besar dan bergantung lebih jauh dipecah menjadi bagian-bagian kecil sehingga mudah dikembangkan untuk tim. Item backlog produk ini dipecah menjadi bagian-bagian yang lebih kecil dan dieksekusi dalam siklus sprint mulai dari dua hingga empat minggu, menjawab komponen 'bagaimana' dari pengembangan produk.
Di sisi lain, item backlog produk juga dipetakan ke “utara sebenarnya” dari produk yang sering disebut sebagai visi produk. Ini adalah keadaan produk yang diinginkan yang sering dicapai melalui rilis beberapa versi dan terkait erat dengan apa yang diinginkan audiens target atau pelanggan dan nilai yang diberikannya kepada mereka.
Daftar isi
Rantai elemen yang menghubungkan tim tangkas dengan pelanggan (termasuk jaminan simpanan produk dan visi) dapat direpresentasikan sebagai:
Hubungan jauh antara tim yang gesit dan apa yang dibutuhkan pelanggan… 
Dengan kurangnya pandangan yang secara jelas menghubungkan sprint dengan visi produk, pemilik produk sering menghadapi risiko terlalu fokus pada bagian 'bagaimana' dan melupakan tujuan yang lebih besar dan penting dari 'apa,' yang dapat mengarah untuk prioritas yang salah arah.
Pendekatan yang saya bahas di sini adalah untuk membuat tampilan sederhana namun kuat yang menghubungkan kedua komponen. Ini dikenal sebagai Matriks Visi Produk (PVM). Tujuannya adalah untuk menghubungkan visi produk ke item pengembangan granular. Matriks ini menjadi faktor kunci dalam menganalisis kemajuan tim sehubungan dengan pengembangan produk. Ini juga berfungsi sebagai dasbor produk untuk manajemen senior organisasi dan membuat mereka tetap diposting tentang pencapaian tujuan produk.

Seperti namanya, PVM adalah matriks di mana kolom mewakili dimensi (dari mikro ke makro) yang ditangkap. Mari kita pahami PVM dengan bantuan aplikasi pemesanan makanan yang memiliki visi untuk memberikan pengalaman makanan kepada pengguna, dan titik awalnya adalah pemesanan makanan. Matriks sampel terlihat seperti ini:
| Versi produk | Barang Batu Besar | Fitur | ID lari cepat | Status perkembangan |
| 1.0 Beta | Memerintah | Berbasis lokasi | 1.0_1 | Pengembangan Selesai |
| berbasis masakan | 1.0_2 | Dalam Proses (Desain) | ||
| ….. | ||||
| Ulasan | Peringkat eksternal | 1.0_1 | Desain Selesai | |
| Loyalitas/Hadiah | Diskon pesanan pertama | 1.0_2 | Sedang berlangsung | |
| 1.0 Produksi | Memerintah | Pesanan truk makanan | 1.0_3 | Berencana |
| Pesanan dari vendor yang jauh (kemas dan kirim) | 1.0_3 | Berencana | ||
| Ulasan | Peringkat berbasis umpan balik | 1.0_3 | Berencana | |
| Loyalitas/Hadiah | Penawaran real-time berbasis lokasi | 1.0_4 | Berencana | |
| 2.0 Produksi | Memerintah | Pelacakan waktu nyata | 2.0_1 | YTB |
| Reservasi | Reservasi lanjutan | 2.0_1 | YTB | |
| Hadiah | Ulasan Pengguna | 2.0_2 | YTB | |
| Penawaran Mitra | 2.0_1 | YTB | ||
| 3.0 Beta | Pengalaman Makanan | Wisata kuliner | TBD | YTB |
| Ulasan | Ulasan yang akan diberikan ke situs eksternal | TBD | YTB |

Matriks Visi Produk dapat memiliki bidang berikut:
- Versi produk: Ini adalah versi produk yang merupakan tonggak rilis resmi dan sering kali diterima oleh pelanggan.
- Item Big Rock: Ini adalah kategori atau tema yang juga dimiliki oleh sebuah fitur. Item ini juga dapat menjadi area kebutuhan produk jangka panjang dari visi produk.
- Fitur: Ini adalah fitur produk yang sedang dikembangkan. Fitur ini dapat dimiliki oleh satu atau beberapa tema (item batu besar).
- ID Sprint: Ini adalah nomor sprint di mana fitur sedang dikembangkan.
- Status pengembangan: Bidang ini menunjukkan kemajuan pengembangan (Direncanakan, Desain Selesai, Pengembangan Selesai, Diuji, dan Dirilis).
Perhatikan bahwa struktur matriks adalah indikasi di sini. Seseorang dapat lebih kreatif dalam mengidentifikasi kolom yang dapat menangkap visi produk.
Keuntungan dari pendekatan ini adalah visibilitas yang jelas yang dimiliki setiap anggota tim terhadap tujuan produk secara keseluruhan. Untuk produk yang berkembang, anggota tim harus memiliki pemahaman yang lebih baik tentang gambaran yang lebih besar. Hal ini tidak hanya memungkinkan mereka untuk berkontribusi secara efektif tetapi juga memungkinkan mereka untuk lebih bertanggung jawab. Hasilnya adalah tim yang lebih fokus dan adaptif yang selalu memperhatikan denyut nadi pelanggan mereka dan menyadari perbedaan yang dapat dibuat oleh sprint mereka dalam berkontribusi pada visi dan kesuksesan produk.
Pelajari Kursus Manajemen Produk secara online dari Universitas top dunia. Dapatkan Master, PGP Eksekutif, atau Program Sertifikat Tingkat Lanjut untuk mempercepat karier Anda.
Program Unggulan untuk Anda: Program Sertifikasi Pemikiran Desain dari Duke CE
Apa yang dimaksud dengan product backlog?
Ketika suatu produk sedang dikembangkan atau dikelola, itu menjadi semacam proyek untuk dikelola. Product backlog adalah daftar semua hal yang perlu dilakukan untuk menyelesaikan proyek. Namun, ini bisa sangat rumit, karena mengelola produk melibatkan beberapa ratus aktivitas yang perlu dilakukan. Setiap aktivitas perlu dilakukan oleh orang yang berbeda dalam tim lintas fungsi, dan dengan demikian, mungkin tidak mudah bagi pengembang produk untuk memahami aktivitas mana yang harus diprioritaskan di atas yang lain. Di situlah manajer produk masuk.
Apa yang dimaksud dengan visi produk?
Visi produk secara sederhana adalah seperti apa produk itu harus terlihat dalam hal desain serta fitur sehingga dapat memberikan nilai bagi pelanggan yang dituju. Biasanya, ini terjadi melalui beberapa versi rilis atau sprint, karena tidak mungkin untuk mendapatkan produk dengan benar dari awal. Visi produk membantu manajer produk dan tim lintas fungsional mereka untuk fokus pada versi produk akhir yang diinginkan dan mencegah mereka terlalu kewalahan dengan aspek operasional atau teknis pengembangan produk. Matriks visi produk adalah alat yang ampuh yang dapat membantu manajer produk menyeimbangkan "bagaimana" dengan "apa".
Apa jalur karir yang ideal untuk seorang manajer produk?
Seorang manajer produk dapat memilih beberapa jalur, tergantung pada minat mereka. Misalnya, jika mereka menikmati aspek teknis manajemen produk, mereka dapat memimpin tim teknologi yang bertanggung jawab untuk mengembangkan, memelihara, dan memperluas produk baru. Jika aspek bisnis dari manajemen produk lebih menggairahkan mereka, mereka dapat melanjutkan ke fungsi strategi bisnis organisasi, yang bertanggung jawab untuk bekerja dengan tim lintas fungsional untuk memberikan strategi yang sukses di berbagai tahap siklus produk dari semua produk yang dijual organisasi. . Mereka bahkan dapat menjadi CEO organisasi atau memulai bisnis mereka sendiri.
