5 Diagram Terbaik yang Digunakan Untuk Menjelaskan Konsep Manajemen Produk

Ada banyak hal yang menjadi tanggung jawab dan tanggung jawab manajer produk. Manajer produk tidak hanya bertanggung jawab untuk menyusun strategi dengan membuat peta jalan tetapi juga perlu mengartikulasikan siklus rilis produk baru ke tim bersama dengan semua yang ada di antaranya.

Mereka juga dituntut untuk memiliki keahlian dalam mengetahui bagaimana mengidentifikasi tugas-tugas prioritas dan mengelola tim sesuai dengan itu. Tidak hanya itu, manajer produk seluler juga diberi tanggung jawab untuk menganalisis fitur yang ditambahkan ke produk (aplikasi seluler) dan apakah fitur tersebut sinkron dengan tujuan klien.

Secara keseluruhan, setiap proses, aktivitas, dan keputusan yang terkait dengan suatu produk disinkronkan dan diselaraskan oleh manajer produk seluler. Apa yang membantu para manajer produk ini mencapai KRA mereka adalah seperangkat keterampilan tertentu .

Sekarang, jelas mereka akan diminta untuk menjelaskan ide- ide manajemen produk tertentu kepada anggota tim mereka sehingga mereka semua berada di halaman yang sama. Namun, hal yang perlu dipertanyakan adalah – bagaimana mereka menjelaskan semua konsep manajemen produk dan ide-ide utama?

Yah, saya pikir beberapa diagram yang berguna untuk manajer produk dapat membantu. Jika Anda tertarik untuk mengetahui apa diagram ini dan bagaimana serta kapan diagram itu digunakan oleh manajer produk seluler, ikuti terus hingga akhir.

Diagram 1 – Hambatan komunikasi

Dapat dipahami bahwa sebagai manajer, Anda perlu menyadari apa yang terjadi di tim Anda dan bagaimana anggota tim mengelola tugas mereka. Tapi, menggelikan jika ada orang yang terlibat dalam setiap komunikasi dan keputusan – satu orang tidak bisa menangani semua hal sendiri, bukan? Bukankah ini sebabnya delegasi diciptakan?

Sekarang, wajar jika Anda ingin disertakan dalam semua percakapan antar/intra tim yang penting, tetapi Anda perlu merenungkan satu hal – apakah perlu? Apakah itu sesuatu yang harus Anda lakukan dengan mengesampingkan tanggung jawab Anda yang lain?

Jawabannya adalah – analisis apakah tim mampu berkomunikasi yang tidak bergantung pada Anda. Dan jika ya, Anda perlu membuat beberapa keputusan sadar untuk memastikan bahwa hal-hal penting seperti komunikasi yang lancar tidak hanya bergantung pada Anda. Diagram yang secara efektif dapat menjelaskan kasus dalam poin diberikan di bawah ini.

Katakanlah, Insinyur Web perlu mendiskusikan sesuatu dengan Analis Produk dan kemudian PA mengatakan mereka perlu mendiskusikan sesuatu dengan pengembang iOS dalam hal ini. Sekarang, Web Engineer idealnya harus mendekati PA dan pengembang iOS secara langsung, daripada bergantung pada PM (seperti yang ditunjukkan pada gambar di sebelah kiri).

Diagram di sebelah kiri menunjukkan ketergantungan tim pada manajer produk untuk berkomunikasi dengan anggota lain dari tim lain – sesuatu yang mempengaruhi alur kerja dan memperlambatnya. Dan di sebelah kanan adalah diagram yang menampilkan aliran komunikasi yang efisien yang tidak bergantung, langsung menghilangkan titik kontak yang tidak perlu.

Diagram 2: Air terjun vs tangkas

Meskipun ada banyak sumber di internet yang berpartisipasi dalam perdebatan pendekatan Agile vs Waterfall , itu mungkin masih tampak seperti konsep yang kabur dalam kaitannya dengan manajemen produk. Jadi mari kita bersihkan kabut ambiguitas.

