Voltar para o Blog
Liderança22 / 52
  1. •Rich Karlgaard & Michael Malone — a ciência dos pequenos times
  2. •Esther Perel — levamos para o trabalho a mesma pessoa que somos no amor
  3. •Adam Grant — a coragem de repensar como competência de liderança
  4. •Russ Laraway — o fuzileiro que provou, com dados, que gerir bem é mais simples do que parece
  5. •Ed Catmull — O engenheiro que aprendeu a proteger ideias frágeis
  6. •Daniel Pink — o autor que mostrou que pagamos pelas coisas erradas
  7. •Elon Musk — engenharia de primeiros princípios e o custo humano da intensidade
  8. •David Vélez — Obsessão pelo cliente como vantagem composta
  9. •Frances Frei & Anne Morriss — confiança como ativo de liderança, e por que liderar não é sobre você
  10. •Geoffrey Moore — o abismo entre quem ama o novo e quem só quer que funcione
  11. •Kim Scott — Importar-se de verdade e desafiar diretamente
  12. •Henry Mintzberg — o homem que foi olhar o que o gestor realmente faz
  13. •Indra Nooyi — Desempenho com propósito, e o custo real de liderar uma gigante
  14. •Jensen Huang — a organização plana e a missão como chefe
  15. •Amy Edmondson — A organização sem medo
  16. •Andy Grove — o engenheiro que transformou gestão em uma disciplina de saída mensurável
  17. •Brené Brown — a coragem como competência de liderança
  18. •Daniel Goleman — o psicólogo que provou que liderar é, antes de tudo, gerir emoções
  19. •Daniel Ek — errar mais rápido que todo mundo
  20. •Charles Handy — o filósofo que mandou saltar antes do auge
  21. •Brian Chesky — o designer que devolveu o detalhe à cadeira do fundador
  22. •Camille Fournier — o mapa de carreira que faltava para quem lidera engenharia
  23. •Jeff Bezos — A disciplina de permanecer no Dia 1
  24. •Frances Hesselbein — liderança é uma questão de como ser, não de como fazer
  25. •Jim Collins — a disciplina que separa o bom do excelente
  26. •Mary Parker Follett — a profeta esquecida que entendeu poder antes de todo mundo
  27. •Konosuke Matsushita — o capitalismo como missão social
  28. •Luiza Helena Trajano — gente que dá resultado
  29. •Mary Barra — A engenheira que apostou a montadora inteira no futuro elétrico
  30. •Liz Wiseman — o líder que multiplica em vez de sufocar
  31. •Marcus Buckingham — pare de consertar fraquezas, comece a construir sobre forças
  32. •Marshall Goldsmith — o coach que ensina líderes de sucesso a parar de fazer o que os trouxe até aqui
  33. •Tim Cook — A excelência operacional como filosofia de liderança
  34. •Satya Nadella — A empatia como estratégia e a cultura como vantagem competitiva
  35. •Tobi Lütke — o programador que transformou empreender em jogo infinito
  36. •Patrick Lencioni — A confiança como infraestrutura do time
  37. •Sergio Furio — o espanhol que apostou que o brasileiro pagava juros demais
  38. •Sakichi Toyoda e Taiichi Ohno — a fábrica que pensa
  39. •Patty McCord — Tratar gente adulta como gente adulta
  40. •Sheryl Sandberg — o assento à mesa e o que vem depois da queda
  41. •Vicente Falconi — o homem que deu método à gestão brasileira
  42. •Peter Drucker — o homem que inventou a gestão como objeto de estudo sério
  43. •Steve Jobs — Foco é dizer não, mil vezes
  44. •Vicky Bloch — A liderança como ofício de fazer o outro crescer
  45. •Reed Hastings — a aposta de que liberdade rende mais que controle
  46. •Stewart Butterfield — não vendemos selas aqui
  47. •W. Edwards Deming — o homem que ensinou que o problema quase nunca é a pessoa
  48. •Will Larson — o engenheiro que aprendeu a gerir uma organização como se gere um sistema
  49. •Ben Horowitz — o homem que escreveu o manual das decisões impossíveis
  50. •Jorge Paulo Lemann, Marcel Telles e Beto Sicupira — o trio que transformou cultura em ativo
  51. •Abílio Diniz — foco, energia e a arte de recomeçar
  52. •Alfred P. Sloan — o homem que inventou a empresa moderna (e quase escondeu o livro que explica como)
