Ask HN: Quais são bons livros/blogs para ler para um CTO de primeira viagem?

Discussão no Hacker News ↗

CTOs recém-nomeados recebem uma ampla variedade de recomendações, de clássicos como *Peopleware*, *The Mythical Man-Month* e *High Output Management* a títulos mais recentes como *An Elegant Puzzle*, *The Manager’s Path* e obras focadas em startups como *The Lean Startup*. Os participantes enfatizam que o que um CTO deve ler e fazer depende muito do contexto — startup pequena versus grande organização, fundador versus executivo contratado — com temas recorrentes de priorizar product–market fit, entendimento de negócios e produto, e habilidades de pessoas/comunicação em vez de otimização técnica profunda. Muitos afirmam que livros são mais úteis como orientação opcional, e que mentores, comunidades de pares e experiência direta são mais valiosos para lidar com as realidades práticas e a política da função.

O que “CTO” significa depende do contexto

  • A função varia muito: engenheiro fundador solo, líder técnico de uma pequena equipe, gestor de várias equipes ou executivo com mais de 100 engenheiros.
  • As necessidades de leitura mudam conforme a fase: um “CTO” em estágio inicial constrói a maior parte do tempo; em estágio mais avançado, o foco passa a ser desenho organizacional, gestão e tomada de decisão executiva.
  • Alguns argumentam que, no início, “CTO” é em grande parte um título/ferramenta de marketing até haver escala organizacional real.

Livros e blogs frequentemente recomendados

  • Pessoas/gestão clássicos: Peopleware, The Mythical Man-Month, Managing Humans, The Manager’s Path, High Output Management, Scaling People, The Art of Leadership, Managing software teams: the definitive reading list (blog).
  • Liderança de engenharia/desenho organizacional: An Elegant Puzzle, The Engineering Executive’s Primer, Accelerate, Team Topologies, Making Work Visible, Think Like a CTO.
  • Startup / produto: The Lean Startup, Rework, Inspired, Escaping the Build Trap, The Mom Test, livros de EOS/“Traction”, Hello, Startup, Game Thinking.
  • Negócios e gestão geral: The Personal MBA, The First 90 Days, fábulas de “IT leader” e “IT operations”, além de vários títulos de psicologia/pensamento sistêmico.
  • Listas curadas: GitHub “awesome-cto”, blogs de newsletters de engenharia e listas de livros.

Limites dos livros; valor de mentores e comunidades

  • Tema forte: livros são orientação, não escritura sagrada; aplicar playbooks cegamente prejudica o moral.
  • Cautela contra “liderança cargo cult” e líderes que só repetem newsletters.
  • Vários comentários dizem que conversar com CTOs experientes e participar de comunidades (almoços de CTO, Slacks de liderança, grupos de CTO) costuma ser mais valioso do que ler.

Prioridades no estágio de startup

  • Conselho repetido: antes do product-market fit, priorize construir e aprender com clientes em vez de ler sobre “como ser CTO”.
  • Muitos defendem abordagens extremamente enxutas (planilhas, no-code/low-code, operações manuais) até que receita/retenção sejam comprovadas.
  • Alertas contra investir demais cedo em arquitetura, ferramentas e “fazer tudo certo desde o primeiro dia” (viés de sobrevivência é apontado).

Habilidades de pessoas, comunicação e liderança

  • Há consenso de que um CTO passa muito tempo com pessoas: comunicação, negociação, contratação, desenvolvimento de equipe e navegação política.
  • Recomendações: treinamento em comunicação (por exemplo, estilo Dale Carnegie), coaching executivo, psicologia/comportamento organizacional e franqueza do tipo “radical candor”.
  • Ênfase em ser transparente sobre a origem das práticas, manter humildade e otimizar para o negócio como um todo, não apenas para engenharia.

Amplitude e profundidade técnica

  • Muitos esperam que um CTO tenha base técnica suficiente para avaliar trade-offs, entender preocupações de DevOps/arquitetura/dados e detectar absurdos, sem necessariamente ser o melhor implementador.
  • Em startups muito pequenas, vários argumentam que o CTO ainda deve codar bastante e se expandir por toda a stack. Outros dizem para “aprender cada trabalho técnico” da empresa.

Estratégia, negócios e entendimento de produto

  • Vários comentários destacam estratégia, poder/política e otimização de negócios como responsabilidades centrais de um CTO em nível executivo.
  • O conselho é aprender profundamente o domínio da empresa, o jargão do setor e o design de produto/marketing/vendas, não apenas tecnologia.
  • Alguns observam que os melhores executivos otimizam para o sucesso da empresa mesmo quando isso reduz o número de pessoas ou o escopo da própria área.

Cautelas e meta-conselhos

  • Alguns argumentam que, se alguém precisa perguntar “o que devo ler para ser CTO”, isso sinaliza risco; outros defendem fortemente buscar orientação como algo saudável.
  • Vários lembretes de que “CTO” em uma organização de 10 pessoas vs. 10.000 pessoas são empregos fundamentalmente diferentes; as escolhas de leitura devem combinar com o contexto.