Como contratar um CTO sem transformar a entrevista em uma prova técnica?
Essa é a armadilha mais comum. O candidato domina arquitetura, fala bem de stack, resolve o case ao vivo e parece a escolha óbvia.
Mas CTO não é apenas “a pessoa mais técnica da sala”. É quem ajuda a empresa a decidir tecnologia com impacto em produto, caixa, risco, time e crescimento.
Este guia mostra o que observar, quais perguntas fazer e como montar um scorecard para comparar evidências sem se encantar só pelo brilho técnico.
Série contratação de liderança
Antes de avaliar um CTO, alinhe a régua de liderança
Este é o segundo guia da série. Se você ainda não leu o artigo-base, comece por ele: ali estão os critérios para avaliar liderança em entrevista, reduzir feeling e usar evidências com mais maturidade.
Resumo rápido
- Não comece pela stack. Comece pelo problema que a empresa precisa resolver nos próximos 12 a 18 meses.
- Separe CTO de dev sênior. Profundidade técnica é importante, mas não substitui liderança, negócio e julgamento.
- Use scorecard. Compare evidências sobre estratégia técnica, pessoas, comunicação executiva, risco e aderência ao estágio da empresa.
O problema real vem antes da stack
Antes de discutir salário, senioridade ou linguagem de programação, responda: qual problema o CTO precisa resolver?
Em uma empresa em validação, talvez o desafio seja transformar hipótese em produto rápido, sem criar uma arquitetura pesada demais.
Em uma empresa que cresceu rápido, pode ser reduzir dívida técnica, organizar times, aumentar previsibilidade e criar padrões.
Em uma operação mais madura, o foco pode estar em governança, segurança, dados, escalabilidade e influência executiva.
Regra prática: uma boa contratação de CTO não começa perguntando “qual é a melhor pessoa técnica?”. Começa perguntando “qual tipo de liderança técnica a empresa precisa agora?”.
Essa diferença evita uma escolha comum e cara: contratar alguém para o problema que impressiona na entrevista, não para o problema que existe na operação.
CTO não é dev sênior com cargo bonito
Um dev sênior excelente resolve problemas técnicos complexos com profundidade.
Um CTO precisa ter julgamento técnico, mas também decidir quando a profundidade entra, quando aceitar trade-offs e como formar um time capaz de decidir melhor sem depender dele para tudo.
A diferença não diminui o papel do especialista. Pelo contrário: muitas empresas perdem bons devs porque promovem a pessoa errada para uma função que exige outro conjunto de competências.
| Dimensão | Dev sênior forte | CTO forte |
|---|---|---|
| Foco principal | Qualidade da solução técnica | Decisões técnicas alinhadas ao negócio |
| Horizonte | Sprint, projeto, arquitetura de um domínio | Estratégia, risco, escala e capacidade do time |
| Influência | Referência para outros devs | Founder, produto, RH, financeiro, clientes e liderança |
| Entrega | Código, revisão e desenho técnico | Prioridades, estrutura, contratação, governança e cultura técnica |
Na entrevista, portanto, não basta testar se a pessoa sabe muito. Observe se ela explica, prioriza, escuta, diz não, forma gente e sustenta decisões difíceis sem virar dona absoluta da verdade.
O scorecard muda conforme o estágio da empresa
O erro mais caro é usar a mesma régua para todo tipo de CTO.
Uma empresa pequena precisa de uma combinação diferente daquela exigida por uma operação com dezenas de squads, compliance pesado e alta dependência de dados.
Empresa em validação ou estágio inicial
Nesse momento, o CTO precisa ficar perto do produto e do cliente.
Procure pragmatismo: construir rápido, cortar escopo sem culpa, explicar riscos sem paralisar a empresa e escolher tecnologias que não virem prisão cedo demais.
Empresa em crescimento
Quando o produto já encontrou tração, a pergunta muda.
Agora o CTO precisa criar estrutura sem matar velocidade: rituais, padrões, critérios de contratação, segurança básica, observabilidade, documentação útil e liderança intermediária.
Empresa mais madura
Em empresas maiores, o CTO tende a operar mais por sistema do que por intervenção direta.
A capacidade de construir governança, dialogar com áreas regulatórias, defender investimento e desenvolver líderes passa a pesar mais.
Antes de entrevistar
Escreva três entregas esperadas para o CTO no primeiro ano.
Se elas forem vagas, como “organizar tecnologia” ou “inovar mais”, a entrevista provavelmente também ficará vaga.
Critérios além das hard skills
Conhecimento técnico continua importante. Ninguém deveria contratar CTO sem avaliar arquitetura, segurança, dados, engenharia de software, infraestrutura, qualidade e julgamento técnico.
Mas, para esse cargo, hard skills e soft skills precisam ser lidas juntas.
Um CTO tecnicamente forte, mas incapaz de negociar prioridades, pode criar atrito permanente com produto.
Um CTO ótimo de relacionamento, mas fraco em fundamentos técnicos, pode depender demais da opinião dos outros e perder autoridade.
Também vale observar deep skills: julgamento, aprendizagem, autoconsciência e leitura de contexto.
Em liderança técnica, isso aparece quando a pessoa admite incerteza sem perder firmeza.
Perguntas de entrevista para CTO
Boas perguntas tiram o candidato do discurso pronto e colocam a pessoa diante de escolhas.
Evite perguntas que só confirmam conhecimento enciclopédico. Prefira situações com tensão real.
Perguntas para copiar
- Conte uma decisão técnica que você tomou e depois precisou rever. O que mudou?
- Quando você aceitaria dívida técnica conscientemente?
- Como decide entre velocidade de entrega e qualidade de arquitetura?
- Como você desenvolve líderes técnicos sem criar dependência de você?
- Conte uma conversa difícil com uma pessoa muito boa tecnicamente, mas ruim para o time.
- Como você traduz risco técnico para uma decisão de diretoria?
- Quando tecnologia deve dizer “não” ao negócio?
Cuidado: respostas muito perfeitas merecem aprofundamento. Peça contexto, alternativas consideradas, consequência e aprendizado. Liderança aparece nos detalhes, não no slogan.
Evidências boas e sinais de alerta
Entrevista de liderança não deve depender apenas de carisma.
O objetivo é separar fala bonita de evidência consistente.
Evidências boas
- Explica decisões técnicas para pessoas não técnicas sem infantilizar o assunto.
- Mostra trade-offs, não certezas absolutas.
- Fala de erros próprios com responsabilidade.
- Tem exemplos de formação de lideranças ou aumento de autonomia do time.
- Conecta tecnologia a receita, risco, cliente, eficiência ou sustentabilidade operacional.
- Adapta profundidade técnica ao estágio da empresa.
Sinais de alerta
- Despreza áreas não técnicas ou trata produto, RH e comercial como obstáculos.
- Fala como se toda decisão tivesse uma única resposta correta.
- Valoriza heroísmo, urgência permanente e dependência pessoal.
- Não consegue citar pessoas que desenvolveu.
- Promete resolver problemas estruturais sem conhecer contexto, time e restrições.
- Confunde liderança com controle.
Checklist prático para reduzir viés
- Defina critérios antes de entrevistar a primeira pessoa.
- Use as mesmas perguntas centrais para todos os finalistas.
- Separe avaliação técnica, liderança, negócio e cultura.
- Registre evidências logo após cada conversa.
- Evite transformar afinidade pessoal em “fit cultural”.
Esse cuidado conversa com uma abordagem de RH estratégico: contratar liderança não é preencher vaga; é reduzir risco organizacional e aumentar capacidade de execução.
Case prático: dois candidatos tecnicamente fortes
Imagine uma empresa SaaS B2B com 35 pessoas, produto validado e crescimento irregular.
O time de tecnologia tem oito profissionais. Há atrasos frequentes, pouca documentação, decisões concentradas no founder técnico e tensão com produto.
A empresa entrevista duas pessoas finalistas.
Candidato A tem profundidade técnica impressionante. Desenha uma arquitetura elegante, identifica gargalos rapidamente e propõe trocar parte da stack.
Quando perguntado sobre conflito com produto, diz que “produto precisa entender limites técnicos”. Não traz muitos exemplos de desenvolvimento de líderes.
Candidato B também é tecnicamente sólido, embora menos brilhante na solução ao vivo.
Antes de propor grandes mudanças, pergunta sobre roadmap, perfil do time, incidentes recentes, relação com clientes e capacidade de contratação.
Depois sugere mapear riscos, criar critérios de priorização e formar uma liderança técnica intermediária.
O candidato A pode ser excelente para arquitetura sênior. Mas, para esse momento específico, o B talvez seja mais CTO.
Não porque é “menos técnico”. Porque lê sistema, pessoas, negócio e sequência de mudança.
Scorecard simples para contratar CTO
Use uma escala de 1 a 5 para cada dimensão, sempre com evidência escrita.
Nota sem justificativa vira opinião solta.
| Competência | O que observar | Peso sugerido |
|---|---|---|
| Julgamento técnico | Trade-offs, arquitetura, segurança, qualidade e visão de evolução | Alto |
| Visão de negócio | Conecta tecnologia a cliente, receita, risco, custo e prazo | Alto |
| Liderança de pessoas | Desenvolve autonomia, dá feedback, lida com conflito e forma líderes | Alto |
| Comunicação executiva | Explica complexidade sem jargão desnecessário e sustenta decisões | Médio/alto |
| Aderência ao estágio | Mostra repertório compatível com maturidade, caixa e urgências da empresa | Alto |
| Autoconsciência | Reconhece limites, aprende com erro e não precisa parecer infalível | Médio/alto |
Não avalie este cargo isolado
Volte para a régua principal antes do debrief
A entrevista de CTO tem particularidades técnicas, mas a decisão final ainda é sobre liderança: evidência, contexto, consequência e risco. Use o guia principal como régua antes de comparar finalistas.
Material gratuito Habaut
Transformar RH em RH Estratégico
Se a contratação de liderança ainda depende muito de urgência e feeling, este material ajuda a organizar processos de RH com mais critério e menos improviso.
Checklist final para contratar um CTO
- Defina o problema central da empresa antes de abrir a vaga.
- Descreva o estágio da empresa com honestidade: validação, crescimento ou maturidade.
- Separe o que é obrigatório do que é desejável.
- Monte um scorecard com competências observáveis.
- Inclua entrevista técnica, entrevista de liderança e conversa com negócio.
- Use estudo de caso realista, sem expor dados sensíveis.
- Peça exemplos de decisões difíceis, erros e aprendizados.
- Cheque referências com perguntas sobre comportamento, não só performance.
- Compare finalistas pelo problema da empresa, não pelo brilho isolado.
- Planeje onboarding executivo para os primeiros 90 dias.
Perguntas frequentes
Como contratar um CTO se o founder não é técnico?
O ideal é envolver uma pessoa técnica independente na avaliação, mas não delegar toda a decisão a ela.
O founder precisa avaliar clareza, julgamento, visão de negócio, liderança e confiança para explicar riscos. A parte técnica pode ser validada com apoio externo, desde que os critérios estejam claros.
CTO precisa saber programar?
Depende do estágio da empresa.
Em fases iniciais, muitas vezes sim, porque o CTO ainda coloca a mão na massa. Em empresas maiores, a exigência principal costuma ser julgamento técnico, governança e liderança de líderes.
É melhor promover alguém interno ou contratar no mercado?
Promover alguém interno pode preservar contexto e confiança, mas só funciona se a pessoa tiver ou puder desenvolver rapidamente as competências de liderança exigidas.
Contratar fora traz repertório, mas exige cuidado com adaptação cultural e leitura do histórico da empresa.
Como saber se o candidato é técnico demais para ser CTO?
Observe se ele consegue sair da solução e falar de prioridade, pessoas, custo, risco e sequência de mudança.
Se toda resposta volta para ferramenta, linguagem ou arquitetura sem considerar contexto, pode haver desalinhamento com a função executiva.
RH deve participar da contratação de CTO?
Sim. RH não precisa dominar todos os detalhes técnicos, mas deve garantir processo, critérios, consistência, avaliação comportamental e redução de vieses.
Em cargos executivos, essa parceria entre founder, liderança técnica e RH é parte da qualidade da decisão.
Continue a série
Depois da tecnologia, vem o risco da campanha bonita
No próximo guia, a régua muda: como avaliar liderança de marketing sem se encantar por portfólio, apresentação bonita ou discurso cheio de métricas sem decisão.
Conclusão
Contratar um CTO é escolher uma forma de decidir tecnologia dentro da empresa.
A técnica importa muito. Mas ela precisa vir acompanhada de leitura de negócio, maturidade emocional, capacidade de formar gente e coragem para lidar com trade-offs.
Se a decisão ficar só no “melhor técnico da sala”, a empresa pode ganhar uma referência brilhante e perder a liderança que realmente precisava.
O caminho mais seguro é simples, embora dê trabalho: clareza de problema, critérios observáveis, entrevistas consistentes e evidências bem registradas.
Como você tem avaliado liderança técnica na sua empresa? Compartilhe sua experiência nos comentários.