PensadoresLiderançaParte 22 de 52

Camille Fournier — o mapa de carreira que faltava para quem lidera engenharia

11 min de leitura
Compartilhar
Pensadores

"Ser tech lead é um exercício de influenciar sem ter autoridade." (The Manager's Path, 2017)

O essencial em 30 segundos

Camille Fournier escreveu o livro que virou o manual de fato da gestão em engenharia de software: The Manager's Path. A genialidade dele não está em uma teoria nova, e sim em uma estrutura honesta — capítulo por capítulo, ela percorre cada degrau da trilha técnica, do engenheiro que recebe mentoria até o CTO, passando por tech lead, gerente, gerente de gerentes e diretor. Cada degrau é um trabalho diferente, não um trabalho "maior", e Fournier descreve sem romantismo o que muda, o que se ganha e o que se perde em cada transição. Para quem tem um time de produto e engenharia e precisa transformar bons engenheiros em bons líderes — sem perder os bons engenheiros nem queimar quem promoveu cedo demais —, é a referência mais prática que existe.

Quem é

Camille Fournier é uma engenheira que virou executiva de tecnologia e, por consequência, autora. A formação é fortemente técnica: bacharelado em ciência da computação pela Carnegie Mellon e mestrado em ciência da computação pela University of Wisconsin–Madison, em 2005.

A carreira dela é o que dá autoridade ao livro, porque ela viveu cada degrau que descreve. Começou na Microsoft por cerca de 18 meses. Depois passou mais de seis anos no Goldman Sachs, em Nova York, entrando como engenheira em software de risco de crédito e chegando a vice-presidente de tecnologia. Em 2011 entrou na Rent the Runway como diretora de engenharia e, em 2014, foi promovida a CTO — cargo que deixou em 2015. Em seguida atuou como managing director no JPMorgan Chase, passou pela Two Sigma e, mais recentemente, tornou-se VP de Engenharia de Common Services na CoreWeave.

Esse currículo importa por um motivo específico: Fournier não escreve da torre de marfim da consultoria. Ela foi a tech lead que precisou influenciar sem autoridade, a gerente que aprendeu a fazer 1:1, a CTO que teve de dizer não para o próprio chefe e a executiva que migrou entre startup, banco de investimento e infraestrutura de larga escala. No mundo do código aberto, é também conhecida por contribuições a sistemas distribuídos, com envolvimento no Apache ZooKeeper.

A obra principal, The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change, saiu pela O'Reilly em 2017 e rapidamente virou leitura padrão em times de engenharia. Ela também organizou 97 Things Every Engineering Manager Should Know (O'Reilly, 2019) e escreveu por anos a coluna "Ask the CTO" para a O'Reilly. Mas é The Manager's Path que a consagrou.

A grande contribuição

A grande contribuição de Fournier é tratar gestão em engenharia como uma trilha de carreira com degraus distintos, e não como um único cargo de "chefe". Antes dela, a literatura de gestão técnica era ou genérica demais (livros de management que ignoravam a cultura de engenharia) ou tática demais (dicas soltas sobre code review e 1:1). Fournier fez algo raro: organizou tudo em uma progressão clara — mentoria, tech lead, gerência de pessoas, gerência de gerentes, diretoria, liderança executiva — e descreveu cada degrau dos dois lados: como vivê-lo e como gerenciar alguém que está nele.

A segunda contribuição é o realismo sobre a transição mais traumática da área: deixar de escrever código como atividade principal. Engenheiros são promovidos exatamente porque eram ótimos resolvendo problemas técnicos — e o primeiro choque da gestão é que o trabalho deixa de ter os "ganhos rápidos" do código. Fournier nomeia isso sem rodeios e oferece um caminho para quem não quer (ou não deve) abandonar de vez a mão na massa: a faixa de tech lead, em que liderança e técnica ainda convivem.

A terceira contribuição é cultural. O livro inteiro carrega uma postura de gestão humana mas exigente: gestão é serviço, mas não é abdicação; cuidar das pessoas e cobrar resultado não são opostos. Em uma indústria que oscila entre o chefe-tirano e o chefe-ausente, Fournier descreve um terceiro caminho operacional e replicável.

As ideias-chave

1. Tech lead: influenciar sem autoridade

