Sebagai salah satu pendiri dan sesekali manajer produk freelance, desainer, dan pengembang, saya telah bekerja di kedua sisi meja: sebagai pengembang yang dikelola, dan sebagai manajer yang bekerja dengan pengembang.
Jadi, jika Anda seorang pendiri, manajer produk, atau siapa pun yang bekerja dengan tim teknis - saya ingin berbagi beberapa hal untuk dilakukan agar karyawan Anda bahagia dan membuat hidup mereka lebih mudah.
Kenapa mengganggu? Nah, selain hanya ingin menjadi bos yang baik, semakin mudah kehidupan pengembang Anda, semakin cepat dan efisien ia akan dapat mengimplementasikan fitur. Dan di internet, di mana waktu bergerak dengan kecepatan tahun anjing, itu jelas merupakan keuntungan.
Inilah kunci keberhasilan ketika bekerja dengan tim teknis Anda.
Memahami Perbedaan Antara CTO dan Lead Engineer
Anda akan bekerja dengan CTO atau Lead Engineer, dan penting untuk memahami bahwa mereka tidak harus orang yang sama.
Terkadang Anda memiliki CTO luar biasa yang tidak hanya teknis, tetapi juga manajer, komunikator, dan delegator yang hebat. Jenis-jenis ini mungkin ingin tahu segalanya tentang apa yang Anda bangun, apa tujuan akhirnya untuk pengguna, dan sasaran bisnis keseluruhan Anda. Itu keren! Percayalah, ini aset. Pelihara itu.
Namun, sebagian besar waktu - terutama dalam ekonomi yang langka pengembang ini - Anda akan memiliki seorang Lead Engineer: orang yang luar biasa dalam merancang suatu produk, tetapi tidak harus memiliki keterampilan (atau keinginan) untuk mengelola tim dan produk.
Semakin cepat Anda menyadari orang seperti apa yang Anda butuhkan (atau telah dipekerjakan), semakin siap Anda untuk mengelola orang itu dan produknya.
Peduli Tentang Bagaimana Hal Ini
Pengembang adalah pembuat, bukan mesin. Jadi dengarkan ide-ide mereka dan pastikan Anda mempertimbangkannya - bahkan jika Anda tidak tahu apa yang mereka bicarakan ketika mereka mulai menggunakan istilah-istilah teknis. Tidak tahu perbedaan antara tumpukan ini dan itu? Meminta. Gunakan itu sebagai kesempatan untuk belajar. Anda harus memiliki setidaknya pemahaman dasar tentang sisi teknis produk Anda.
Jadilah spesifik
Jauh lebih bermanfaat bagi tim teknis Anda untuk menugaskan mereka tugas-tugas kecil dan spesifik - jangan hanya menyerahkan banyak mock-up dan menyuruh mereka selesai pada hari Jumat. Bahkan, Anda harus menjadi orang yang mengelola proyek untuk mereka. Pelajari cara menggunakan perangkat lunak manajemen proyek seperti Pivotal Tracker atau Trello dan melacak kemajuan pengembangan fitur setiap hari atau per sesi kerja.
Dan sering-seringlah check in, baik secara langsung maupun melalui perangkat lunak manajemen proyek Anda. Jauh lebih mudah untuk mencegah hal-hal dari jalan yang salah jika Anda bisa menangkapnya di persimpangan.
Jangan Ubah Pikiran Anda Setiap Hari
Saya tahu, Anda pikir ini terdengar jelas. Tetapi ketika Anda keluar pitching dan menjual produk Anda setiap hari, mendengar umpan balik dan bertukar pikiran cara untuk membuatnya lebih baik - sangat mudah untuk kembali dengan ide-ide baru setiap saat. Jangan lakukan ini pada tim Anda.
Tentukan hal spesifik dan kecil yang ingin Anda bangun: Produk yang layak Minimum (atau "MVP"). Siapkan MVP Anda dan siap dibangun. Dan membuatnya kecil. Jika Anda merancang aplikasi raksasa, pecahkan dan mulai dengan satu bagian. Kirimkan MVP Anda - dan kemudian ubah pikiran Anda berdasarkan data.
Juga, jika Anda belum melakukannya, baca The Lean Startup oleh Eric Ries. Ikuti itu - jangan hanya melemparkan jargon keren di acara jejaring.
Tetapkan Tujuan, Bukan Tenggat Waktu
Di dunia teknis, tenggat waktu tidak selalu berhasil. Bahkan pengembang yang paling berpengalaman memecahkan barang, dan memperkirakan berapa lama waktu yang dibutuhkan untuk memperbaiki hal-hal itu sulit.
Saya benar-benar menyukai ide Tracker untuk memecah fitur dan menetapkan poin kesulitan, bukan jam. Tandai masalah sebagai "mudah, " "sedang, " atau "sulit, " dan lacak kemajuan daripada berpegang pada tenggat waktu. Menugaskan sebagian besar tugas-tugas sulit? Mereka mungkin dapat dipecah lebih lanjut.
Dapatkan Desainer Hebat
Desainer memecahkan masalah dan dapat membuat proses pembuatan produk jauh lebih mudah. Terutama desainer UX / UI (pengalaman pengguna dan antarmuka pengguna). Mereka membantu Anda mengetahui seperti apa produk Anda seharusnya terlihat dan bertindak - piksel demi piksel, interaksi pengguna dengan interaksi pengguna (pikirkan: Tombol apa yang diklik pengguna selanjutnya? Di mana itu di halaman? Di mana membawanya?).
Ini bukan pekerjaan pengembang Anda. Aku serius. Tugas pengembang Anda adalah menulis kode - bukan mendesain produk. Seorang desainer hebat sebenarnya akan membantu Anda menghemat biaya pengembangan, karena mereka akan membantu tim memikirkan dan menangkap hal-hal yang mungkin diabaikan orang lain. Mereka juga dapat menyarankan untuk membuat perubahan sederhana namun kuat yang akan membuat produk Anda lebih intuitif dan lebih mudah digunakan.
Pada saat yang sama - pastikan desainer Anda ramping. Kadang tidak sepadan dengan biaya untuk membangun semuanya kustom. Ada perbedaan antara perhatian terhadap detail dan menjadi seorang diva. Jika pengembang Anda mengeluh tentang suatu desain - itu pertanda bahwa Anda harus berhenti, membahasnya, mengubah, dan berkompromi.
Tes tes tes
Jika Anda benar-benar peduli tentang produk Anda - bantu pengembang Anda mengujinya. Dia sudah menatap ini selama berjam-jam. Beri dia satu set mata baru. Pujilah dia atas apa yang dia lakukan dengan benar, dan berikan tugas-tugas spesifiknya untuk apa yang masih perlu dilakukan atau diperbaiki.
Pengembang sering mengeluh kepada saya bahwa mereka menghabiskan banyak waktu untuk sesuatu dan kemudian diluncurkan dengan hal-hal yang rusak karena tidak ada yang melihat mereka. Ingat, ini produk Anda . Dan tidak ada yang mau bekerja untuk seseorang yang tidak peduli dengan produk yang mereka keluarkan di sana.
Kompensasi dengan Adil
Anda adalah orang bisnis, dan orang bisnis bernegosiasi. Biasanya, jauh lebih baik daripada orang-orang non-bisnis.
Jadi, berhati-hatilah.
Anda dapat bernegosiasi dengan pengembang sesuai tarifnya, tetapi jika itu terdengar masuk akal, itu mungkin benar. Perlu diingat bahwa ada banyak orang di luar sana yang bersedia dan mampu mempekerjakannya untuk apa yang ia kutip. Dan, jika dia merasa telah dinegosiasikan dan dia tidak diberi kompensasi berapa nilainya, kemungkinan dia tidak akan memprioritaskan pekerjaan Anda daripada pekerjaan lain (atau lebih dari hal-hal lain yang lebih menyenangkan). Atau, dia akan menemukan orang lain yang akan membayar tarifnya, lalu meninggalkanmu tergantung. Saya telah melihatnya berulang kali.
Alternatifnya adalah menegosiasikan tarif untuk periode uji coba untuk fitur kecil, dan katakan padanya Anda akan membayar tarif penuh jika proyek berjalan dengan baik.
Percayai Tim Anda
Apakah Anda curiga pada pengembang yang menghabiskan waktu berjam-jam atau malas dengan mengunjungi biergarten terdekat? Ingatlah bahwa jika Anda tidak merekrut orang yang Anda percayai dan yang lebih baik daripada Anda dalam sesuatu, maka Anda tidak merekrut orang yang tepat.
Percayai ahli yang Anda sewa untuk melakukan pekerjaan mereka. Beri mereka alat yang mereka butuhkan untuk melakukannya, termasuk arah, fleksibilitas, ruang bernapas, dan otoritas. Dan sering check-in.