Secara umum diketahui bahwa biaya pengembangan aplikasi seluler dihitung berdasarkan jam yang dibutuhkan untuk mengembangkan produk tersebut.

Sekarang, jika manajer produk dari perusahaan pengembang aplikasi seluler tersebut memilih untuk menggunakan pendekatan Waterfall (yaitu, rilis produk dalam jumlah besar), ini berarti bahwa produk tersebut akan diluncurkan sekaligus.

Sekarang, ketika sebuah produk dirilis, itu diharapkan menjadi hit instan – sesuatu yang tidak akan mudah dalam hal ini, karena produk diluncurkan sekaligus dan jelas merupakan rumah bagi beberapa masalah. Nilai yang akan mereka dapatkan dari rilis ini tidak akan sebanding dengan investasi (waktu) yang dilakukan oleh para pengembang. Itu karena mereka harus memperbaiki masalah sejak awal.

Sebaliknya, pendekatan tangkas yang mendukung rilis kecil dan iterasi akan menunjukkan hasil nilai instan, karena Anda secara bersamaan mengidentifikasi kesalahan dan memperbaikinya. Diagram di atas dengan jelas menunjukkan perbedaan hasil akhir dari pemilihan pendekatan manajemen produk tersebut .

Diagram 3: Representasi ukuran pengiriman

Dalam hal pengiriman produk tepat waktu, ini adalah bagian yang sangat penting dari keseluruhan proses pengembangan . Ini benar-benar dapat membuat atau menghancurkan masa depan aplikasi seluler apa pun. Jika time-to-market terlalu lama, beberapa aplikasi lain dapat menangkap pasar dan itu akan membuat aplikasi seluler tersebut menjadi sia-sia.

Berikut adalah representasi dari ukuran inisiatif yang diambil ketika mengembangkan aplikasi –

Diagram di sebelah kiri menunjukkan hasil dari ukuran pengiriman yang hanya berhubungan dengan mengerjakan proyek-proyek besar (sebagian besar pekerjaan pada waktu yang sama). Sangat jelas bahwa bekerja hanya pada proyek-proyek besar dari suatu produk akan menciptakan penyumbatan pada satu titik waktu di masa depan, karena proyek-proyek ini akan membutuhkan lebih banyak waktu, perhatian, sumber daya, dll. Dan jika ada yang tidak beres, dampaknya akan menjadi menghancurkan seluruh proses, pasti meningkatkan waktu-ke-pasar.

{Baca juga artikel kami tentang “ Manajer Proyek vs Manajer Produk: Perbedaan, peran & tantangan ”}

Diagram di sebelah kanan adalah "yang harus dilakukan" klasik. Keuntungan mengadopsi pendekatan Agile telah mengalir ke tahap ini dalam proses manajemen produk juga. Pendekatan ini menganjurkan campuran melakukan tugas-tugas kecil dengan potongan besar pekerjaan (biru), sesuatu yang juga kami ikuti di Appinventiv.

Seperti terlihat pada diagram, tidak seperti yang di sebelah kiri, di sini potongan kecil pekerjaan (Pink) dapat dengan mudah melewati corong (dapat dilakukan dengan mudah). Jika ini terbukti berhasil, manajer produk dapat melanjutkan ide ini (lingkaran kuning) dan berinvestasi sepenuhnya. Dan jika sebaliknya, maka mereka dapat mengulangi lagi dan berinvestasi sesuai dengan itu.

{Lihat artikel yang sangat terperinci ini tentang “ 10 dokumen terpenting yang harus disiapkan oleh manajer produk ”}

Diagram 4: Tingkat keterlibatan kepemimpinan

