Kjære SaaStr: Hva gjør en dårlig CTO?

Kjære SaaStr: Hva gjør en dårlig CTO?

Selv om det ikke er noen lovlig definisjon for CTO 🙂 eller en lys linje mellom CTO og VPE, vil jeg foreslå at en oppstart CTO egentlig bare trenger å gjøre noen få ting - som er veldig vanskelig:

• Sett sammen et lite team (3–9) med veldig gode ingeniører
• Det er super smidige
• Som kan sende mye veldig funksjonell, veldig smart kode som støtter tidlig, veldig rask vekst (fra en veldig liten base); og
• Som kan reagere og reagere positivt på en hel masse problemer, fra nedetid, til sikkerhet, til API-problemer og mye mer. Det ble ofte aldri forutsett og er ikke en del av jobbspesifikasjonen.

Så … en "dårlig" CTO er en som ikke kan rekruttere et sterkt "pizzaboks"-team. En dårlig CTO er en OK ingeniør selv, men kan ikke få 3 andre gode ingeniører til å bli med ham/henne.

En "dårlig" CTO er ikke smidig nok, og kan ikke presse ut hurtigutgivelser og funksjoner for å spare store avtaler, fikse forferdelige feil osv. En "dårlig" CTO ønsker noen ganger å gjøre dette, men er bare ikke god nok. Eller en "dårlig" CTO er litt for umotivert / uansett til å gjøre det som trengs for å henge med.

En "dårlig" CTO bryr seg ikke om å vokse veldig, veldig raskt. Så mye endres når du har de første få kundene dine. Det er spennende - men også slitsomt og veldig stressende. En god CTO omfavner denne endringen, deltar aktivt i den og driver den. En dårlig CTO motstår endringen som følger med å skalere den tidlige kundebasen.

En "dårlig" CTO tror ikke det er deres problem når ting må endres, mye. Når kundemassen endres. Når produktet ender opp med å måtte gå i en helt annen retning enn alle trodde først.

Dette ferdighetssettet er kritisk, men senere … men mye av det skaleres ikke. Ferdighetene som kreves for å bygge et smart hack med et lite team, og gjenta det hacket veldig raskt for å svare på kunde- og markedsbehov … er ikke de samme ferdighetene som kreves for å skalere fra 10–100 ingeniører. Å refaktorisere kodebasen. For å sende virkelig programvare i bedriftskvalitet. Å gå inn i et rom fullt av CIOer og skape tillit.

Noen ganger kan CTOs vokse til ekte VPs for Engineering. Men vanligvis vil de ikke. De vil at selskapet skal hente inn en ekte manager for å skalere teamet utover 1–2 pizzakasser. Mens CTO kan fokusere på å gjøre super smidige, neste generasjons ting.

Planlegg å rekruttere en ekte VP of Engineering i SaaS rundt $5-$8m i ARR. Da trenger du henne. De kan ta over de rutinemessige tingene. Når du går over til en fase hvor mer av det er … rutine.

(merk: en oppdatering av et klassisk SaaStr-svar)

...

Og for et eksempel på en flott CTO for oppstart, her er en:

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