Marcos foi promovido a gerente três meses atrás. Continua chegando cedo, ainda revisa cada linha de código do time antes de aprovar, e nas últimas duas semanas dois desenvolvedores pediram transferência pra outro time. Ele não entende o que fez de errado, porque, na cabeça dele, está fazendo exatamente o que sempre fez bem: garantir qualidade de perto. Só que gerente não é pago pelo que resolve sozinho. É pago pelo que o time consegue entregar sem ele por perto.
O erro mais comum: achar que gerência é "engenharia sênior++"
É tentador achar que dar um passo pra gestão é só continuar fazendo o que você já fazia bem, com um título maior e mais gente reportando pra você. Na prática funciona diferente. Os problemas que você resolvia como engenheiro tinham resposta técnica certa ou errada. Os problemas que você resolve como gestor envolvem pessoas, prioridade e ambiguidade, e ali raramente existe uma resposta pronta pra copiar de um manual.
Quem entra na gestão tentando aplicar rigor técnico em decisão de pessoas costuma virar o gestor que microgerencia, porque é o único jeito que conhece de garantir qualidade. E microgerenciar é o jeito mais rápido de perder as melhores pessoas do time.
Mayana Melo assumiu sua primeira gestão recém-saída de estágio: 12 operadores de adega, cada um com em média 15 anos de casa, muito mais experiência prática do que ela. O primeiro instinto foi tentar parecer mais dura e impor autoridade. Não funcionou. O que funcionou foi o oposto.
"A gente tenta, inicialmente, de forma meio errada, mudar um pouco quem a gente é, ficar mais dura, achando que precisa dessa presença mais severa pra dar conta. Não é nada disso. Quem operava ali era eles, não era eu. Eu podia até chegar e meter a mão, mas não era o meu papel."Mayana Melo, à época supervisora de adegas na Ambev — Podcast de Engenheiro para Engenheiro #01
As competências que ninguém te ensinou
Delegar sem microgerenciar
Delegar de verdade significa aceitar que a pessoa vai chegar num resultado parecido pelo caminho dela, não pelo seu. Isso incomoda quem é bom tecnicamente, porque você provavelmente enxerga um jeito mais rápido. O trabalho de gestor é resistir a esse impulso na maior parte das vezes e intervir só quando o risco é real.
Dar feedback difícil sem enrolar
Engenheiro costuma ser treinado a evitar ambiguidade em código, não em conversa. Gestor precisa da habilidade oposta em pessoas: dizer com clareza que algo não está funcionando, sem esperar o problema virar demissão ou desligamento silencioso.
Decidir com informação incompleta
Como engenheiro, você podia esperar ter dados suficientes antes de decidir. Como gestor, esperar demais custa mais caro do que errar rápido e corrigir, porque enquanto você espera, o time inteiro fica parado esperando você.
O medo de "ficar desatualizado tecnicamente"
Esse medo é real e, até certo ponto, correto: você vai codar menos, revisar menos arquitetura no detalhe, participar de menos decisão técnica fina. A questão não é evitar isso, é substituir. Gestores técnicos que continuam relevantes não fazem isso escrevendo código todo dia. Fazem isso mantendo julgamento de arquitetura em alto nível, participando de decisões estruturais grandes e confiando no time pro detalhe de execução.
Se sua identidade profissional inteira depende de ser a pessoa que resolve o problema técnico mais difícil da sala, a gestão vai te incomodar. Vale a pena descobrir isso antes de aceitar o cargo, não seis meses depois.
Ao assumir a gerência de uma fábrica de fibrocimento, área que não dominava tecnicamente, Lucio Neto precisou aprender que o papel de gestor não era saber mais do que o time técnico, e sim construir a confiança pra que o time técnico entregasse o melhor de si.
"Eu comecei a observar que as conexões, as relações interpessoais, vinham muito mais à tona na conquista de um resultado do que saber fazer um cálculo ou usar uma ferramenta pra resolver um problema. Numa planta que você não conhece tecnicamente, você começa a olhar pra outras coisas, em especial a conquista da confiança das pessoas."Lucio Neto, Gerente Industrial na Saint Gobain — Podcast de Engenheiro para Engenheiro #03
Sinais de que você está pronto (e de que ainda não está)
Nenhum sinal isolado decide sozinho, mas o padrão geral costuma apontar numa direção clara:
| Sinais de prontidão | Sinais de que talvez não seja a hora |
|---|---|
| Sente mais satisfação vendo o time resolver algo sozinho do que resolvendo você mesmo. | A ideia de passar uma semana sem escrever nada dá ansiedade real, não só desconforto. |
| Colegas já te procuram informalmente pra desempate de decisão, não só pra ajuda técnica. | Está considerando gestão só porque é "o próximo degrau óbvio", sem curiosidade real por gente. |
| Consegue explicar uma decisão técnica complexa pra alguém não-técnico sem soar condescendente. | Conflito entre pessoas esgota mais do que energiza. Isso não desqualifica ninguém, mas é bom saber antes de assumir o cargo. |
Os primeiros 90 dias como gestor
Os primeiros três meses definem como o time te enxerga pro resto do mandato. Três prioridades concretas:
- Conversas individuais reais com cada pessoa do time. Não pra avaliar, pra entender o que cada um precisa pra fazer o melhor trabalho.
- Resista à tentação de mudar tudo rápido. Entenda por que as coisas são como são antes de decidir o que muda.
- Escolha uma vitória visível e rápida. Algo que mostre ao time, e à sua liderança, que a mudança trouxe valor real, sem precisar esperar um ano pra provar isso.
Vale lembrar: a transição pra gestão não é a única forma de crescer na engenharia. Trilha de especialista sênior/staff também é um caminho real de crescimento, sem virar gestor de pessoas. A pergunta certa não é se gestão é o próximo passo pra qualquer engenheiro sênior, é se gestão é o próximo passo pra você, especificamente.