Apa yang perlu dipelajari tech lead untuk mempersiapkan peran CTO?
Beralih dari tech lead menjadi CTO berarti belajar membuat teknologi melayani seluruh bisnis melalui keputusan tentang orang, investasi, dan risiko. Kedalaman teknis tetap berguna, tetapi menyelesaikan sendiri setiap masalah kode sulit tidak dapat diperluas untuk memenuhi tanggung jawab tersebut.
Peran ini juga bergantung pada perusahaan. CTO startup mungkin masih banyak menulis kode; CTO organisasi lebih besar mungkin lebih banyak mengembangkan pemimpin dan mengoordinasikan beberapa tim. Mulailah dengan memahami tanggung jawab peran yang Anda tuju.
1. Pelajari bagaimana bisnis menciptakan nilai
Tech lead sering memulai dari cara menghasilkan fitur. CTO juga menanyakan masalah mana yang layak didanai, siapa yang mendapat manfaat, dan bagaimana keberhasilan dikenali.
Misalnya perusahaan ingin mempercepat onboarding pelanggan. Pahami mengapa pelanggan pergi, apa yang memperlambat onboarding, dan apakah hambatannya ada pada perangkat lunak, operasional, atau produk itu sendiri. Penulisan ulang platform besar mungkin bernilai kecil jika keterlambatan sebenarnya berasal dari persetujuan manual.
Belajarlah menghubungkan pilihan teknis dengan pendapatan, retensi, biaya, dan risiko. Bekerjalah dengan tim produk, penjualan, dukungan, dan keuangan agar asumsi berasal dari bukti, bukan tebakan engineering.
2. Ubah prioritas menjadi keputusan investasi
Waktu dan uang terbatas, sehingga memilih satu inisiatif juga berarti menunda yang lain. Bandingkan membangun, membeli, dan memperbaiki yang sudah ada menggunakan kriteria sama: waktu penyelesaian, biaya berkelanjutan, integrasi, kendali data, dan orang yang diperlukan untuk mengoperasikannya.
Untuk masalah onboarding, layanan yang dibeli mungkin mempercepat penyelesaian tetapi menambah biaya rutin dan ketergantungan vendor. Membangun secara internal mungkin memberi kendali tetapi menyita tim lebih lama. Tidak ada pilihan yang otomatis merupakan pilihan tingkat CTO; keputusan mengikuti kebutuhan dan batasan bisnis.
Latih penyusunan memo keputusan singkat berisi asumsi, rentang biaya, hasil yang diharapkan, dan kondisi untuk menghentikan atau meninjau ulang investasi. Diskusikan dengan keuangan dan produk, bukan menyajikan preferensi teknis seolah-olah sudah menjadi kajian bisnis lengkap.
3. Hasilkan keberhasilan melalui pemimpin lain
Jika setiap desain dan review masih membutuhkan persetujuan Anda, organisasi tidak dapat tumbuh melampaui waktu yang Anda miliki. Belajarlah merekrut, mengembangkan orang, mendelegasikan keputusan, dan memberi umpan balik berguna dengan tanggung jawab yang tetap jelas.
Sepakati hasil dan batasan sebelum menyerahkan tanggung jawab.
Tentukan keputusan yang dimiliki tim dan risiko yang harus dieskalasikan.
Tinjau hasil dan dukung pembelajaran, bukan mengambil kembali setiap tugas sulit.
Kembangkan penerus agar tim tetap berjalan ketika Anda beralih ke tanggung jawab lebih luas.
Untuk inisiatif onboarding tadi, seorang lead dapat memegang penyelesaian sementara Anda mengatasi dependensi antar-tim, memastikan sumber daya, dan melacak hasil bisnis. Delegasi mengubah cara Anda berkontribusi; delegasi tidak menghilangkan tanggung jawab atas hasil.
4. Perluas penilaian tentang risiko dan operasional
Bangun pemahaman yang cukup tentang arsitektur, keamanan, keandalan, data, dan pemasok agar dapat bertanya secara tepat serta mengenali kapan bantuan spesialis diperlukan. Anda tidak harus menjadi ahli paling mendalam di setiap bidang.
Tanyakan apa yang terjadi jika penyedia penting gagal, bagaimana data pelanggan dipulihkan, dan kegagalan apa yang dapat ditoleransi bisnis. Terjemahkan risiko teknis menjadi konsekuensi bisnis dan danai mitigasi sesuai kebutuhan. Bekerjalah dengan spesialis hukum dan keamanan yang kompeten untuk kewajiban terkait, bukan menebaknya dari checklist teknis.
5. Belajar melalui tanggung jawab yang makin luas
Mulailah dengan mengamati diskusi perencanaan dan anggaran. Berikutnya, tulis dan pertahankan proposal investasi. Lalu pegang inisiatif lintas beberapa tim, termasuk biaya, dependensi, komunikasi pemangku kepentingan, dan hasil terukur.
Pada saat yang sama, kembangkan lead lain untuk mengambil alih sebagian peran Anda sekarang. Mintalah umpan balik pemimpin engineering berpengalaman atau mentor tentang keputusan serta cara Anda mengomunikasikannya.
Kursus dapat membantu menutup kekurangan tertentu, tetapi menyelesaikannya saja bukan bukti kesiapan. Bukti yang lebih kuat adalah serangkaian keputusan yang memahami bisnis, tim yang menghasilkan tanpa terus bergantung pada campur tangan Anda, dan risiko yang ditangani dengan sengaja. Tujuannya adalah efektivitas organisasi yang lebih luas, bukan sekadar jabatan lebih tinggi atau daftar teknologi lebih panjang.