O primeiro degrau real de liderança é o tech lead, e Fournier o define com uma frase que virou citação: "ser tech lead é um exercício de influenciar sem ter autoridade". O tech lead não é chefe de ninguém — não dá aumento, não contrata, não demite — mas é responsável pela direção técnica e pela coesão do time. Isso força o desenvolvimento da habilidade mais transferível de toda a liderança: fazer as pessoas seguirem você porque confiam no seu julgamento, não porque o organograma manda. Para muitos engenheiros, é a primeira vez que sentem que liderança é trabalho de verdade, e não só "o engenheiro mais sênior com um título".

2. Delegar não é abdicar

Uma das armadilhas do novo gestor é confundir os dois extremos: ou microgerencia tudo, ou some e chama de "autonomia". Fournier corta isso com precisão: "delegar não é a mesma coisa que abdicar". Delegar bem é transferir a execução mantendo a responsabilidade e a visibilidade — você continua dono do resultado, só não é mais a mão que digita. Abdicar é jogar o problema por cima do muro e desaparecer. A diferença prática está em acompanhar sem sufocar: combinar o resultado esperado, dar contexto e checar nos pontos certos, em vez de ou refazer o trabalho ou nunca olhar para ele.

3. A regra de nenhuma surpresa

Fournier ensina que "uma das regras básicas da gestão é a regra de nenhuma surpresa, especialmente as negativas". O chefe que descobre um problema grave tarde demais foi mal servido — e o gestor que entrega uma avaliação ruim sem nunca ter sinalizado o problema antes falhou como gestor antes de o liderado falhar como profissional. A consequência operacional disso é uma cultura de comunicação contínua: feedback corretivo chega cedo e em pequenas doses, e resultados ruins de projeto são telegrafados muito antes do prazo final. Surpresa negativa é, quase sempre, um sintoma de gestão ausente.

4. Diga algo quando estiver infeliz; peça ajuda quando estiver travado

Boa parte de The Manager's Path é endereçada a quem está sendo gerenciado, não só a quem gerencia — e esse é um dos seus diferenciais. Fournier aconselha: "quando estiver persistentemente infeliz, diga algo. Quando estiver travado, peça ajuda". Parece óbvio, mas a cultura de engenharia premia a autossuficiência a ponto de transformá-la em isolamento. A pessoa sofre em silêncio, acumula ressentimento e pede demissão de surpresa — quando uma conversa três meses antes teria resolvido. Como gestor, o trabalho é construir a segurança para que esses sinais cheguem cedo; como liderado, o trabalho é emitir os sinais.

5. Dizer não para cima é parte do trabalho

Fournier desmistifica a ideia de que gestor sênior tem mais liberdade. Pelo contrário: "dizer não para o seu chefe raramente parece um simples 'não' quando você é gestor". Conforme se sobe, o "não" precisa vir embrulhado em contexto, alternativas e trade-offs — você não pode mais simplesmente recusar, precisa explicar o custo de oportunidade e propor o caminho. É a contraparte madura da habilidade de tech lead: influenciar sem autoridade, agora aplicada para cima na hierarquia.

Em suas palavras

