Bagaimana rasanya menjadi CTO (Chief technology officer) atau CTO? Mungkin salah satu tahap pengembangan insinyur tertinggi. Seberapa jauh kehidupan yang lebih baik dalam posisi seperti itu? Itulah yang saya bicarakan hari ini.
Pada awalnya, saya ingin mencatat bahwa semuanya sangat subyektif dan tergantung pada perusahaan. Saya akan menceritakan pengalaman saya di perusahaan yang relatif kecil dan perusahaan pemula. Tentu saja, bagi banyak orang, pengalaman dapat bervariasi.
Pada awalnya, saya tidak memiliki kerumunan insinyur untuk dikelola, saya harus membentuk tim sendiri. Saya langsung terjun ke perekrutan karyawan, alokasi anggaran dan organisasi ruang kerja, dan banyak lagi.
Kenapa pergi ke sana?
Apa yang menggerakkan seseorang ketika ia bercita-cita untuk posisi ini? Salah satu faktornya mungkin uang, tetapi tidak semuanya jelas di sini. Jika Anda melihat Moskow dan St. Petersburg, gaji insinyur yang sangat keren bisa lebih tinggi daripada direktur. Artinya, uang jauh dari argumen yang menentukan. Sebagai contoh, bagi saya pribadi itu adalah kesempatan untuk mempengaruhi perkembangan dengan cara yang berbeda. Jika sebelumnya kualitas kode dan produk itu sendiri tergantung pada saya, maka dengan munculnya posisi baru tingkat pengaruh meluas secara signifikan: menjadi mungkin untuk mengelola anggaran dan memilih solusi teknis global, memotivasi tim dan mengatur seluruh proses kerja. Semua ini memungkinkan untuk mencapai tujuan dengan cepat, memilih strategi dan metodologi pengembangan untuk perusahaan.
Saya memperhatikan fakta bahwa jika sebelumnya, ketika saya adalah seorang pengembang, efek pekerjaan saya langsung terlihat, maksimum setelah sprint, sekarang setidaknya tiga bulan harus berlalu, dan lebih sering dibutuhkan setidaknya enam bulan untuk melihat hasilnya. Tapi pemalsuan jauh lebih terang - biasanya mereka langsung terlihat oleh semua orang. Ya, dan perusahaan biayanya beberapa kali atau bahkan pesanan besar lebih mahal daripada kesalahan insinyur, analis, atau bahkan manajer proyek biasa.
Tanggung jawab baru - penemuan baru
Saat saya berada di posisi baru dipenuhi dengan kekuatan dan antusiasme. Ada semangat juang, saya ingin mengulang semuanya. Tapi ini adalah kesalahan khas orang baru. Tampaknya semuanya berjalan salah, kami harus menulis ulang dan memperbaikinya. Semakin besar perusahaan atau semakin kompleks proyeknya, semakin kuat tampaknya ada lebih banyak masalah. Namun dalam praktiknya, mempelajari semua ini, Anda mulai menjadi tenang - tidak semuanya sesederhana dan tidak ambigu seperti yang terlihat pada pandangan pertama.
Sepertinya Anda ingin memperbaiki semuanya dan melakukannya dengan lebih baik, tetapi Anda menemukan tembok kesalahpahaman di pihak tim. Mereka melihatnya seperti ini: semacam reformis datang, menghabiskan sepanjang hari mengerjakan sampah, memperkenalkan sesuatu di sana, mencegahnya menulis kode, tetapi semuanya bekerja dengan baik.
Lebih jauh, saya secara bertahap terjun ke dalam pekerjaan CTO, saya pikir itu adalah kebahagiaan: kontrol penuh atas pengembangan, pengambilan keputusan, akhirnya, Anda bisa melakukan apa yang menurut Anda lebih baik. Dan tidak seperti bos itu dari pekerjaan sebelumnya. Tetapi pada saat yang sama, tanggung jawab lain yang tidak terlalu menarik datang ke lampiran: alokasi anggaran, dana penggajian (dana upah), masalah domestik, mempekerjakan orang dan banyak lagi.
Ketika saya pertama kali menjadi CTO, saya tidak tahu tentang banyak tanggung jawab. Misalnya, diperlukan satu insinyur lagi per tim. Anda perlu menyampaikan kepada HR jenis spesialis apa yang dibutuhkan, apa yang seharusnya dapat dia lakukan. Anda juga memiliki daftar gaji yang mapan, dan entah bagaimana Anda harus mencari gaji untuk karyawan baru dan tidak melebihi anggaran. Dan kemudian Anda perlu memonitor pasar agar tidak dikejar oleh pesaing. Pada saat yang sama, kesalahan dapat memiliki konsekuensi yang menyedihkan, jika Anda tidak mengevaluasinya dengan buruk, ia dapat pergi dan kemudian memberi tahu semua orang tentang kambing Anda. Dan jika tidak ada tempat lain untuk menanamnya, untuk menyewa kantor baru? Dan masih perlu membeli furnitur dan memasang AC, dll.
Jika sebelumnya semua sumber daya muncul untuk Anda secara ajaib, seperti dalam game, anggaran diambil dari kotak untuk server, beberapa produk, dll., CTO mengekstraknya sendiri. Kita harus pergi "ke karpet", mempertahankan keputusan kita dan mencoba menjelaskan apa yang sekarang dibutuhkan untuk pembangunan. Dalam hal ini, Anda harus membuktikan manfaat langsung untuk bisnis.
Ketika diminta untuk membuat keputusan strategis, ternyata, terutama pada awalnya, pengetahuan itu tidak selalu cukup. Saat ini Anda mengerti bahwa Anda perlu mengunduh keterampilan di semua bidang pengetahuan, dan segera.
Kita juga harus mengatakan tentang lamanya hari kerja. Saya mendapat kesan bahwa itu tumbuh dengan pos. Jika insinyur duduk selama 8 jam dan kadang-kadang berlama-lama, maka dalam posisi CTO, berhubungan dengan 8 hingga 23 telah menjadi norma. Kadang-kadang mereka bahkan menelepon di akhir pekan, dan dalam bentuk bonus mereka menelepon saat Anda berlibur. Dan seperti Anda pergi ke pantai, tetapi Anda sedang duduk di depan laptop di kamar Anda dan melakukan sesuatu. Pada saat yang sama, 70–80% dari waktu kerja ditempati oleh rapat, rapat, korespondensi, dan penyelesaian masalah. Hanya sisa waktu yang Anda coba lakukan sesuatu yang bermanfaat.
Saya berpikir bahwa saya akan berurusan dengan hal-hal yang hanya berkaitan dengan manajemen pembangunan, tetapi pada kenyataannya saya harus berkomunikasi dengan semua orang: dari penjaga keamanan hingga manajer puncak. Dengan semua masalah teknis datang kepada saya.
Negosiasi
Kadang-kadang saya perlu bernegosiasi dengan perusahaan besar seperti Auto.ru atau Avito. Di sana, sangat penting untuk tidak menghadapi kotoran dan menunjukkan bahwa Anda mewakili perusahaan yang serius.
Tapi itu terjadi sebaliknya: entah bagaimana pihak berwenang mengirim untuk negosiasi dengan mitra, tampaknya (kata kunci) setuju bahwa saya akan bertemu dengan kepala departemen pengembangan. Alhasil, dia tiba di kota lain, ternyata tidak ada yang menungguku, kepala departemen berangkat untuk rapat lagi. Agar perjalanan itu tidak sepenuhnya sia-sia, saya harus entah bagaimana menjalin kontak dengan pengembang mereka. Memberitahu kami apa yang kami inginkan, dan untuk mencapai itu mereka hanya mendengarkan Anda, telah menjadi tugas lain itu. Akibatnya, ia entah bagaimana berbicara kepada mereka, nyaris tidak keluar, setelah menerima informasi yang diperlukan dan telah menyelesaikan masalah teknis mendasar.
Selanjutnya - lebih banyak sampah. Saya pergi ke kota lain untuk membahas aspek teknis mengintegrasikan perusahaan lain dengan sistem kami. Saya tiba, dan ternyata ini adalah kontrak keluarga. Perusahaan mikro itu menemui saya, bahkan tanpa kantor. Seorang analis hamil, pengembang utama dalam kaus beralkohol, anak-anak berlarian di sekitar apartemen, dan selama diskusi seekor burung nuri berbicara terbang di sekitar saya.
Neraca bisnis dan pengembangan
Ketika Anda seorang pengembang, Anda berpikir bahwa akan keren untuk menulis ulang sesuatu menggunakan teknologi baru atau menggunakan DBMS yang keren. Sekarang ini bekerja dengan cara yang berbeda: Anda memikirkan setiap ide baru di bidang yang berbeda, yaitu, bagaimana "menjual" ini kepada atasan Anda. Misalnya, Anda ingin menulis ulang beberapa bagian dari layanan dari PHP ke Go. Bagi atasan, ini adalah frasa kosong, yang tidak bisa dihabiskan sepeser pun. Lagipula, gender berpikir dalam kategori lain - syarat dan anggaran. Karena itu, pergi kepadanya tanpa waktu dan sumber daya dan meminta untuk menerapkan beberapa ide adalah pekerjaan yang buruk. Anda segera belajar membayangkan bagaimana ini akan membantu bisnis. Jika beberapa solusi teknologi tidak memungkinkan bisnis untuk menjual atau menabung lebih banyak, maka rencana itu jelas gagal. Selain itu, seseorang harus mengingat kemungkinan risiko implementasi. Karena jika sesuatu tidak berjalan sesuai rencana, maka Andalah yang mendapatkan kepala.
Sekarang pertanyaan tentang keseimbangan bisnis dan pengembangan bahkan lebih akut. Variabel penting lainnya ditambahkan ke tugas apa pun - biaya solusi. Pada saat yang sama, aspek teknis tidak hilang, bias terhadap bisnis juga berbahaya. Direktur teknis harus menyadari seberapa sukses keputusan ini di masa depan, apakah teknologi tertentu akan dikembangkan dan didukung di masa depan, apa ambang batas untuk memasukinya, apakah terlalu sulit untuk insinyur tim saat ini, atau apakah perlu untuk memantau pasar dan merekrut yang baru. Di sinilah latar belakang teknis berguna. Dan jika CTO tumbuh dari seorang manajer dan tidak tahu perbedaan antara Java dan JavaScript? Sayangnya, ini juga terjadi, dan itu menyedihkan.
CTO hidup antara Scylla dan Charybdis. Di satu sisi, programmer "lapar" untuk mendinginkan solusi teknis, di sisi lain, bisnis yang ingin menghemat sebanyak mungkin pada pengembangan dan tidak bisa menunggu fitur menjadi kotor. Yang pertama terus-menerus ingin memperkenalkan sesuatu yang baru atau menulis ulang yang lama, sedangkan yang terakhir membutuhkan pengembangan yang dipercepat dan mengurangi risiko. Kita tidak boleh menyinggung para insinyur dan tidak mengacau di hadapan pihak berwenang.
Tidak ada kompromi di mana pun. Terkadang kruk jujur membantu membuat penjualan yang baik. Kemudian mereka dibenarkan, dan para pengembang harus menanggungnya. Dan kadang-kadang Anda harus "mendorong" beberapa keputusan di depan atasan Anda dan merobohkan anggaran untuk mereka agar dapat menghemat di masa depan.
Saya juga menemukan fakta bahwa saya semacam mengatur semacam proses dan berhenti memantaunya. Segalanya tampak berjalan baik, tetapi tidak ada efek yang tepat. Bahkan, karyawan dapat dengan mudah menilai sesuatu. Saya menyadari bahwa kita harus mengikuti semua proses dan tidak melepaskan kendali. Dan jika Anda melepaskannya, maka Anda perlu 300% yakin bahwa seseorang akan melakukan ini, dan semuanya akan berjalan sesuai rencana.
Saya juga ingin menyoroti satu hal lagi. Dalam jabatan ahli teknis, Anda tidak lagi menulis kode, semua pekerjaan direduksi menjadi pilihan solusi dan penyebaran pengetahuan di antara para pemimpin tim, yang, pada gilirannya, terlibat dalam pelatihan insinyur biasa. Secara alami, keterampilan pemrograman hilang. Bahkan jika Anda tidak perlu menulis kode di posisi CTO Anda dengan tangan, Anda masih perlu memahami teknologinya. Karena itu, entah bagaimana kita harus punya waktu untuk mengikuti dan ini, membaca buku, mendengarkan laporan. Jika Anda kurang berpengalaman dalam sesuatu, maka insinyur dapat memahami hal ini dan membuang beberapa sampah, seperti "bos itu bodoh, lalu tumpangan." Ini juga terjadi ketika lebih mudah bagi Anda untuk melakukan sesuatu sendiri dengan tangan Anda sendiri, dan tidak mencoba menjelaskan masalahnya kepada tim dan mendapatkan solusi dari mereka. Itu berakhir buruk, orang bisa berhenti mencoba dan duduk di leher mereka.
Manuver manajemen
Sepertinya baru-baru ini Anda bekerja sebagai programmer atau pemimpin tim dan pergi minum bir dengan para pria pada hari Jumat, tetapi Anda telah tumbuh dewasa menjadi CTO, dan mereka berubah menjadi bawahan Anda. Dan salah satu dari mereka mendatangi Anda: "Kakak, dan naikkan gajiku." Di sini, hubungan pribadi mulai mengganggu, ada beberapa kecanggungan. Dalam situasi seperti itu, Anda harus berperilaku dengan benar. Jika seseorang telah melakukan kerja keras, maka mungkin ada baiknya dia tidak mendapatkan bonus.
Kita harus mempertahankan otoritas kita, tetapi tidak menjadi tiran, yaitu, kita membutuhkan keseimbangan yang memadai. Ya, sekarang ada epaulettes umum, tetapi Anda tidak dapat mengambil dan melakukan sesuatu, karena itu masuk ke kepala Anda. Dalam hal ini, demokrasi tidak berbau. Dan setelah itu tidak ada yang akan mencintaimu.
Menurut saya, banyak yang harus didasarkan pada kepercayaan. Karena itu, saya ulangi, Anda harus berhati-hati dengan janji. Kalau tidak, kredit kepercayaan jatuh, ini pada akhirnya menyebabkan konsekuensi negatif. Selain itu, prinsip ini harus sama-sama berfungsi baik untuk pengembang maupun bisnis. Misalnya, dia berjanji akan menaikkan gajinya, tetapi anggarannya dipotong. Saya harus menghubungkan bonus dan roti lainnya dengan cara apa pun atau dengan penjahat. Lebih baik tidak memberikan janji kosong, kalau tidak mereka akan menganggapnya sebagai bel kosong, akan sulit untuk membersihkan reputasi.
Kami dulu memiliki pria pemberani yang melindungi Anda dari segalanya, tetapi sekarang tidak ada perlindungan, karena saya menjadi pria pemberani ini. Dan dalam hal apa pun Anda tidak harus menunjukkan bahwa Anda terbebas dari masalah. Jika ini akan terwujud secara eksternal, maka karyawan biasa akan langsung merasakan hal yang negatif. Dan ini adalah kesedihan dan keracunan dari atmosfer kerja. Sekarang Anda bertanggung jawab untuk setiap bersin.
Ketika Anda banyak menyipit, Anda harus bisa mengenali ini. Dari pengalaman saya sendiri, saya akan mengatakan bahwa Anda harus dapat mengumpulkan semua orang, berdiri di atas kursi dan berkata: "Kolega, saya mengacau." Dan jika Anda menambahkan ini: "Tapi saya tahu cara memperbaikinya," maka ini sudah dirasakan secara normal, dan rasa hormat dari para pria semakin meningkat. Dan orang-orang akan memperlakukan ini dengan pengertian.
Pencarian Pekerjaan untuk Posisi CTO
Anehnya, jumlah lowongan untuk posisi stasiun layanan cukup besar. Tetapi mereka biasanya tidak ditempatkan pada jam dan sumber daya serupa, paling sering mereka mencari techdirs, atau paling tidak melihat dari dekat, pada konferensi atau pada rekomendasi dari kenalan. Mengapa Saya tidak memiliki jawaban yang jelas, tetapi bagi saya sepertinya intinya adalah dalam menilai kemampuan. Anda tidak dapat memberikan masalah dan melihat hasilnya, meskipun itu terkait dengan arsitektur. CTO tidak menulis kode. Tanyakan untuk menunjukkan bagaimana seseorang akan membangun proses dan mengimplementasikan Agile? Anda bisa, hanya efeknya yang harus menunggu enam bulan. Selain itu, orang sering tidak dapat menilai keadaan dengan memadai, mereka berpikir bahwa semuanya baik-baik saja dengan mereka, dan ketika Anda menggali sedikit, ada kekacauan.
Jika Anda berpikir tentang apa yang ingin diperoleh perusahaan dari spesialis? Jika ini adalah pengembang, pemimpin tim, atau PM - semuanya jelas. Bagaimana jika CTO? Tidak ada daftar tanggung jawab khusus. Bahkan, ada, itu harus memastikan pekerjaan semua hal di atas dan memikul tanggung jawab untuk ini. Tetapi kenyataannya adalah bahwa ini semua sangat tergantung pada perusahaan.
Ketika saya sedang mencari pekerjaan, saya pergi untuk wawancara ke posisi CTO dan mengamati gambar seperti itu. Satu perusahaan ingin Anda menjalankan fungsi Team Leader, mereka tidak perlu membangun proses, mereka hanya ingin Anda menulis kode. Di sisi lain, sebaliknya, mereka ingin Anda berurusan secara eksklusif dengan proses, mereka tidak memerlukan arsitektur apa pun. Yang ketiga membutuhkan manajer, mereka tidak peduli tentang sisi teknis. Yang keempat membutuhkan seseorang yang akan menguji ide bisnis. Kelima, mereka ingin CTO terlibat dalam pemasaran dan pemasaran di samping yang lainnya. Adalah baik jika perusahaan bahkan memahami apa yang ingin mereka dapatkan. Ada orang yang membutuhkannya untuk membuat semuanya menjadi baik.
Entah bagaimana dia tertawa, mereka melempar tugas tes untuk saya: Saya harus menghitung biaya dan jangka waktu membuat toko online dengan keranjang dan showcase, dipandu oleh harga pasar rata-rata untuk pengembangan. Secara umum, ini semua TK. Secara mental saya berharap mereka beruntung dalam pencarian mereka untuk seorang kandidat.
Dan ada juga jenis perusahaan khusus dengan tingkat birokrasi liar di mana mereka tidak akan membiarkan Anda bersin tanpa persetujuan dari lima departemen.
Jadi sebelum Anda mencari pekerjaan CTO, Anda harus berpikir lebih dari sekali apa yang Anda inginkan. Yang paling penting adalah perusahaan memahami dengan jelas apa yang mereka inginkan dari Anda. Pada salah satu wawancara, saya tidak tahan dan bertanya: "Saya melihat bahwa Anda tidak mengerti apa yang Anda tanyakan kepada saya. Bagaimana Anda akan menilai saya? " Mereka menjawab bahwa kami telah membaca beberapa buku pintar dan bertanya kepada teman-teman dari bisnis lain tentang techdir mereka, yang kami cari.
Jadi pilihlah dengan hati-hati dan bijak, kalau tidak mungkin tidak sepadan.
PS
Sebagai kesimpulan, saya ingin mengatakan bahwa semuanya subjektif dan tidak ada keputusan benar dan salah, itu tergantung pada banyak faktor. Jika untuk meringkas semua yang saya bicarakan, saya akan mengurangi fakta bahwa stasiun layanan adalah orang yang menyelesaikan semua masalah, dari yang terkecil hingga yang paling strategis, bekerja tanpa henti sehingga semua orang dapat bekerja dan memberikan hasil. . Dan yang paling sering mereka inginkan darinya adalah sesuatu yang belum dia temui, oleh karena itu, fleksibilitas, kemampuan untuk beradaptasi dan belajar dengan cepat diperlukan. Setidaknya bagi saya, kualitas-kualitas ini adalah kuncinya. Tentu saja, pekerjaan ini tidak hanya terdiri dari minus. Posisi CTO memungkinkan Anda untuk mewujudkan diri Anda, ambisi Anda,