Kära SaaStr: Vad gör en dålig CTO?

Kära SaaStr: Vad gör en dålig CTO?

Även om det inte finns någon juridisk definition för CTO 🙂 eller en klar linje mellan CTO och VPE, skulle jag föreslå att en nystartad CTO egentligen bara behöver göra ett par saker — som är mycket svåra:

• Sätt ihop ett litet team (3–9) av mycket duktiga ingenjörer
• Som är super smidiga
• Det kan leverera en massa mycket funktionell, mycket smart kod som stöder tidig, mycket snabb tillväxt (från en mycket liten bas); och
• Det kan reagera och reagera positivt på en mängd problem, från driftstopp, till säkerhet, till API-problem och så mycket mer. Det var ofta aldrig förutsett och är inte en del av jobbspecifikationen.

Så … en "dålig" CTO är en som inte kan rekrytera ett starkt "pizzabox"-team. En dålig CTO är en OK ingenjör själv men kan inte få 3 andra fantastiska ingenjörer att gå med honom/henne.

En "dålig" CTO är inte tillräckligt smidig, och kan inte trycka ut snabba utgåvor och funktioner för att spara stora affärer, fixa hemska buggar, etc. En "dålig" CTO vill ibland göra detta, men är helt enkelt inte tillräckligt bra. Eller så är en "dålig" CTO lite för omotiverad / vad som helst för att göra vad som krävs för att hänga med.

En "dålig" CTO bryr sig inte om att växa väldigt, väldigt snabbt. Så mycket förändras när du har dina första få kunder. Det är spännande – men också tröttsamt och väldigt stressigt. En stor CTO omfamnar denna förändring, deltar aktivt i den och driver den. En dålig CTO motstår förändringen som följer med att skala den tidiga kundbasen.

En "dålig" CTO tycker inte att det är deras problem när saker och ting måste förändras, mycket. När kundkretsen förändras. När produkten till slut måste gå åt en helt annan riktning än vad alla trodde först.

Den här färdighetsuppsättningen är kritisk men sedan senare … men mycket av den skalas inte. De färdigheter som krävs för att bygga ett smart hack med ett litet team, och upprepa det hacket mycket snabbt för att svara på kundernas och marknadens behov … är inte samma färdigheter som krävs för att skala från 10–100 ingenjörer. För att refaktorera kodbasen. För att leverera programvara av verkligt företagskvalitet. Att gå in i ett rum fullt av CIO:er och ingjuta förtroende.

Ibland kan CTO:er växa till verkliga VPs of Engineering. Men oftast vill de inte. De vill att företaget ska ta in en sann chef för att skala teamet bortom 1–2 pizzakartonger. Medan CTO kan fokusera på att göra superagila, nästa generations saker.

Planera att rekrytera en verklig VP of Engineering i SaaS runt 5-8 miljoner USD i ARR. Du kommer att behöva henne då. De kan ta över rutingrejer. När du väl övergår till en fas där mer av det är … rutin.

(obs: en uppdatering av ett klassiskt SaaStr-svar)

.

Och för ett exempel på en bra startup CTO, här är en:

Källa: https://www.saastr.com/makes-bad-cto/