Jangan pernah membaca buku untuk belajar mandiri begitu saja, tanpa latihan. Ini adalah hal terburuk ketika seseorang membaca banyak buku, dan kemudian mencoba untuk mendapatkan pekerjaan sebagai manajer produk, melambaikan pengetahuan buku. Pelamar tersebut segera terlihat. Dan sangat bagus jika seseorang di tempat kerja mulai mengembangkan dirinya sebagai manajer produk. Sangat sering manajer proyek berperilaku seperti produk. Misalnya, penguji mulai membaca buku yang bermanfaat, tidak seperti pengembang yang duduk dan menulis kode tanpa membaca apa pun tentang metodologi fleksibel yang sama.
Saya belajar dari pengalaman saya sendiri betapa mengecewakan menghabiskan banyak waktu dan uang untuk sesuatu, dan kemudian Anda membaca buku yang menggambarkan semua kesalahan yang saya buat. Dan jika saya membacanya sebelumnya, saya bisa menghindarinya, semuanya bisa berubah secara berbeda. Dan jika Anda ingin berkembang dalam profesi Anda, lebih baik tidak mengulangi kesalahan orang lain, atau melakukannya secara sadar. Dan buku banyak membantu dengan itu. Izinkan saya memberi saran kepada Anda tentang buku-buku yang direkomendasikan untuk dibaca oleh setiap manajer produk.
Tanya ibu
Setiap manajer produk harus dapat mengajukan pertanyaan dan memahami apa itu pengguna. "Ask Mom" adalah buku tentang pengembangan pelanggan, tentang akal sehat, tentang pengguna, dengan contoh dan deskripsi kesalahan umum yang sangat baik.
Tulis, potong
Teks itu penting karena pengguna benar-benar membacanya. Dan banyak manajer produk memiliki kelemahan - mereka tidak tahu cara menulis dengan baik. Tetapi produk yang memahami produk mereka lebih baik daripada siapa pun, dan merekalah yang harus mengisinya dengan teks. Dan bagaimana melakukannya dengan benar, ditulis dalam "Tulis, Potong."
On the Hook (Terinspirasi: Cara Membuat Produk Teknologi yang Disukai Pelanggan)
Buku ini tentang cara membuat produk. Berikut adalah contoh bagaimana pengguna memandang produk, apa yang penting bagi mereka, kesalahan apa yang bisa dilakukan. Jangan mencari solusi untuk masalah praktis Anda di sini, buku ini adalah tentang berpikir tepat untuk produk.
Memberikan kebahagiaan
Buku ini tentang sikap terhadap pengguna. Di banyak perusahaan tempat saya bekerja, ada praktik seperti itu: pengembang dikirim selama beberapa hari untuk bekerja di layanan dukungan, dalam jumlah sedang. Dari sana, orang keluar berbeda. Seringkali mereka mulai mengkodekan di sana: "
Ya, saya akan memperbaiki
omong kosong ini dalam lima menit sekarang. Bagaimana saya tahu bahwa itu sangat menyakitkan? Tugas ini telah lama digantung. Tetapi jika saya tahu, saya akan melakukannya secara berbeda . " Dan kemudian para pengembang sudah memberi tahu produk apa masalah yang dimiliki pengguna, mereka menumbuhkan motivasi untuk memecahkan beberapa masalah.
Dalam pengembangan perangkat lunak lean, ada konsep siklus kerja terpadu tertentu, di mana semua pengembang harus sedekat mungkin dengan pengguna. Dan ini adalah tugas untuk produk yang bagus - untuk membawa pengembangan kepada pengguna sedekat mungkin melalui kisah pengguna, kisah pekerjaan, penjelasan, dan sebagainya. Buku "On the Hook" tentang bagaimana Anda bisa mencintai pengguna, apa yang sebenarnya terjadi. Dia menginspirasi begitu banyak orang sukses. Ya, perubahannya tidak akan cepat, tetapi mendalam.
Dari baik ke hebat
Buku tentang bagaimana perusahaan yang keren benar-benar dibuat. Pada 2010 - 2014 ada era konsultan yang berjanji untuk segera melakukan apa saja. Tetapi jika Anda menganalisis keberhasilan Pampers, Gillette dan banyak perusahaan besar lainnya yang secara bertahap mencapai puncaknya, ternyata mereka berutang pada karyawan biasa, dan bukan kepada "bintang". Perusahaan yang benar-benar keren dibangun dengan diam-diam, dan tidak melalui PR yang keras.
Jika seorang manajer produk ingin mengelola ekosistem di sekitarnya - pengembang dan produk lainnya - jika ia tumbuh sebagai senior atau CPO, berinteraksi dengan semua struktur, maka ia harus memahami bahwa ini membutuhkan kerja keras. Dengan contoh perusahaan yang dijelaskan dalam buku ini, menjadi jelas bahwa tidak perlu banyak PR dan berbicara di konferensi. Namun, satu resep tidak ada.
Dilema Inovator
Buku tentang inovasi yang mengganggu. Jika Anda bekerja di perusahaan besar, Anda harus menerima kenyataan bahwa pada titik tertentu Anda mungkin akan terdesak keluar dari pasar, dan Anda bahkan tidak akan menyadarinya.
Bagaimana ini terjadi? Sebagai contoh, excavator piston memindahkan excavator kabel dari pasar. Ketika model piston pertama kali muncul, mereka jauh lebih buruk daripada model kabel yang digunakan, yang menduduki pasar ke miliar. Tetapi dengan pengembangan dan peningkatan, excavator piston akhirnya memindahkan excavator kabel dari pasar, yang awalnya tidak mementingkan pesaing, dan kemudian sudah terlambat.
Manajer produk selalu memiliki dua aspek: perlu meningkatkan yang sudah ada, tetapi pada saat yang sama berpikir tentang sesuatu yang inovatif, merusak pasar, yang: a) akan mendorong produk Anda di masa depan, bisnis Anda; b) tidak akan membiarkan mati dalam kompetisi. Anda harus bersaing dengan sesuatu yang Anda miliki - persepsi, posisi, fitur - tetapi bukan nilai. Buku ini memiliki banyak contoh bagus dengan angka yang menunjukkan bagaimana beberapa perusahaan dapat membangun kembali dan beberapa tidak. Buku ini juga tentang analitik dan pemikiran strategis berskala besar, yang tidak dimiliki oleh banyak manajer produk.
Manajemen proyek dan produk yang fleksibel
Penulis, Boris Wolfson, adalah CTO Banki.ru dan sekarang menjadi direktur teknis HeadHunter. Dalam bukunya, dia menjelaskan secara singkat segala yang dibutuhkan untuk pengembangan suatu produk. Paling sering, manajer produk bertanggung jawab untuk meluncurkan produk, dan tidak hanya menulis tugas, jadi dia harus mengerti bagaimana ini dilakukan. Nilai memahami teori dan proses bukanlah bahwa Anda dapat mengatakan "mereka memilikinya seperti itu, mari kita lakukan hal yang sama", tetapi bahwa Anda dapat menerapkan pengetahuan ini dengan benar dalam situasi Anda. Artinya, ia mampu dalam situasi apa pun untuk menghasilkan apa yang perlu dilakukan.
Buku ini adalah tentang semua jenis proses, tentang bagaimana Anda dapat menyusun tim, bagaimana mereka berinteraksi. Banyak contoh, didukung oleh angka. Saya terutama ingat grafik refactoring. Saya selalu berpikir bahwa refactoring sangat sulit untuk dibenarkan, tetapi Boris sepenuhnya menolak kepercayaan ini.
Bisnis dari awal
Ini buku dasar. Itu ditulis ketika "startup" adalah kata trendi yang dimasukkan di mana-mana. Bahkan, sebuah buku tentang penghematan. Dari teori Lean, esensi untuk mengurangi kerugian, semua Scrum dan Agile kami berasal. Ambil Scrum, misalnya: beralihlah, duduk dan lihat apa yang Anda lakukan salah. Anda mengoreksi dan melakukan lebih baik lain kali: pengurangan kerugian yang berulang, termasuk interaksi ekstra dengan orang lain.
Pendekatan ini telah menyebar luas berkat Sistem Produksi Toyota, yang didasarkan pada siklus PDCA (plan-do-check-act) - pertama Anda merencanakan, melakukan, memeriksa, menerapkan. Tetapi yang paling penting adalah analisis. Hemat adalah bahwa Anda berakselerasi sangat cepat, dan untuk ini Anda harus terus-menerus melewati siklus PDCA, ini sangat penting.
Meskipun startup yang paling tertarik dalam meminimalkan biaya, namun 80% dari buku ini didedikasikan untuk produk: cara membuat, menguji, melakukan MVP, apa yang tidak perlu dilakukan, dan bagaimana melakukannya.
Di dalam intel
Anehnya, buku ini tentang Intel: bagaimana perusahaan itu dibuat, bagaimana dan dengan siapa ia bersaing, dan sepanjang jalan menceritakan kisah banyak perusahaan lain, termasuk AMD dan Microsoft. Akan sangat berguna untuk membaca kepada orang-orang yang ingin memasuki pasar internasional, apa aturannya, apa yang harus dikorbankan. Meskipun buku ini cukup lama, buku ini menggambarkan dasar yang ditetapkan di semua perusahaan IT di AS yang sama.
Salah satu pendiri Intel adalah Andrew Grove, yang saat ini dianggap sebagai salah satu eksekutif bisnis terbaik dalam sejarah. Dia telah mengembangkan sejumlah teknik manajemen yang sekarang banyak digunakan di bidang TI.
Batas waktu Manajemen Proyek Roman
Satu-satunya novel tentang IT: bagaimana perkembangan besar dilakukan dari awal, bagaimana orang berinteraksi. Berbagai aturan, hukum, nuansa, jebakan dijelaskan. Semua ini berlaku untuk perusahaan Barat. Mudah dibaca, tetapi ada banyak informasi di kepala saya tentang cara membentuk tim, cara memotivasi, dan aturan mana yang harus diikuti.
Misalnya, muncul pertanyaan: bagaimana memotivasi pengembang untuk bekerja lebih efisien, dan pada saat yang sama tidak memaksa mereka untuk mendaur ulang? Semua dipindahkan ke komputer stasioner dan pada pukul 18:00 mereka mematikan listrik di kantor. Semua orang tahu tentang hal itu, jadi mereka kurang merokok dan membuang waktu, semua orang memiliki kehidupan keluarga yang lebih baik. Jadi orang didorong untuk merencanakan dan menggunakan waktu kerja secara efektif. Saat ini, pendekatan ini digunakan di banyak studio desain canggih.
* * *
Buku-buku ini akan membantu manajer produk membentuk cara berpikir tertentu. Secara umum, ada dua jenis produk: "pemula" dan "improvisasi". Beberapa tidak suka yang lain. "Peluncur" menganggap diri mereka sendiri dan jenis visioner mereka sendiri, dan "improvers" lebih cantik daripada semua jenis metrik. Tetapi buku-buku yang tercantum adalah untuk kedua kategori. Mereka akan membantu membentuk dasar, struktur pengetahuan sehingga ada sesuatu untuk dibicarakan di wawancara dan dengan rekan kerja.