Dear SaaStr: Apa yang Membuat CTO Buruk?

Dear SaaStr: Apa yang Membuat CTO Buruk?

Meskipun tidak ada definisi hukum untuk CTO 🙂 atau garis terang antara CTO dan VPE, saya menyarankan CTO pemula hanya perlu melakukan beberapa hal — yang sangat sulit:

• Bentuk tim kecil (3–9) yang terdiri dari insinyur yang sangat baik
• Itu sangat lincah
• Itu dapat mengirimkan banyak kode yang sangat fungsional dan sangat cerdas yang mendukung pertumbuhan awal yang sangat cepat (dari basis yang sangat kecil); Dan
• Hal ini dapat bereaksi dan merespons secara positif terhadap banyak sekali masalah, mulai dari waktu henti, keamanan, masalah API, dan banyak lagi. Hal ini sering kali tidak pernah diantisipasi dan bukan merupakan bagian dari spesifikasi pekerjaan.

Jadi… CTO yang “buruk” adalah CTO yang tidak bisa merekrut tim “kotak pizza” yang kuat. CTO yang buruk adalah seorang insinyur yang baik, tetapi tidak bisa mendapatkan 3 insinyur hebat lainnya untuk bergabung dengannya.

CTO yang “buruk” tidaklah cukup gesit, dan tidak dapat mengeluarkan rilis cepat dan fitur untuk menyimpan transaksi besar, memperbaiki bug yang buruk, dll. CTO yang “buruk” terkadang ingin melakukan ini, tetapi itu tidak cukup baik. Atau CTO yang “buruk” agak terlalu tidak termotivasi/apa pun yang harus dilakukan untuk mengimbanginya.

CTO yang “buruk” tidak peduli dengan pertumbuhan yang sangat, sangat cepat. Begitu banyak perubahan setelah Anda memiliki beberapa pelanggan pertama. Ini mengasyikkan — tetapi juga melelahkan dan sangat menegangkan. CTO yang hebat menerima perubahan ini, berpartisipasi aktif di dalamnya, dan mendorongnya. CTO yang buruk menolak perubahan yang terjadi seiring dengan peningkatan basis pelanggan awal.

CTO yang “buruk” tidak menganggap bahwa banyak hal harus berubah adalah masalahnya. Ketika basis pelanggan berubah. Ketika produk akhirnya harus menuju ke arah yang sangat berbeda dari yang diperkirakan semua orang pada awalnya.

Keahlian ini sangat penting tetapi kemudian… tetapi banyak di antaranya yang tidak berkembang. Keterampilan yang diperlukan untuk membangun peretasan cerdas dengan tim kecil, dan mengulangi peretasan tersebut dengan sangat cepat untuk merespons kebutuhan pelanggan dan pasar … bukanlah keterampilan yang sama yang diperlukan untuk menskalakan 10–100 insinyur. Untuk memfaktorkan ulang basis kode. Untuk mengirimkan perangkat lunak yang benar-benar berkelas perusahaan. Untuk memasuki ruangan yang penuh dengan CIO dan menanamkan kepercayaan diri.

Terkadang, CTO dapat tumbuh menjadi VP Teknik sejati. Tapi biasanya mereka tidak mau. Mereka ingin perusahaan mendatangkan manajer sejati untuk meningkatkan skala tim lebih dari 1-2 kotak pizza. Sementara CTO dapat fokus melakukan hal-hal yang sangat gesit dan generasi berikutnya.

Di SaaS, rencanakan untuk merekrut VP of Engineering yang sebenarnya sekitar $5 juta-$8 juta di ARR. Anda akan membutuhkannya saat itu. Mereka dapat mengambil alih hal-hal rutin. Setelah Anda bertransisi ke fase di mana lebih banyak hal… rutin.

(catatan: pembaruan jawaban SaaStr klasik)

...

Dan untuk contoh CTO startup yang hebat, berikut ini salah satunya:

Sumber: https://www.saastr.com/makes-bad-cto/