Cher SaaStr : Qu'est-ce qui fait un mauvais CTO ?

Cher SaaStr : Qu'est-ce qui fait un mauvais CTO ?

Bien qu'il n'y ait pas de définition légale du CTO 🙂 ou de ligne claire entre CTO et VPE, je dirais qu'un CTO de start-up n'a vraiment qu'à faire quelques choses - qui sont très difficiles :

• Monter une petite équipe (3 à 9) de très bons ingénieurs
• qui sont super agiles
• Cela peut fournir beaucoup de code très fonctionnel et très intelligent qui prend en charge une croissance précoce et très rapide (à partir d'une très petite base) ; et
• Cela peut réagir et répondre positivement à une multitude de problèmes, depuis les temps d'arrêt jusqu'à la sécurité, en passant par les problèmes d'API et bien plus encore. Souvent, cela n’était jamais prévu et ne faisait pas partie des spécifications du poste.

Donc… un « mauvais » CTO est celui qui ne parvient pas à recruter une solide équipe « boîte à pizza ». Un mauvais CTO est lui-même un bon ingénieur, mais ne parvient pas à convaincre 3 autres grands ingénieurs de le rejoindre.

Un « mauvais » CTO n’est pas assez agile, et ne peut pas proposer de versions et de fonctionnalités rapides pour enregistrer de grosses affaires, corriger de terribles bugs, etc. Un « mauvais » CTO veut parfois le faire, mais ce n'est tout simplement pas suffisant. Ou bien un « mauvais » CTO est un peu trop démotivé/quoi que ce soit pour faire ce qu'il faut pour suivre le rythme.

Un « mauvais » CTO ne se soucie pas de croître très, très rapidement. Tant de changements une fois que vous avez vos premiers clients. C’est excitant – mais aussi fatiguant et très stressant. Un bon CTO adhère à ce changement, y participe activement et le pilote. Un mauvais CTO résiste au changement qui accompagne l’augmentation de la première clientèle.

Un « mauvais » CTO ne pense pas que ce soit son problème lorsque les choses doivent changer, bien souvent. Quand la clientèle change. Quand le produit finit par devoir aller dans une direction très différente de celle que tout le monde pensait au début.

Cet ensemble de compétences est essentiel, mais plus tard… mais une grande partie d’entre elles ne sont pas évolutives. Les compétences nécessaires pour créer un hack intelligent avec une petite équipe et répéter ce hack très rapidement pour répondre aux besoins des clients et du marché… ne sont pas les mêmes compétences qu'il faut pour passer de 10 à 100 ingénieurs. Pour refactoriser la base de code. Pour expédier des logiciels véritablement de niveau entreprise. Pour entrer dans une salle pleine de DSI et inspirer confiance.

Parfois, les CTO peuvent devenir de véritables vice-présidents de l'ingénierie. Mais généralement, ils ne veulent pas. Ils veulent que l'entreprise fasse appel à un véritable manager pour faire évoluer l'équipe au-delà de 1 à 2 boîtes de pizza. Alors que le CTO peut se concentrer sur des choses super agiles de nouvelle génération.

En SaaS, prévoyez de recruter un véritable vice-président de l'ingénierie autour de 5 à 8 millions de dollars en ARR. Vous aurez besoin d’elle d’ici là. Ils peuvent prendre en charge les tâches courantes. Une fois que vous passez à une phase où cela devient… une routine.

(remarque : une mise à jour d'une réponse SaaStr classique)

...

Et pour un exemple d’excellent CTO de startup, en voici un :

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