Drogi SaaStr: Co czyni złego CTO?

Drogi SaaStr: Co czyni złego CTO?

Chociaż nie ma prawnej definicji CTO 🙂 lub jasnej linii między CTO a VPE, sugeruję, aby CTO start-up naprawdę musiał zrobić tylko kilka rzeczy – które są bardzo trudne:

• Zbierz mały zespół (3–9) bardzo dobrych inżynierów
• które są super zwinne
• To może dostarczyć wiele bardzo funkcjonalnego, bardzo sprytnego kodu, który obsługuje wczesny, bardzo szybki rozwój (z bardzo małej bazy); I
• Może to pozytywnie zareagować na całą masę problemów, od przestojów, przez bezpieczeństwo, problemy z interfejsem API i wiele więcej. Często nie były one przewidywane i nie są częścią specyfikacji pracy.

Zatem… „zły” CTO to taki, który nie potrafi zrekrutować silnego zespołu „pudełka po pizzy”.. Zły CTO jest dobrym inżynierem, ale nie może pozyskać 3 innych świetnych inżynierów, aby do niego dołączyli.

„Zły” CTO nie jest wystarczająco elastycznyi nie może wprowadzać szybkich wydań ani funkcji pozwalających zaoszczędzić duże transakcje, naprawić okropne błędy itp. „Zły” CTO czasami chce to zrobić, ale po prostu nie jest wystarczająco dobry. Lub „zły” CTO jest zbyt pozbawiony motywacji / cokolwiek, aby zrobić wszystko, aby dotrzymać kroku.

„Zły” CTO nie dba o bardzo, bardzo szybki rozwój. Tak wiele się zmienia, gdy masz pierwszych kilku klientów. To ekscytujące, ale także męczące i bardzo stresujące. Świetny CTO akceptuje tę zmianę, aktywnie w niej uczestniczy i ją napędza. Zły CTO opiera się zmianom związanym ze skalowaniem początkowej bazy klientów.

„Zły” CTO często nie uważa, że ​​to jego problem, gdy coś musi się zmienić. Kiedy zmienia się baza klientów. Kiedy produkt musi podążać w zupełnie innym kierunku, niż wszyscy początkowo myśleli.

Ten zestaw umiejętności jest krytyczny, ale później… ale wiele z nich nie jest skalowalnych. Umiejętności potrzebne do zbudowania sprytnego hacka w małym zespole i bardzo szybkiego powtarzania tego hacka, aby odpowiedzieć na potrzeby klientów i rynku… to nie te same umiejętności, których potrzeba w przypadku skalowania od 10 do 100 inżynierów. Aby refaktoryzować bazę kodu. Dostarczanie oprogramowania prawdziwie klasy korporacyjnej. Wejść do pokoju pełnego CIO i wzbudzić w nich pewność siebie.

Czasami CTO może wyrosnąć na prawdziwych wiceprezesów inżynierii. Ale zazwyczaj nie chcą. Chcą, aby firma zatrudniła prawdziwego menedżera, aby skalować zespół poza 1-2 pudełka po pizzy. Podczas gdy CTO może skoncentrować się na robieniu super zwinny, rzeczy nowej generacji.

W przypadku SaaS zaplanuj rekrutację prawdziwego wiceprezesa ds. inżynierii za około 5–8 milionów dolarów w ARR. Będziesz jej już wtedy potrzebować. Mogą przejąć rutynowe sprawy. Kiedy już przejdziesz do fazy, w której będzie więcej… rutyny.

(uwaga: aktualizacja klasycznej odpowiedzi SaaStr)

...

Oto przykład świetnego CTO w startupie:

Źródło: https://www.saastr.com/makes-bad-cto/