Kami melanjutkan serangkaian artikel kami tentang kualitas utama manajer produk yang sukses. Kami sudah berhasil berbicara dengan Anton Danilov , Yuri Golikov , Dmitry Orlov dan Alexei Korotich . Hari ini kita akan berbicara dengan Alexander Belyaev. Sasha bertanggung jawab atas salah satu add-on yang paling ambisius - Sumber Daya Wrike .
- Hai, Sasha. Katakan, berapa tahun Anda bekerja di Wrike dan berapa tahun Anda terlibat dalam manajemen produk?
- Saya telah bekerja di Wrike selama 4,5 tahun, dan untuk panjang total layanan, ini adalah poin yang bisa diperdebatkan. Salah satu posisi awal dalam karir saya disebut manajer proyek, tetapi bahkan kemudian saya terlibat dalam meluncurkan produk.
Mungkin hanya di Wrike yang dapat saya katakan dengan pasti bahwa saya adalah produk: di sini rangkaian kekuatan, sumber daya, kemampuan, dan format pekerjaan persis seperti yang saya bayangkan pada posisi yang sesuai dari seorang manajer produk. Dan sebelum itu, kadang-kadang tampak bagi saya bahwa semuanya agak salah. Tapi ini, sebaliknya, adalah pandangan kritis saya tentang awal karier saya: namun demikian, ini adalah berbagai tahap karier yang berbeda yang telah terjadi sejak 2010.
- Karena kita berbicara tentang manajer proyek dan manajer produk, apa perbedaan utama antara peran dan di mana mereka berpotongan, sebaliknya?
- Anggap saja tugas utama manajemen proyek adalah memberikan hasil yang diinginkan tepat waktu. Secara umum, apa itu proyek? Itu adalah sesuatu yang memiliki awal dan akhir. Suatu produk bukan proyek.
Sebagai contoh, di daerah kami, ini adalah solusi perangkat lunak, semacam aplikasi atau semacam fitur. Dia memiliki siklus hidupnya sendiri, termasuk tahap asal, perkembangan, dan pada beberapa titik - kepunahan. Siklus hidup produk sama sekali tidak sama dengan awal dan akhir suatu proyek, ini adalah hal yang sangat berbeda. Untuk manajer produk, siklus hidup produk harus menjadi kuncinya. Manajer proyek, pada gilirannya, hanya memperhatikan tahap tertentu, karena pengenalan setiap fitur individu dalam produk juga merupakan proyek mini. Tetapi untuk memiliki produk sepenuhnya dan membawanya dari generasi ke berbunga dan terus berkembang jauh lebih sulit.
- Apakah saya mengerti benar bahwa manajemen proyek dapat dianggap sebagai salah satu komponen manajemen produk?
"Ya, kurasa begitu." Tetapi pada saat yang sama, saya percaya bahwa ini adalah salah satu ujian yang paling mudah diasingkan. Fungsi manajemen proyek langsung dan kontrol hasil dapat dilakukan oleh tim pengembangan itu sendiri dengan mana Anda bekerja. Seorang ahli scrum, pengembang senior atau pemimpin tim juga dapat melakukan ini. Yaitu, hanya menjaga tenggat waktu tidak dilanggar dan bahwa semuanya terkendali, menurut saya, bukan tugas besar. Dan saya percaya bahwa manajer produk harus mendelegasikan tugas ini kepada anggota timnya yang dia percayai. Dan Anda harus mencurahkan waktu Anda untuk hal-hal tingkat yang lebih tinggi dan melihat lebih luas pada semua yang terjadi.
- Tolong beri tahu kami tentang pengalaman dalam pengembangan dan pelepasan addon Sumber Daya Wrike, yang telah Anda dan tim kerjakan sejak awal dan masih mengerjakannya. Apa tantangan utama yang dihadapi Anda dan tim saat mengerjakan add-on ini di berbagai tahap?
- Tantangan pertama adalah memprioritaskan dalam situasi dengan sumber daya terbatas dan waktu terbatas. Jelas bahwa banyak yang perlu dilakukan untuk menciptakan produk yang kompetitif. Tetapi pertanyaannya adalah dari mana harus memulai?
Selanjutnya, Anda perlu membuktikan kepada anggota tim dan manajemen bahwa pilihan Anda adalah pilihan yang tepat dan layak untuk memulai. Bukti ini dapat mengambil banyak waktu, karena semua orang berada dalam situasi kelebihan informasi.
Sangat sulit dengan "manajemen sumber daya", karena ini bekerja pada arsitektur aplikasi kita, dan itu cukup rumit dengan kita. Manajemen proyek itu sendiri bukan disiplin yang sederhana, itu dipandu oleh praktik Buku Panduan PMI dan PMBOK, jadi memenuhi ini bukanlah tugas yang sepele. Oleh karena itu, sangat sulit untuk bahkan memahami bagaimana konsep "upaya tugas" cocok dengan sistem kami atau mode apa yang harus dimiliki. Hampir seperempat dihabiskan untuk ini.
Akibatnya, langkah yang paling sulit adalah memilih dan menyadari apa yang perlu dilakukan. Selanjutnya, ketika Anda sudah menerapkan semua ide, itu menjadi lebih mudah.
- Yaitu, setelah tahap kreatif ini, tim sudah memiliki pemahaman tentang bagaimana melakukan ini, apa perkiraan istilah dan sebagainya?
- Ada opsi berbeda untuk apa yang harus dilakukan. Anda dapat menjalankan beta cepat. Atau mulailah dengan mendefinisikan keseluruhan apa yang ingin Anda lakukan tahun ini, ambil bagian dan lakukan terlebih dahulu. Sebagai contoh, ini adalah apa yang kami lakukan dengan datepicker. Kemudian kami meluncurkan beta manajemen sumber daya, di mana ada datepicker dan upaya. Yaitu, kami hanya memilih sesuatu yang kecil, yang paling mudah untuk muncul dan menggambar dan mulai mengerjakannya.
- Tolong beritahu saya seberapa spesifik, menurut pendapat Anda, adalah karya produk di Wrike?
- Saya tidak berpikir bahwa pekerjaan di Wrike sangat spesifik. Tampak bagi saya bahwa, secara umum, ini mirip dengan pekerjaan produk di organisasi lain, kira-kira sama dengan cara produk bekerja di perusahaan Barat.
- Dan sekarang untuk topik kita, yang melewati semua wawancara terbaru. Saya berbicara dengan sejumlah orang yang ingin mendapatkan posisi sebagai manajer produk. Dan dari semua yang saya dengar dua pertanyaan kunci: "Keahlian apa yang dibutuhkan?" dan "Kualitas apa yang harus dimiliki?" Seperti yang saya pahami, pertanyaan tentang keahlian sangat spesifik, jadi mari kita beralih ke kualitas segera.
- Soal ujian juga bisa dijawab. Misalnya, ambil keahlian bekerja dengan data. Pendekatan berbasis data, yaitu, kemampuan untuk melakukan eksperimen, merumuskan hipotesis, memilih metrik yang dikonfirmasi atau disangkal oleh hipotesis ini, merupakan pemeriksaan yang cukup luas, yang menurut saya, tidak spesifik untuk industri mana pun.
- Menurut pendapat Anda, apakah mungkin untuk menjadi manajer produk yang efektif tanpa latar belakang dalam pengembangan dan secara umum di perusahaan IT? Dapatkah, katakanlah, semacam pemasar atau penjualan datang dan menjadi suatu produk?
- Pemasar dan penjualan dari IT - ya, dia bisa. Jika ini bukan hari pertama Anda di IT, maka Anda sudah memiliki banyak keterampilan. Jika Anda melihat sekeliling, Anda mengerti bagaimana ini terjadi, apa tahapannya: desain, spesifikasi teknis, dan sebagainya. Pemasar dan penjualan dari daerah lain - saya pikir tidak.
Jika Anda seorang pemasar atau penjualan bukan dari TI, muncul pertanyaan: "Mengapa Anda tertarik pada bidang ini sama sekali, tetapi Anda tidak memiliki pengalaman di dalamnya?". Datang ke TI tanpa melakukan apa pun teknis adalah cerita yang kontroversial. Soalnya, pengalaman ini tidak begitu sulit didapat. Tidak ada yang menghalangi seorang spesialis untuk mengumpulkan teman, mempekerjakan freelancer dan, katakanlah, membuat aplikasi, mengelola semua proses. Dan setelah berhasil, Anda akan terjun sedikit ke dalam pengembangan dan Anda akan mengerti bagaimana semuanya bekerja. Jika tidak, muncul pertanyaan: "Apakah Anda benar-benar tertarik untuk menciptakan produk di TI?"
- Dalam setiap wawancara, semua produk berbicara tentang kualitas dan keahlian yang berbeda. Jadi, dengan setiap pembicaraan dan semua orang benar.
- Mungkin ini adalah bukti bahwa manajemen Produk bukan ilmu, tetapi seni.
"Kamu pasti benar, ya."
- Ini adalah hal yang abadi dalam manajemen produk: sangat sulit untuk mengklasifikasikan semuanya, untuk mengembangkan pendekatan yang jelas.
Misalnya, dalam pengembangan, ada bahasa pemrograman dengan seperangkat alat, pendekatan, dan kerangka kerja tertentu. Dan, pada kenyataannya, Anda mengenal mereka atau tidak mengenalnya.
Dan dalam manajemen produk, semua orang segera datang dengan pendekatan yang sangat berbeda. Tidak ada alat yang jelas. Ada serangkaian kerangka kerja tertentu, tetapi sikap terhadap mereka berbeda-beda dari cinta ke benci. Jadi, pada akhirnya, ternyata tidak ada yang bisa dengan yakin mengatakan siapa manajer produk dan apa yang bisa dia lakukan. Pada saat yang sama, pendapat setuju sekitar 66%, dan sepertiga sisanya adalah bidang di mana semuanya bisa berbeda.
- Saya ingin pergi ke masalah utama. Apa, menurut Anda, tiga kualitas yang memungkinkan manajer produk untuk menjadi sukses dalam perannya dan mengapa sebenarnya kualitas-kualitas ini?
- Kualitas pertama adalah jenis ketajaman bisnis, yaitu pemahaman tentang cara kerja bisnis, bagaimana uang diperoleh di dalamnya, apa model bisnisnya. Ini adalah kesadaran bahwa kadang-kadang Anda bisa melakukan sesuatu yang murah dan bengkok, tetapi Anda masih bisa menghasilkan uang.
Ada lelucon klasik tentang hal ini:
Vasya meluncurkan MVP dalam satu bulan, mulai mendapatkan audiensi dan mengembangkan produknya menjadi sesuatu yang keren, dan Petya disiksa selama setahun karena mencoba melakukan hal yang luar biasa, ia menghabiskan semua anggaran, dan tidak ada yang berhasil.
Ini adalah pemahaman tentang prinsip Pareto (20% dari upaya menghasilkan 80% dari hasilnya), bagaimana uang dibuat secara umum, masalah bisnis diselesaikan dan hasil dicapai.
- Apakah mungkin untuk mengatakan bahwa kualitas-kualitas ini secara tidak langsung berasal dari rasa ingin tahu?
- Ya tentu saja. Anda ingin tahu cara kerja semuanya. Dan bisnis hanyalah salah satu bidang yang akan Anda pelajari perinciannya.
Namun, seringkali banyak orang, bahkan dari sektor IT, tidak. Menurut saya kebanyakan pengembang tidak. Mereka tidak tertarik pada bagaimana suatu bisnis bekerja, mereka tertarik pada bagaimana sistem dan produk bekerja. Mereka menghargai bahan makanan dan ingin mereka mendapat manfaat. Namun, sayangnya, manfaatnya tidak selalu sama dengan kesuksesan komersial untuk bisnis.
Kualitas kedua adalah empati bagi pengguna. Saya percaya bahwa menjadi produk yang baik berarti menciptakan produk yang sangat berguna bagi orang-orang, dan mereka senang berinteraksi dengan mereka.
- Ini adalah masalah penting. Namun, bagaimanapun, menikmati atau mendapat manfaat?
- Saya percaya keduanya. Pertama-tama, manfaatnya. Jika Anda membayangkan produk sebagai piramida, maka pada level bawah akan ada manfaat, dan pada level atas - kesenangan. Ini adalah hal-hal yang konsisten. Saya pikir produk harus berusaha untuk memastikan bahwa pengguna menikmati dan emosi positif dari berinteraksi dengan produk. Baik itu dan yang lain selanjutnya dikonversi menjadi indikator bisnis. Pengguna mengalami emosi positif, secara alami, menjadi lebih terikat pada produk ini, dan, akibatnya, lebih loyal. Namun, ini tidak mungkin jika produk tidak menguntungkan mereka.
Dan Anda, sebagai manajer produk, dapat mencapai hasil ini jika Anda telah mengembangkan empati dan memiliki pemahaman tentang psikologi manusia. Anda dapat mendengarkan orang dan memahami apa yang tidak mereka sukai, Anda dapat mendengar apa yang mereka katakan, dan tidak secara langsung, Anda dapat menerjemahkan apa yang mereka minta secara langsung kepada apa yang seharusnya mereka berikan.
Dan dua kualitas pertama ini harus saling menyeimbangkan. Jika Anda terlalu banyak berpikir tentang bisnis, Anda bisa melupakan pengguna dan setiap saat berhenti di level "ini cukup berguna, itu berarti mereka akan membelinya".
Dan jika, pada gilirannya, Anda terlalu memikirkan pengguna dan tidak mengerti bahwa Anda perlu membuat produk yang sukses secara komersial untuk anggaran yang masuk akal, maka Anda dapat duduk di tugas selama satu tahun penuh, dan pada akhirnya, perusahaan tidak akan menerima penghasilan dari ini.
Kualitas ketiga adalah pemikiran sistematis dan pendekatan analitis. Bekerja dengan perangkat lunak bekerja dengan sistem. Anda harus memahami sistem apa yang terdiri dari untuk menulis TK, membuat keputusan pada arsitektur antarmuka, entitas dan UX. Ini semua - pemikiran sistematis, pola pikir analitis.
Untuk melakukan eksperimen dan merumuskan hipotesis, pecahkan peta jalan yang ada di depan Anda ke dalam iterasi dan pahami jalur optimal mana dan langkah mana yang harus bergerak - semua ini membutuhkan pemikiran sistematis dan analitis. Dan dari waktu ke waktu Anda perlu bertanya pada diri sendiri pertanyaan: “Apakah saya berpikir benar? Apakah opsi ini benar? ”, Cobalah untuk membantahnya, mengusulkan sesuatu yang lain, atau memikirkannya. Jadi di sini kami juga menambahkan kemampuan untuk mengevaluasi secara kritis pekerjaan kami dan tim.
- Menarik. Dari semua kolega dengan siapa saya sudah berhasil berbicara, saya mendengar serangkaian kualitas yang berbeda. Tapi satu hal ditemukan di hampir semua orang - ini adalah komunikasi. Dan sangat aneh bahwa satu-satunya hal yang tidak Anda dengar.
- Empati, dalam arti tertentu, adalah dasar komunikasi. Saya tidak begitu suka interpretasi umum komunikasi. Bagiku itu menampar sesuatu yang terlalu manipulatif dan begitu teknis lagi. Saya pikir dasar komunikasi yang baik adalah empati. Jika Anda merasakan orang lain, Anda memahami apa yang mereka butuhkan dan berguna, dan apa yang tidak menyenangkan, maka dialog Anda akan dibangun.
"Aku ingin mengajukan pertanyaan lain padamu." Apa yang akan Anda rekomendasikan kepada seseorang yang ingin menjadi manajer produk di Wrike? Apa yang harus disiapkan dan apa yang diharapkan?
- Jika tidak ada pengalaman sama sekali - Saya akan menyarankan Anda untuk bekerja sebagai produk terlebih dahulu di tempat lain. Wrike memiliki persyaratan yang sangat tinggi dan kecepatan kerja yang cepat, dan ini bukan tempat terbaik untuk mendapatkan pengalaman awal.
Tentu saja, ada yang unik di mana situasinya akan normal ketika proses akumulasi pengalaman akan sangat terkait dengan pengiriman dan eksekusi, dan seseorang akan dapat mempelajari segala sesuatu saat bepergian. Tetapi saya hampir tidak percaya bahwa bintang seperti itu ada sama sekali. Saya mencoba memberikan saran kepada beberapa orang biasa, bukan satu dari sepuluh ribu.
Jika seseorang memiliki beberapa tahun pengalaman sukses bekerja sebagai produk atau di pinggiran, maka saya akan menyarankan dia untuk tidak takut dan datang, kita tidak memiliki sesuatu yang super spesifik di perusahaan. Cobalah.
- Begitu. Terima kasih banyak, sebenarnya, sangat menarik untuk diajak bicara.
"Tidak sama sekali." Saya senang merumuskan dan mengatakan beberapa hal.