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