Nama saya Dmitry Volkov. Selama bekerja sebagai manajer produk, saya telah mengumpulkan banyak cerita tentang kemenangan dan kegagalan, cara membangun komunikasi yang benar antara pengembangan dan bisnis, dan apa yang seharusnya tidak pernah dilakukan. Hari ini saya akan menceritakan dua kisah seperti itu.
Saya membuat beberapa fakaps bahkan sebelum pindah ke Yandex.Money. Hari ini saya akan memberi tahu Anda bagaimana di satu perusahaan Siberia kami kehilangan PM yang kuat karena kesalahpahaman timbal balik tentang apa yang benar-benar dibutuhkan bisnis. Kisah kedua adalah tentang betapa pentingnya menjelaskan kepada tim bahwa produk tersebut dibutuhkan oleh pasar, dan bagaimana kecepatan, efisiensi, dan kerja yang terkoordinasi dengan baik dari semua peserta proses ikut serta. Dan sedikit tentang bagaimana hal-hal seperti itu bekerja di Yandex.Money.
Catatan Editor: teks ini adalah hasil dari laporan oleh Dmitry Volkov pada rapat umum Piemnaya pada tanggal 28 Februari 2019. Pendapat editorial tentang beberapa masalah mungkin tidak sesuai dengan pendapat penulis.Beberapa tahun yang lalu, saya mengubah bisnis kecil saya untuk bekerja di perusahaan besar Siberia, di mana saya membangun layanan untuk transfer uang online. Pada saat itu saya bekerja dengan lima tim, masing-masing dari mereka memiliki manajer proyek sendiri, dan ini sangat membantu saya, karena kemudian cukup sulit bagi saya untuk berkomunikasi dengan semua saudara introvert ini. Salah satu tim dibentuk baru-baru ini dan ditunjuk di sana PM dengan latar belakang yang sangat kuat. Sebelumnya, dia bekerja selama beberapa tahun sebagai analis di sebuah bank besar, dan sulit untuk menemukan seseorang yang lebih cocok untuk produk keuangan.
Saya harus mengatakan bahwa PM ini memang berlian segi - tegas dalam keputusan dan penilaian dan cocok kami sedikit lebih dari sepenuhnya. Pada saat itu, tampak bagi kami bahwa kami hidup sesuai dengan Agile, jadi kami terus-menerus mengatur perencanaan, perawatan, retrospektif, dan pada hampir setiap pertemuan PM menghancurkan otoritas, penilaiannya dan mencoba untuk mendominasi tim dan produk.
Dia mempertanyakan segalanya - bahwa fitur ini dapat diimplementasikan dalam arsitektur produk kami, menantang penilaian tim dan meragukan kecukupan produk lain. Kadang-kadang, perselisihan tersebut mencapai sabotase perusahaan. Bagaimana ini terwujud?
Setelah kami melakukan tes koridor, berbicara dengan kelompok fokus dan tiba-tiba menyadari bahwa kemampuan untuk menambahkan tanggal rilis paspor bukanlah hal yang paling jelas bagi pengguna. Kami meminta tim untuk memotong bundel dengan kalender standar di Android dan mengimplementasikan fitur menggunakan drum sederhana untuk memilih angka, tanggal dan bulan dalam setahun.
Tapi PM menganggap ide kami absurd. Dia tidak setuju bahwa omong kosong yang kami tawarkan pada umumnya layak dilakukan. Pada saat itu, saya menyadari bahwa kami tidak dapat berinteraksi, tidak jelas apa yang kami lakukan, mengapa dan bagaimana kepentingan klien dipertimbangkan.
Namun, masalahnya ditemukan cukup cepat. Semuanya ada di posisi bisnis yang sangat sederhana, mudah, dan santai: "Saya katakan - itu perlu, jadi lakukanlah." Dan ini menyebabkan konflik internal dalam proyek dalam keputusan untuk membuat semacam fitur yang kami tawarkan.
Bisnis memiliki formulasi seperti itu secara historis. Saya mengerti bahwa dari sudut pandang produk, itu tidak benar, tetapi pertumbuhan sebuah perusahaan besar oleh 3.500 orang terikat dengan rencana, proyek triwulanan dan indikator keuangan. Karena itu, segala sesuatu yang berkaitan dengan uang menyebabkan satu reaksi: "Kita harus melakukannya." Dan setiap kali kami ditanya pertanyaan: "Mengapa kami menerapkan fitur ini?", Kolega saya dan saya menjawab sama: "Hanya karena itu perlu, karena demi uang." Seluruh bisnis kami adalah untuk mencari uang. Mengirim transfer uang - ini tentang uang. Semuanya tergantung pada uang - gaji, bonus, dan roti kami pada poin kopi.
Pada titik tertentu, semua orang bertengkar dengan semua orang. Penguji bertengkar dengan pengembang, penguji bertengkar dengan administrator, administrator bertengkar dengan kami karena sesuatu tidak bekerja untuk kami, kami menabrak mereka, tetapi tidak berhasil lagi, kami bertemu lagi. Bedlam lengkap sedang terjadi. Tidak jelas apa yang harus dilakukan, dan untuk menyelesaikan konflik, kami harus menarik tim SDM dan direktur teknis perusahaan. Setelah beberapa waktu, kami memutuskan bahwa tim harus dibubarkan.
Saya sangat malu, tetapi keputusan itu dibuat - kami membubarkan tim, membagikan kolega ke tim yang tersisa. Proyek itu ditawarkan untuk beralih ke produk lain, yang tidak terhubung dengan transfer uang, agar tidak berpotongan lagi dengan orang-orang seperti itu, seperti saya. Sayangnya, dia mengambil situasi ini sangat dekat dengan hatinya dan berhenti hari itu.
Jadi karena komunikasi yang dibangun dengan buruk, dan pada umumnya karena kesalahan saya, kami kehilangan pemain yang cukup kuat di tim kami yang dapat membawa manfaat besar bagi perusahaan, tetapi tidak bisa, karena dikeluarkan dari peringkat kami. Sejak itu, saya tidak lupa bahwa fokus pada tujuan dapat menyebabkan fakap yang paling liar dan merusak tim. Dan jika situasi seperti itu berkembang lagi, maka saya akan lebih siap untuk menyelesaikan konflik seperti itu.
Tentang komunikasi dan hubungan
Kasus lain yang ingin saya bicarakan adalah tentang komunikasi dan hubungan, tetapi tentang hubungan yang lebih tinggi, bahkan lebih mungkin tentang cinta.
Segera setelah gambaran yang jelas terbentuk di kepala saya tentang apa yang terjadi di tim, ini berarti bahwa saya kehilangan pandangan terhadap sesuatu. Dan agar tidak lagi membuat fakaps yang serupa dengan yang sebelumnya, saya hanya perlu berkomunikasi dengan seluruh tim, masing-masing secara individu, dan menyampaikan kepada semua orang nilai-nilai bisnis yang kami kejar, menyampaikannya dengan ketelitian yang sama seperti yang kami lakukan untuk klien kami .
Kami memiliki sepuluh tim dari berbagai kota, dan saya mencoba berpartisipasi di hampir semua kegiatan yang terkait dengan mereka. Saya menghadiri semua pertemuan dan stand-up dan berbicara tentang bagaimana penerapan fitur tertentu mempengaruhi profitabilitas perusahaan. Saya memberi tahu orang-orang tentang angka, grafik, tentang perubahan dalam hal pertumbuhan atau penurunan jumlah pengguna, menunjukkan hasil laporan analitis. Saya juga berbicara tentang fakap - bagaimana pengenalan fungsi-fungsi baru tidak membawa hasil yang diharapkan. Penting untuk secara terbuka mengakui kesalahan bisnis dalam menetapkan prioritas, yang juga penting bagi tim untuk mulai mempercayai saya dan manajer kedua yang terlibat dalam produk ini.
Setiap tim terlibat dalam proses membahas fitur produk berdasarkan dampak, nilai, dan kepentingan bagi klien dan perusahaan. Pada saat yang sama, kami hampir sepenuhnya merevisi proses pengaturan masalah dalam jaminan simpanan, dan sekarang setiap fitur dicatat dalam jaminan simpanan berdasarkan empat pertanyaan: mengapa, untuk siapa, bagaimana dan apa . Dampak biasa yang dijelaskan dalam buku oleh Goiko Adzic .
Ini memungkinkan untuk melibatkan peserta dalam semua proses yang sedang berlangsung, dan semua tim mulai lebih memperhatikan apa yang mereka lihat dan persyaratan kami.
Tapi bukan hanya kami yang berubah. Sangatlah salah bagi tim untuk tetap diam atau mendatangi kami dan mengatakan bahwa ide kami atau kami sendiri payah, sehingga kami tidak akan melakukan ini. Ada kebutuhan untuk menjelaskan mengapa kita tidak harus melakukan beberapa fitur atau mengapa kita ingin melakukan sesuatu yang lain. Selain itu, tim diundang tidak hanya untuk menulis kode, tetapi juga untuk mulai menggunakan produk ini sendiri.
Oleh karena itu, kami melakukan percobaan - setiap pengembang harus meninggalkan kantor yang nyaman, pergi ke bank, melewati semua lingkaran neraka dan kesedihan, akhirnya melakukan transfer uang, tetapi memahami bagaimana perasaan pengguna kami di setiap tahap.
Saya harus mengatakan bahwa kami bekerja dengan audiens yang kompleks. Kemudian mereka adalah pekerja migran, imigran dari Asia Tengah, yang sangat meninggalkan jejaknya pada skenario pengguna. Partisipasi langsung tim dalam proses yang dilalui pengguna membantu memahami bahwa kami tidak cukup untuk menampilkan kepribadian pengguna dan membuat Peta Perjalanan Pelanggan, dan kami melakukan semua ini.
Dan mereka terkejut ketika tim mulai datang dengan banyak ide dan saran baru. Mereka ingin berbicara tentang bagaimana mereka merasa tidak nyaman pada suatu saat atau, sebaliknya, seberapa baik pemberitahuan dibuat bahwa pengiriman uang berhasil diterima, dan seterusnya. Mereka membawa banyak ide untuk kami dan setiap kali memperbaiki produk kami sendiri.
Karena itu, jika Anda mengerti bahwa manajer produk yang bekerja dengan Anda setiap hari berasal dari orang-orang yang diam, dari mereka yang tidak suka membicarakan bisnis yang Anda lakukan dengannya, maka bawa tangannya dan bawa dia ke ruangan gelap. Beri tahu dia di sana sebagai tim bagaimana penyebaran informasi akan membantu Anda masing-masing untuk terlibat penuh dalam proses pengembangan.
Katakan kepadanya bahwa perlu untuk melihat tidak hanya fitur yang dia inginkan, bahwa perlu untuk memperbaiki dan kode warisan, untuk memperbaiki fragmen kruk tua, karena kadang-kadang koreksi tugas-tugas tersebut membuka alirannya kepada kita sepenuhnya. Bicaralah secara terbuka dengannya dan tim tentang apa yang terjadi dengan produk Anda. Minta dia untuk datang ke setiap standup tim Anda dan setiap kali ceritakan tentang apa yang berhasil Anda capai hari sebelumnya. Biarkan dia menunjukkan angka-angka dari laporan analitis, hasil dari kelompok fokus dan sebagainya.
Ini pasti akan membantunya untuk melihat masalahnya secara lebih luas, karena kolega Anda mungkin siap untuk berbagi pendapat dengannya, tetapi sekarang mereka tidak percaya padanya.
Secara umum, pengembang tidak terlalu suka mengatakan apa pun tentang diri mereka sendiri atau tentang suatu produk, kecuali untuk berbagai kata aneh yang masih belum saya pahami dengan baik dan belum pernah dipelajari selama ini, tentang kode dan banyak lagi. Setiap pengembang ingin membuat produk yang berkualitas dan membagikan pendapat mereka, tetapi banyak yang takut mereka tidak akan didengar. Jika Anda dan produk Anda terbuka dengan tim (Anda menggunakan produk), maka orang akan memberi tahu Anda segalanya dengan itikad baik, dan ini juga akan memengaruhi pengembangan proyek Anda.
Tim di Yandex.Money juga bekerja seperti ini. Koneksi yang dekat antara proyek dan produk memungkinkan kami untuk mengembangkan lebih cepat dari sebelumnya - kami secara teratur membersihkan tumpukan, menghapus tugas-tugas usang yang mungkin kami miliki, bersikap kasar, sesekali mengevaluasi tugas-tugas kami di T-shirt dan titik cerita untuk memfasilitasi waktu dan mempercepat proses pada perencanaan. Kami berkomunikasi dengan tim kami dan berbicara tentang bagaimana perilaku pengguna di setiap tahap CJM, apa yang terjadi dalam laporan dengan angka dan metrik.
Sebagai kesimpulan, saya dapat mengatakan bahwa jika produk Anda tidak membagikan apa yang terjadi di pasar atau dalam produk Anda, maka inilah saatnya untuk memintanya melakukannya. Segera setelah Anda memberi tahu tim apa yang sebenarnya Anda lakukan dan mengapa, keterlibatan semua peserta meningkat pesat. Terbukti dalam praktik.
Kejutan bagi mereka yang membacanya - dalam posting ini ada kode promosi untuk bonus bagus dari Yandex.Money. Dia akan menerima orang yang pertama kali menemukan dan mengaktifkan .
UPD 10:20 Kode promosi pertama adalah di antara baris sebelum kata. Itu diaktifkan dalam 17 menit.
Dan jika Anda tidak punya waktu, maka jangan berkecil hati - akan ada kode promosi di posting berikutnya juga. Berlangganan ke blog kami untuk menjadi yang terdepan bagi semua orang lain kali.
Teks disiapkan oleh:
Penulisnya adalah Dmitry Volkov.
Editor - Eugene Shklyar, Denis Vonsarovsky.