Saat startup tumbuh, alur kerjanya harus berubah. Saya menyadari bahwa ini sangat penting bagi para insinyur. Peran saya sebagai salah satu pendiri dan CTO telah berubah secara signifikan selama bertahun-tahun. Tanggung jawab dan tugas harian saya berubah, dan saya harus mengubah pendekatan saya untuk bekerja beberapa kali untuk membantu perusahaan mencapai level berikutnya.
Pada masa-masa awal perusahaan, tim terdiri dari tiga orang yang bekerja malam dan akhir pekan, menggergaji di ruang bawah tanah yang kemudian menjadi Zapier. Sebelum peluncuran, kami membuat tiga atau empat versi produk. Enam tahun telah berlalu sejak saat itu, sekarang kami memproses ratusan juta permintaan ke API kami, dan tim kami mempekerjakan 80 spesialis dari seluruh dunia (termasuk lebih dari dua lusin insinyur).
Pertumbuhan dari hari-hari ketika kami bertiga hingga saat ini sangatlah sulit. Jika mau, Anda bisa membaca kesimpulan yang saya buat selama ini. Jika tidak, saya menyarankan agar Anda membiasakan diri dengan pelajaran yang saya terima ketika saya tumbuh sebagai CTO baru.
Pohon pengembangan manajemen teknologi dalam sebuah startup
Sebelum kita melangkah terlalu jauh, mari kita cari tahu - siapa sih CTO itu? Ini adalah pertanyaan yang saya tanyakan pada diri sendiri ketika kami mempekerjakan beberapa insinyur pertama di tim. CTO - seorang diktator abadi yang baik hati, yang dalam dunia perangkat lunak, terlibat dalam memantau kode? Atau itu semacam manajer super atau peretas super?
Saya meminta nasihat banyak orang. Saya menghubungi CTO di Buffer, Unbounce, dan startup lain yang sedikit lebih besar dari kami. Dan saya mendapat jawabannya: tidak ada yang benar-benar tahu. Ini adalah peran fuzzy yang tidak dapat didorong ke kerangka kerja apa pun. Dalam proses komunikasi, saya menemukan sejumlah pola umum pertumbuhan startup berorientasi teknologi kecil dan merumuskan apa yang harus dilakukan CTO pada setiap tahap pengembangan.
Karena saya kutu buku dan suka bermain video game, menurut saya pohon pengembangan adalah yang paling jelas. Saat Anda mendapatkan pengalaman dalam permainan, Anda meningkatkan level Anda dan pada titik-titik tertentu Anda dapat memilih cabang pengembangan yang berbeda.
Seperti inilah tampilan pohon STO dalam startup.
Peretas tunggal (1-2 insinyur)
Ini persis saat kami bekerja di ruang bawah tanah. Itu adalah waktu yang menyenangkan dan cepat berlalu. Anda melakukan banyak hal, hampir tidak ada overhead komunikasi dan komunikasi, karena semua orang bekerja selaras. Anda hanya mencoba mencari tahu apa yang berhasil dan apa yang tidak.
Tim kecil pembuat kode (2-6 insinyur)
Sebagai pendiri startup, Anda ingin mengembangkan tim Anda, jadi Anda mulai merekrut orang. Biasanya setiap orang mulai dengan mempekerjakan teman. Beberapa orang mengatakan tidak ada gunanya mempekerjakan teman, tetapi saya pikir ini bagus pada tahap awal ini. Anda tahu Anda bisa bekerja dengan mereka, Anda tahu betapa pintar mereka, dan mereka sangat cocok. Tahap tim kecil adalah saat CTO mulai merasakan sakitnya berpindah dari peretasan ke hal lain. Masih cukup bagus karena Anda hanya memiliki beberapa insinyur. Overhead komunikasi cukup kecil. Anda masih cukup sinkron. Anda mengerti apa yang sedang terjadi. Tidak ada yang mengejutkan Anda.
Pertumbuhan tim (6-12 insinyur)
Kemudian semuanya menjadi sedikit aneh. Anda berhenti berbicara dengan masing-masing anggota tim. Anda harus mengatasi misteri manajemen yang mengerikan, bagi saya itu adalah sesuatu yang secara fundamental baru - berbeda dengan pemrograman yang dapat dimengerti dan alami bagi saya. Pada tahap inilah overhead komunikasi penulisan kode meningkat secara signifikan. Anda mungkin perlu mempertimbangkan untuk mempekerjakan orang yang bukan teman Anda. Segalanya menjadi rumit karena hal-hal mulai terjadi yang tidak pernah Anda ketahui keberadaannya. Pada tahap ini, semuanya terjadi dengan sangat cepat, dan Anda juga akan menemukan cabang pertama dalam pohon pengembangan.
Organisasi tim (12+ insinyur)
Dengan tim sebesar ini, Anda mungkin bekerja di berbagai bidang. Anda tidak akan dapat menangani orang dan kode pada saat yang sama, jadi Anda harus membuat pilihan:
Wakil Presiden Teknik: fokus pada pengelolaan
CTO: fokus pada pengkodean dan arsitektur.
Wakil Direktur Teknik adalah orang yang menyiapkan proses, mengimplementasikan alat, yang meningkatkan produktivitas secara keseluruhan dan membantu insinyur berkembang. Jika Anda tetap menjadi CTO, Anda akan terus melakukan hal-hal yang berkaitan dengan pengkodean langsung. CTOlah yang terbiasa dengan seluruh sistem dari dan ke, dan juga tahu di mana kerangka tersembunyi di dalam lemari.
Haruskah Anda menjadi CTO?
Saya tidak siap untuk keputusan seperti itu. Saya bahkan tidak tahu bahwa saya harus membuat pilihan. Saya pikir CTO akan menjadi manajer de facto. Ini tampaknya menjadi kasus di lebih dari setengah dari startup yang saya ajak bicara. Terlepas dari jalan mana yang Anda tuju (manajerial atau teknis), Anda harus menemukan seseorang yang akan mengambil alih cabang kedua.
Untuk membuat keputusan, perlu diingat asal-usul Anda. Di mana Anda menghabiskan lebih banyak waktu, seberapa yakin diri Anda, dan ingin kembali ke mana?
Awalnya, tim Anda hanya memiliki satu atau dua teknisi. Semua waktu Anda akan dihabiskan untuk coding, itu bagus. Ketika tim Anda memiliki sekitar 6 orang, semuanya juga akan baik-baik saja. Sekitar 80% dari waktu akan dihabiskan untuk pengkodean, dan 20% untuk komunikasi. Dan alur kerja akan tetap terasa bagus. Anda akan sekitar 90% yakin akan segalanya
Dan kemudian segalanya akan menjadi jauh lebih sulit. Anda akan terlibat dalam pekerjaan langsung di separuh waktu, karena Anda akan sibuk merekrut karyawan baru dan baru. Akan ada lebih banyak karyawan yang membutuhkan bantuan, dan ini tidak terlalu bagus, karena Anda harus melakukan ini dan menulis jumlah kode yang sama seperti sebelumnya. Pada tahap ini, Anda perlu memutuskan apa yang ingin Anda lakukan - pengelolaan atau pengembangan. Bagaimana Anda menyukai gerakan di sepanjang pohon perkembangan ini?
Anda hanya perlu menemukan yang membuat dopamin Anda.
Ini adalah saran bagus dari pendiri startup. Apakah Anda merasa senang jika dapat membantu seseorang mengatasi tugas? Atau apakah Anda senang memecahkan masalah teknis? Jawaban atas pertanyaan-pertanyaan inilah yang akan membantu Anda memahami jalan mana yang harus Anda ambil.
Empat pelajaran dari CTO dari berbagai startup
Saya berbicara dengan 15 pendiri dan CTO mencoba memutuskan apa yang harus difokuskan. Saya bertanya kepada mereka masing-masing apa yang mereka perhatikan di sepanjang jalan dan kesulitan yang mereka hadapi. Dalam percakapan ini, empat topik terus-menerus muncul:
1. Terima titik kritis
Saya bertanya kepada semua orang tentang kesalahan terbesar mereka - pengalaman apa yang mereka dapatkan darinya dan apa serta bagaimana mereka memperbaikinya. Kemudian saya bertanya kepada mereka bagaimana mereka akan mencoba mencegahnya. Semua orang berpikir sejenak sebelum menjawab, dan kemudian mengatakan sesuatu seperti, “Anda tahu, saya mungkin tidak akan melakukannya. Kami harus melalui saat-saat seperti ini untuk benar-benar memahami apa yang kami coba lakukan. Untuk mempelajari cara melakukannya dengan benar, Anda perlu mengenal pihak lain. "
Dalam istilah CTO, perlakukan titik infleksi sebagai penskalaan layanan. Jika Anda mengalami kemacetan, Anda harus memperbaikinya. Ini jauh lebih efisien karena sangat sulit untuk memprediksi kemunculannya - terutama di startup.
2. Tak ada tanah manusia
Beginilah cara saya memanggil tim yang terdiri dari 6 hingga 12 insinyur. Dalam tim seperti itu, sedikit dari semuanya terjadi, dan itu sangat membingungkan. Anda akan melihat bahwa Anda mengucapkan frasa seperti "Mengapa orang ini tidak tahu tentang ini? Dan tidakkah dia tahu apa yang harus dilakukan? " Jika Anda dihadapkan pada pertanyaan seperti itu, maka Anda tidak lagi dapat menggabungkan tanggung jawab - Anda perlu melakukan satu hal, dan mentransfer separuh tugas lainnya kepada seseorang yang dapat mengatasinya. Anda tidak cukup jenius untuk menangani dua peran sekaligus, tetapi Anda tidak cukup bodoh untuk mengabaikan keadaan ini. Anda sepertinya terjebak di tengah.
Pada tahap ini, komunikasi dapat membantu membangun jembatan. Jika Anda menemukan diri Anda mengucapkan frasa seperti "Mengapa X melakukan ini?" Maka Anda harus mulai mengatakan hal-hal tertentu lebih sering. Ulangi sampai orang memutar matanya dan berkata, "Sama lagi." Ini penting karena membantu Anda memastikan tingkat pemahaman yang sama di antara semua karyawan.
3. Mimikri struktural
Seringkali, saya mendengar CTO mengatakan sesuatu seperti, "Kami melihat cara mereka melakukannya di Spotify atau" Kami melihat cara Amazon melakukannya. " Orang-orang ini mengadopsi struktur perusahaan lain. Jika Anda, sebagai perusahaan teknologi, berinovasi, maka Anda tidak boleh menemukan metode manajemen yang inovatif. Anda bahkan tidak boleh muncul dengan sesuatu yang baru dalam struktur perusahaan Anda. Anda perlu berinovasi melalui teknologi, kode, dan produk Anda.
Temukan apa yang menurut Anda menarik dan coba terapkan di perusahaan Anda. Seiring waktu, perusahaan Anda akan menjadi unik dengan mencampurkan ide dan cara pengorganisasian yang tidak dimiliki orang lain. Anda mungkin bisa menemukan sesuatu sendiri, tetapi ini seharusnya bukan tujuan Anda. Anda harus mencoba memahami apa yang dilakukan orang lain dan berusaha untuk menyelamatkan diri dari kerepotan.
4. Fokus
Pelajaran terakhir didasarkan pada kesalahan pribadi saya. Ketika kami mulai merekrut insinyur, kami berpikir bahwa lebih banyak orang akan memungkinkan kami melakukan lebih banyak pekerjaan. Pada awalnya, para pendiri dan pasangan pertama dari karyawan yang direkrut benar-benar bekerja sama. Bagi kami, semua orang dapat mengerjakan dua atau tiga proyek - dan itu bagus. Jadi empat insinyur dapat menjalankan delapan hingga dua belas proyek pada saat bersamaan, bukan? Tidak, itu pemikiran yang buruk.
Semakin banyak proyek, semakin banyak utas komunikasi. Jauh lebih sulit untuk melacak semua proses dan memastikan bahwa setiap orang memahami segalanya. Melihat ke belakang, saya pikir ketika kita mempekerjakan lebih banyak orang, ada baiknya menjaga beban kerja pada tingkat yang sama, dan mungkin bahkan menurunkannya sedikit.
Kami baru saja memilih satu proyek yang menjadi fokus semua orang. Kami menjelaskan kepada semua orang bahwa ini adalah prioritas utama kami. Ada juga beberapa tugas sekunder, tapi itu tugas sekunder, tujuan utama kami adalah yang utama.
Semoga pengalaman saya membantu mereka yang mencoba menavigasi air keruh pada tahap awal startup, terutama sebagai CTO. Akan sangat bagus jika saya mengetahui semua ini sebelumnya, tetapi mungkin saya tidak akan mendapatkan semua pengalaman ini. Namun demikian, sangatlah normal untuk menjadi bingung, untuk menunda keputusan sampai nanti dan menyelesaikannya saat bepergian. Ini semua tidak apa-apa, karena pada tahap awal startup memiliki kebutuhan yang sangat beragam.
- Diskusi di HackerNews
- Saluran Telegram "HackerNews in Russian"