Caro SaaStr: O que faz um CTO ruim?
Embora não haja uma definição legal para CTO 🙂 ou linha clara entre CTO e VPE, eu sugeriria que um CTO iniciante realmente só precisa fazer algumas coisas - que são muito difíceis:
- Monte uma pequena equipe (3-9) de engenheiros muito bons
- Que são super ágeis
- Isso pode fornecer muitos códigos muito funcionais e inteligentes que suportam um crescimento inicial e muito rápido (a partir de uma base muito pequena); e
- Isso pode reagir e responder positivamente a uma série de problemas, desde tempo de inatividade até segurança, problemas de API e muito mais. Muitas vezes isso nunca foi previsto e não faz parte das especificações do trabalho.
Então… um CTO “ruim” é aquele que não consegue recrutar uma equipe forte de “caixa de pizza”. Um CTO ruim é um bom engenheiro, mas não consegue que outros três grandes engenheiros se juntem a ele.
Um CTO “ruim” não é ágil o suficiente, e não pode lançar lançamentos e recursos rápidos para salvar grandes negócios, corrigir bugs terríveis, etc. Um CTO “ruim” às vezes quer fazer isso, mas simplesmente não é bom o suficiente. Ou um CTO “ruim” está um pouco desmotivado demais para fazer o que for necessário para acompanhar.
Um CTO “ruim” não se importa em crescer muito, muito rapidamente. Muita coisa muda quando você tem seus primeiros clientes. É emocionante – mas também cansativo e muito estressante. Um grande CTO abraça esta mudança, participa ativamente dela e a impulsiona. Um CTO ruim resiste às mudanças que acompanham o aumento da base inicial de clientes.
Um CTO “ruim” não acha que é problema dele quando as coisas precisam mudar muito. Quando a base de clientes muda. Quando o produto acaba tendo que seguir uma direção bem diferente do que todos pensavam a princípio.
Este conjunto de habilidades é crítico, mas mais tarde... mas grande parte dele não é escalável. As habilidades necessárias para construir um hack inteligente com uma equipe pequena e iterar esse hack muito rapidamente para responder às necessidades do cliente e do mercado... não são as mesmas habilidades necessárias para escalar de 10 a 100 engenheiros. Para refatorar a base de código. Para fornecer software verdadeiramente de nível empresarial. Entrar em uma sala cheia de CIOs e inspirar confiança.
Às vezes, os CTOs podem se transformar em verdadeiros VPs de Engenharia. Mas geralmente, eles não querem. Eles querem que a empresa traga um verdadeiro gerente para escalar a equipe além de 1 a 2 caixas de pizza. Enquanto o CTO pode se concentrar em fazer coisas super ágeis e de próxima geração.
Em SaaS, planeje recrutar um verdadeiro vice-presidente de engenharia em torno de US$ 5 milhões a US$ 8 milhões em ARR. Você precisará dela até lá. Eles podem assumir as coisas de rotina. Depois de fazer a transição para uma fase em que mais disso é… rotina.
(nota: uma atualização de uma resposta clássica do SaaStr)
...
E para um exemplo de um grande CTO de startup, aqui está um:
- 2019
- Sobre
- ágil
- api
- por aí
- Pouco
- erros
- construir
- Campanha
- Cuidado
- alterar
- Capítulo
- clássico
- código
- Empresa
- confiança
- conteúdo
- crítico
- CTO
- Clientes
- dados,
- Ofertas
- diferente
- Não faz
- tempo de inatividade
- Cedo
- termina
- engenheiro
- Engenharia
- Engenheiros
- etc.
- exemplo
- Funcionalidades
- Primeiro nome
- Fixar
- Foco
- cheio
- Bom estado, com sinais de uso
- ótimo
- Cresça:
- Crescente
- Growth
- cortar
- ter
- SUA PARTICIPAÇÃO FAZ A DIFERENÇA
- HTTPS
- questões
- IT
- janeiro
- Trabalho
- juntar
- Legal
- Line
- mercado
- mais
- Outros
- fase
- Pizza
- Problema
- Produto
- Reagir
- Releases
- SaaS
- Escala
- dimensionamento
- segurança
- Habilidades
- pequeno
- So
- Software
- Start-up
- inicialização
- mais forte,
- suportes
- pensamento
- Tom
- Atualizar
- geralmente
- O Quê
- Youtube