Promover o melhor engenheiro a gestor sem preparo é a decisão mais cara que um founder pode tomar

O mérito errado vira custo de P&L

Uma reportagem da Exame publicada hoje, 12 de novembro descreve um padrão que eu vejo repetidamente em conselhos de startups brasileiras: o profissional mais técnico do time vira gerente, e meses depois a empresa descobre que perdeu o melhor engenheiro e ganhou um líder medíocre.

A reportagem trata isso como lacuna de repertório individual, faltou visão holística de negócio. Eu discordo parcialmente. O problema não é só do profissional promovido: é de quem desenhou a promoção sem trilha, sem critério e sem plano B. Isso é decisão de capital mal alocado, e cabe ao founder, não só ao RH, resolver.

O Peter Principle não é piada de corredor

O chamado Peter Principle, conceito amplamente discutido na literatura de gestão, descreve bem esse padrão: profissionais sobem até o nível em que deixam de ser competentes, porque a régua de avaliação é o desempenho no cargo anterior, não no próximo.

Em tech isso tem uma variante específica. O engenheiro é promovido por resolver bem problemas de arquitetura, latência ou dívida técnica. Nenhuma dessas métricas prevê se ele sabe negociar prioridade com o time de vendas, cortar escopo sob pressão de caixa ou dar feedback difícil sem travar a equipe.

O que muda de verdade na cadeira de liderança sênior

A Exame aponta corretamente que cargos executivos exigem ler demonstração financeira, avaliar rentabilidade de projeto e entender efeito cruzado entre áreas. Isso é tradução direta de P&L: o gestor técnico que não enxerga esse cruzamento aprova um corte de custo operacional que parece ótimo na planilha dele e destrói a experiência do cliente três meses depois.

O exemplo mais concreto do texto é a decisão sobre IA↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI →. Um projeto de automação não se avalia só pelo ganho de produtividade do time técnico: envolve investimento em tecnologia, retreinamento de pessoal, exposição de dados sensíveis e impacto em outros departamentos. É exatamente o tipo de decisão que hoje chega à mesa de qualquer founder que avalia onde apostar orçamento de IA, e que um gestor formado só em código não tem repertório pra discutir sozinho.

A escada dupla que o Vale do Silício testou e o Brasil ainda subestima

O erro mais comum que vejo em conselho é tratar "virar gestor" como a única forma de reconhecer excelência técnica. Faz quinze anos que parte da indústria resolveu isso de outro jeito: a trilha dupla, carreira de especialista sênior (staff, principal) que segue crescendo em escopo técnico e remuneração sem exigir gestão de pessoas, em paralelo à trilha de gestão.

Parte da indústria de tecnologia argumenta que boa parte das transições malsucedidas de engenheiro para gestor acontece porque a empresa não oferece alternativa: ou você gerencia pessoas, ou sua carreira trava. Algumas empresas de tecnologia mantêm trilhas de staff engineer sem subordinados, justamente para não forçar essa escolha binária. No Brasil, esse desenho de trilha dupla também aparece, de forma menos pública, em empresas que buscam reter talento técnico sênior sem forçá-lo à gestão de pessoas: tech lead↳Liderança técnica5 conteúdosLiderança técnica: a arte de inspirar desenvolvedores e gerar transformações 🚀Gestão Dev & TI · mai 2024Full Cycle lança pós-graduação que capacita devs para cargos de liderança técnicaDev (Back & Front) · mar 2024De Dev a Tech Leader: caminhos para se tornar um Tech Leader excepcionalGestão Dev & TI · ago 2024Ver tudo em Gestão Dev & TI → aprofunda arquitetura e decisão técnica, engineering manager assume pessoas, orçamento e entrega, trilhas distintas, remuneração comparável.

O contra-argumento: startup em estágio inicial não tem caixa pra duas escadas

A objeção mais forte que eu já ouvi de founder em conselho é justa: com oito ou dez engenheiros, montar trilha dupla formal é estrutura demais para o tamanho do time, e o custo de desenhar isso cedo compete com runway.

Concordo até certo ponto. Trilha dupla formal, com nível, banda salarial e comitê de promoção, faz sentido a partir de um porte que a maioria das startups seed ainda não tem. Mas isso não libera o founder de fazer a parte barata: expor o candidato a métrica de negócio, orçamento e decisão de cliente antes de dar o cargo, não depois. O custo de testar isso informalmente por três meses é muito menor do que o custo de perder o melhor engenheiro do time e descobrir, seis meses depois, que o substituto também não aguentou a cadeira.

O que eu perguntaria antes de aprovar a promoção

Num conselho, as perguntas que eu levaria para antes da decisão, não depois:

• Essa pessoa já influencia roadmap e prioridade sem ter autoridade formal, ou só executa bem o que chega pronto?
• Ela já discutiu trade-off de negócio (custo, prazo, experiência de cliente) com outra área, ou só defendeu a solução técnica?
• Existe plano B se a promoção não funcionar em seis meses, volta ao cargo técnico sem perder status ou remuneração?
• A empresa está promovendo porque é a única forma de reter essa pessoa, ou porque ela de fato quer e tem perfil pra gerir gente?

Minha posição

O erro que a reportagem da Exame descreve bem, mas não nomeia como tal, é tratar competência técnica e competência de gestão como a mesma curva de aprendizado. Não são. E até aqui, a resposta mais testada que a indústria de tecnologia encontrou não foi mandar todo mundo pra MBA antes de promover, foi parar de obrigar o melhor técnico a escolher entre crescer e gerir gente.

Para o founder, a pergunta certa não é "esse engenheiro merece a promoção". É "esse cargo exige gestão de pessoas, e essa pessoa quer e consegue fazer isso, ou eu estou usando o único cargo que eu tenho pra reconhecer quem eu não quero perder". Confundir as duas coisas é o jeito mais caro e mais silencioso de destruir um time técnico bom.

Fonte: Exame