Diagram di bawah ini terdiri dari dua model untuk menjelaskan konsep manajemen produk ini . Satu di sebelah kiri menampilkan ukuran inisiatif, jumlah tugas yang dilakukan pada satu waktu, dan faktor risiko di dalamnya, dan yang lainnya berkaitan dengan tingkat keterlibatan manajer produk (kepemimpinan) yang sesuai dengan tugas dan inisiatif ini.

Yang di sebelah kiri adalah piramida tugas/inisiatif yang harus dilakukan oleh tim. Bagian bawah piramida berarti banyak tugas yang dilakukan sekaligus, dan diagram di sebelah kanan menunjukkan jumlah keterlibatan sehubungan dengan tugas-tugas kasar ini yang memiliki risiko rendah hingga tidak ada sama sekali.

Saat kita bergerak ke puncak piramida, jumlah tugas berkurang sementara risiko yang terkait dengan tugas ini juga meningkat, di sinilah manajer produk HARUS dikonsultasikan, sementara di formulir dia hanya bisa diinformasikan. Diagram ini akan membantu tidak hanya membantu manajer produk seluler tetapi juga anggota tim dalam mengetahui kapan harus bergantung pada kepemimpinan.

Diagram 5: Menganalisis nilai segmentasi

Ada beberapa praktik yang biasa diikuti oleh organisasi. Salah satunya adalah kebiasaan mengoptimalkan rata-rata daripada segmen. Artinya, mereka cenderung fokus pada rata-rata daripada segmen tertentu yang perlu ditingkatkan.

Dalam keadaan di mana target dan hipotesis cukup luas, menjadi tantangan bagi manajer produk dan tim pengembangan untuk menciptakan dampak melalui produk. Itu karena Anda di sini mencoba untuk memenuhi berbagai target pada saat yang sama, yang sama sekali tidak mungkin.

Diagram, seperti yang diberikan di bawah ini adalah cara untuk menganalisis setiap segmen untuk mengidentifikasi segmen mana yang memengaruhi kinerja segmen lainnya. Semua ini untuk menyelesaikan masalah yang ada.

Diagram di atas terdiri dari tiga percobaan hipotetis 1,2, dan 3 dengan segmen A, B, C, dan D. Dari tiga percobaan, pada kasus pertama, terjadi pengangkatan pada segmen A, diikuti oleh penurunan kasus kedua, dan ketiga tanpa perubahan.

Melihat secara individual, dalam percobaan 1, segmen A tampil baik dengan yang lain, kecuali segmen B. Sekarang, diagram telah menyoroti penurunan segmen ini disandingkan dengan yang lain. Ini dapat membantu manajer produk dalam menemukan alasan terjadinya hal ini yang pada akhirnya akan meningkatkan rata-rata dalam jangka panjang.

Hal serupa terjadi pada percobaan 3, dimana segmen A, C, D berkinerja buruk pada segmen oposisi B yang menunjukkan perubahan signifikan. Sekali lagi, sebuah penelitian akan menjelaskan alasan terjadinya hal ini.

Diagram yang berguna untuk manajer produk ini dapat dengan mudah disesuaikan dengan kebutuhan seseorang, terlepas dari industri mana manajer produk beroperasi. Sejauh menyangkut Appinventiv, saya pikir model ini sangat membantu tim kami dalam menyederhanakan proses dan memelihara komunikasi terbuka antara antar / intra-tim.

Pertanyaan yang Sering Diajukan

1. Apa yang dimaksud dengan kerangka kerja manajemen produk?

Semua kerangka kerja pada dasarnya adalah alat yang digunakan dalam siklus hidup manajemen produk . Mereka digunakan untuk berbagai tujuan seperti untuk mengilustrasikan ide dan konsep manajemen produk dan memfasilitasi tugas lainnya.

2. Bagaimana proses manajemen produk?

Proses manajemen produk terdiri dari berbagai tahapan. Ini termasuk – manajemen ide, pemetaan jalan, penambahan dan penentuan spesifikasi, prioritas, pengiriman, analitik, dan umpan balik pengguna.