"Ser tech lead é um exercício de influenciar sem ter autoridade." (The Manager's Path)

"Delegar não é a mesma coisa que abdicar." (The Manager's Path)

"Uma das regras básicas da gestão é a regra de nenhuma surpresa, particularmente as negativas." (The Manager's Path)

"Quando estiver persistentemente infeliz, diga algo. Quando estiver travado, peça ajuda." (The Manager's Path)

"Dizer não para o seu chefe raramente parece um simples 'não' quando você é gestor." (The Manager's Path)

Limites e críticas

The Manager's Path é quase consensual na indústria, mas tem fronteiras que vale reconhecer.

Primeiro, é um livro profundamente situado na cultura de startups de tecnologia e de grandes empresas de software dos Estados Unidos. Os exemplos pressupõem times de produto bem financiados, plano de carreira em níveis e uma cultura de 1:1 já estabelecida. Para uma operação enxuta, com um time pequeno de engenharia tocando um produto cercado por negócios físicos, vários rituais precisam ser adaptados, não copiados. A estrutura de degraus existe mesmo quando o time é pequeno demais para ter todos os degraus.

Segundo, o foco é estritamente a trilha de gestão de engenharia. Fournier não pretende escrever sobre liderança em geral, estratégia de negócio ou as outras funções de uma empresa — e não escreve. Quem busca um tratado de liderança organizacional vai achar o escopo deliberadamente estreito. É uma força (profundidade) que também é um limite (alcance).

Terceiro, há a tensão clássica de qualquer livro de carreira: ele descreve a trilha "padrão" tão bem que pode sugerir que ela é a única. Nem todo engenheiro deve virar gestor, e a própria Fournier defende a trilha técnica individual (o "staff engineer") como caminho legítimo — mas a estrutura do livro, por ser uma escada de gestão, pode reforçar sem querer a ideia de que subir é virar chefe. O leitor precisa lembrar que recusar o degrau de gestão também é uma decisão de carreira válida.

Como aplicar no seu dia a dia

Em qualquer negócio com um time de engenharia e produto de verdade, The Manager's Path deixa de ser teoria. O risco clássico de um time técnico pequeno em crescimento é promover o melhor engenheiro a gestor por mérito técnico e, com isso, perder um ótimo engenheiro e ganhar um gestor sofrido. Fournier dá a linguagem para evitar esse erro.

Primeiro, use a trilha de degraus dela como mapa explícito de carreira. Antes de transformar alguém em gestor de pessoas, abra o degrau intermediário de tech lead — a faixa em que a pessoa lidera direção técnica e influencia sem autoridade, mas ainda escreve código. Isso dá um teste de baixo risco: você descobre quem realmente gosta de liderar gente antes de tirar essa pessoa do teclado de vez. Quem ama o degrau de tech lead segue para gestão; quem prefere voltar a construir segue pela trilha técnica, sem estigma.

Segundo, instale a "regra de nenhuma surpresa" como princípio cultural do time técnico. Resultado ruim de projeto tem que ser telegrafado cedo; feedback corretivo chega em doses pequenas e contínuas, nunca acumulado para uma avaliação anual. Para quem não está dentro do código todo dia, essa regra é o sistema de alarme: se você foi surpreendido, a gestão falhou antes do engenheiro.

Terceiro, separe delegar de abdicar na sua própria rotina. Quando você opera negócios muito distintos, a tentação é ou microgerenciar o time de engenharia (porque software é o que mais interessa) ou abandoná-lo (porque a operação física grita mais alto). Fournier lembra que delegação correta é continuar dono do resultado e visível nos pontos certos, sem refazer o trabalho de ninguém.

Quarto, leve "diga algo quando estiver infeliz, peça ajuda quando estiver travado" como contrato cultural nos dois sentidos. Num time pequeno, uma demissão-surpresa de um engenheiro-chave é cara demais. Construir a segurança para que a insatisfação chegue cedo — e modelar isso você mesmo, pedindo ajuda em público quando trava — é a melhor apólice de retenção que existe.

Para ir além

Comece por: The Manager's Path (2017), lendo seletivamente. Não leia capa a capa — leia o capítulo do degrau em que você ou a pessoa que você gerencia está hoje, e o degrau imediatamente acima. O livro foi feito para ser usado assim, como mapa, e não como narrativa.

Depois: 97 Things Every Engineering Manager Should Know (2019), organizado por Fournier — uma coletânea de ensaios curtos de vários líderes que funciona bem como leitura de manutenção, um capítulo por vez, depois que a estrutura principal já está na cabeça.

Avançado: a coluna "Ask the CTO" e as palestras de Fournier, para ver a estrutura do livro aplicada a dilemas reais e atuais de liderança técnica. Para quem opera de fato, o exercício mais valioso é desenhar a sua própria escada de degraus para o time técnico — mesmo que pequeno — usando o vocabulário dela como base.

Conexões no vault

  • Lideranca — nota-mãe da área
  • Frameworks — a trilha de degraus (tech lead → gerente → gerente de gerentes → diretor → VP/CTO), a regra de nenhuma surpresa e a distinção delegar vs. abdicar
  • marshall-goldsmith — par complementar: Fournier descreve a trilha que forma o líder técnico do zero; Goldsmith trata dos hábitos que travam quem já chegou ao topo dessa trilha. Lidos juntos, cobrem o ciclo inteiro: como se torna líder e o que parar de fazer depois de se tornar um.

Curtiu como a gente pensa?

É assim que trabalhamos todo dia.

Se esse jeito de pensar é o seu, vem construir com a gente — dá uma olhada nas vagas abertas.

Ver vagas