Lieber SaaStr: Was macht einen schlechten CTO aus?

Lieber SaaStr: Was macht einen schlechten CTO aus?

Obwohl es keine rechtliche Definition für CTO 🙂 oder eine klare Linie zwischen CTO und VPE gibt, würde ich vorschlagen, dass ein Start-up-CTO wirklich nur ein paar Dinge tun muss - die sehr schwierig sind:

• Stellen Sie ein kleines Team (3–9) sehr guter Ingenieure zusammen
• Das sind super agil
• Dadurch kann eine Menge sehr funktionaler, sehr cleverer Code geliefert werden, der ein frühes, sehr schnelles Wachstum (von einer sehr kleinen Basis aus) unterstützt. Und
• Das kann auf eine ganze Reihe von Problemen reagieren und positiv reagieren, von Ausfallzeiten über Sicherheit bis hin zu API-Problemen und vielem mehr. Das war oft nie vorhersehbar und gehört nicht zum Aufgabenspektrum.

Ein „schlechter“ CTO ist also jemand, der kein starkes „Pizza-Box“-Team rekrutieren kann. Ein schlechter CTO ist selbst ein guter Ingenieur, kann aber nicht drei andere großartige Ingenieure dazu bringen, sich ihm anzuschließen.

Ein „schlechter“ CTO ist nicht agil genugund kann keine schnellen Releases und Funktionen herausbringen, um große Geschäfte zu retten, schreckliche Fehler zu beheben usw. Ein „schlechter“ CTO möchte das manchmal tun, ist aber einfach nicht gut genug. Oder ein „schlechter“ CTO ist etwas zu unmotiviert / was auch immer, um alles Nötige zu tun, um mitzuhalten.

Einem „schlechten“ CTO ist es egal, dass er sehr, sehr schnell wächst. Sobald Sie Ihre ersten Kunden haben, ändert sich so viel. Es ist aufregend – aber auch ermüdend und sehr stressig. Ein großartiger CTO begrüßt diesen Wandel, beteiligt sich aktiv daran und treibt ihn voran. Ein schlechter CTO widersetzt sich den Veränderungen, die mit der Skalierung des frühen Kundenstamms einhergehen.

Ein „schlechter“ CTO glaubt nicht, dass es sein Problem ist, wenn sich Dinge ändern müssen, und zwar häufig. Wenn sich der Kundenstamm ändert. Wenn das Produkt am Ende in eine ganz andere Richtung gehen muss, als alle zunächst dachten.

Diese Fähigkeiten sind von entscheidender Bedeutung, aber später … aber viele davon lassen sich nicht skalieren. Die Fähigkeiten, die man braucht, um mit einem kleinen Team einen cleveren Hack zu entwickeln und diesen Hack sehr schnell zu iterieren, um auf Kunden- und Marktbedürfnisse zu reagieren … sind nicht die gleichen Fähigkeiten, die man braucht, um von 10 auf 100 Ingenieure zu skalieren. Um die Codebasis umzugestalten. Um wirklich Software der Enterprise-Klasse zu liefern. Einen Raum voller CIOs betreten und Vertrauen wecken.

Manchmal können CTOs zu echten VPs of Engineering heranwachsen. Aber normalerweise wollen sie nicht. Sie möchten, dass das Unternehmen einen echten Manager hinzuzieht, der das Team über 1–2 Pizzaschachteln hinaus skaliert. Während sich der CTO darauf konzentrieren kann, super agile Dinge der nächsten Generation zu erledigen.

Planen Sie im SaaS-Bereich die Einstellung eines echten VP of Engineering mit einem ARR von etwa 5 bis 8 Millionen US-Dollar. Bis dahin wirst du sie brauchen. Sie können die Routineaufgaben übernehmen. Sobald Sie in eine Phase übergehen, in der mehr davon zur Routine wird.

(Hinweis: ein Update einer klassischen SaaStr-Antwort)

...

Und als Beispiel für einen großartigen Startup-CTO ist hier eines:

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