Turnover de desenvolvedores: o papel do plano de carreira

Plano de carreira para desenvolvedores é o conjunto de níveis, critérios e conversas que mostra a cada pessoa de tecnologia o que se espera dela hoje e o que precisa mudar para evoluir. Sem ele, a saída costuma chegar sem aviso e, segundo a Gallup, custar de metade a duas vezes o salário anual da pessoa. Este artigo explica o conceito, mostra onde esse custo se esconde e como o RH pode sustentar um plano com critério, sem precisar ler código.

Em resumo

• Plano de carreira para desenvolvedores é a resposta escrita e compartilhada a três perguntas: onde a pessoa está hoje, o que se espera dela no próximo nível e o que precisa mudar para chegar lá.
• Segundo a Gallup, substituir uma pessoa custa de metade a duas vezes o salário anual dela, e 52% de quem sai por vontade própria diz que a empresa poderia ter evitado a saída.
• Em muitos times de tecnologia, o que falta não é o plano no papel, e sim o critério que o sustenta: sem uma régua conhecida e igual para todos, a promoção depende da leitura de cada gestor.
• O RH não precisa ler código nem vigiar ninguém: escreve os critérios com a engenharia, define o que o plano olha e o que não olha, usa dados para abrir a conversa e coloca a conversa de carreira no calendário.
• O Devint sustenta esse critério com o DevScore, formado por seis dimensões de composição aberta, e o número nunca decide sozinho uma promoção ou um desligamento.

O que é e qual a importância do plano de carreira para desenvolvedores?

Em essência, é a resposta escrita e compartilhada a três perguntas: onde a pessoa está hoje, o que se espera dela no próximo nível e o que precisa mudar para chegar lá. Ele não é uma promessa de promoção nem uma tabela de cargos e salários. É o que dá sentido a essa tabela.

Na prática, um plano completo tem quatro elementos:

Elemento	Pergunta que responde	Sinal de que está faltando
Níveis	Quais são os degraus (por exemplo, júnior, pleno, sênior e acima)?	Os títulos existem, mas ninguém explica o que separa um do outro
Critérios por nível	O que se espera de quem está em cada degrau?	A promoção depende da opinião de quem avalia
Trilhas	Dá para crescer sem virar gestor (a chamada carreira em Y)?	Quem prefere a carreira técnica só enxerga a gestão como saída
Conversa periódica	Onde estou e qual é a próxima meta?	Carreira só entra em pauta quando alguém pede aumento ou recebe proposta de fora

Vale separar três termos que costumam se misturar. O plano de carreira é o mapa geral, igual para todos os desenvolvedores da empresa. A matriz de competências é a ferramenta que descreve os critérios de cada nível. O PDI (plano de desenvolvimento individual) é o caminho de cada pessoa entre um ponto e outro desse mapa.

Quanto custa perder um desenvolvedor por falta de plano de carreira?

Segundo a Gallup, substituir uma pessoa custa de metade a duas vezes o salário anual dela, e a própria Gallup trata essa faixa como uma estimativa conservadora. É um dado americano e vale para qualquer função, não só para tecnologia. Por isso, o melhor uso é como ordem de grandeza, não como previsão para a sua empresa.

Esse custo aparece em três camadas:

• Diretos: recrutamento, tempo de entrevistas, contratação e onboarding.
• Indiretos: o intervalo até a nova pessoa render, a sobrecarga de quem fica no time e o conhecimento de código e de produto que sai junto.
• Estratégicos: entregas atrasadas, moral abalado e a perda de quem poderia virar referência técnica nos próximos anos.

A parte mais incômoda é que boa parte dessa conta é evitável. A mesma pesquisa da Gallup mostra que 52% de quem sai por vontade própria diz que o gestor ou a empresa poderia ter feito algo para impedir. Além disso, 51% afirma que, nos três meses antes de sair, ninguém conversou com a pessoa sobre satisfação no trabalho ou sobre o futuro dela na empresa.

No Brasil, dois levantamentos recentes apontam na mesma direção:

• Uma pesquisa da Robert Half, divulgada pela CartaCapital, ouviu 1.000 profissionais de várias áreas, incluindo tecnologia. Na projeção para o segundo semestre de 2026, 47% pretendiam trocar de emprego, e 31% queriam um cargo mais alto, mas viam poucas chances de crescer onde estavam. Entre os que preferiam ficar, 47% citavam um plano de carreira definido, com oportunidades de crescimento.
• A Pesquisa de Tendências de RH 2026, da Koru com a Chiefs.Group, ouviu 330 líderes de RH. Para 43% deles, a falta de perspectiva de carreira está entre as causas de saída, no mesmo patamar das falhas de liderança.

Nenhum desses estudos é exclusivo de tecnologia. Eles mostram a direção do problema, não o tamanho exato dele no seu time.

Por que a falta de plano de carreira costuma ser falta de critério?

Em muitos times de tecnologia, o que falta não é o plano no papel, e sim o critério que o sustenta. A empresa pode ter títulos, faixas salariais e até um desenho de trilhas. Mas, sem um critério escrito sobre o que muda de um nível para o outro, a decisão de promover passa a depender da leitura de cada gestor.

Isso gera quatro efeitos que o RH conhece bem:

• O desenvolvedor não sabe o que fazer para evoluir. O plano vira uma promessa vaga, e a conversa sobre carreira só acontece quando já é tarde.
• Cada squad usa uma régua. Quem trabalha sob um gestor mais exigente tende a achar o processo injusto, mesmo com o mesmo plano no papel.
• O RH fica sem base. Sem leitura de sinais técnicos, ele depende da palavra do gestor e tem pouco material para questionar ou calibrar uma decisão.
• O trabalho invisível some. Arquitetura, mentoria e revisão de código raramente aparecem em número algum. Quem se dedica a isso corre o risco de ser lido como pouco produtivo.

Quando o critério não é claro, quem tem mais opções no mercado costuma ser o primeiro a aceitar uma proposta de fora. Por isso, a falta de plano costuma tirar da empresa justamente as pessoas que ela mais gostaria de manter.

A conclusão prática é que um plano de carreira só retém quando as pessoas acreditam que a régua é a mesma para todos e sabem qual é ela.

Como o RH estrutura um plano de carreira sem ler código e sem virar vigilância?

O RH não precisa entender de código para estruturar um plano. Precisa garantir que o critério existe, é claro e vale para todos, e deixar a leitura técnica com quem tem contexto para ela. Também não precisa virar vigilância, porque medir o trabalho entregue é diferente de monitorar pessoas.

Um caminho em cinco passos:

1. Escreva os critérios com a engenharia, em linguagem de gestão. Para cada nível, descreva comportamentos observáveis, como “revisa o código de colegas e explica o porquê das mudanças”, em vez de adjetivos como “proativo”.
2. Defina o que o plano olha e o que não olha. Deixe claro que a avaliação considera o trabalho entregue ao longo de um ciclo, e não o acompanhamento em tempo real da rotina de cada pessoa.
3. Torne o critério conhecido por quem é avaliado. Se o desenvolvedor não souber qual é a régua, o plano não reduz a incerteza, só a muda de lugar.
4. Use dados para abrir a conversa, não para decidir sozinhos. Um número ou uma queda é um motivo para perguntar o que está acontecendo, nunca uma sentença sobre promoção ou desligamento.
5. Coloque a conversa de carreira no calendário. O dado da Gallup sobre três meses de silêncio mostra o risco de esperar o desenvolvedor tocar no assunto.

Como o Devint sustenta o plano de carreira com critério?

O Devint é uma plataforma para avaliar com critério o desempenho de times de tecnologia. Ele entrega um score, o DevScore, individual e por squad, que combina sinais de Git, horas, uso de IA e avaliação estruturada da liderança, com composição aberta. A lógica do score vem de mais de oito anos da Espresso Labs gerenciando milhares de desenvolvedores. Para o RH, isso preenche a lacuna descrita acima: o critério deixa de ser opinião e passa a ter uma leitura comum entre engenharia e RH.

O DevScore é formado por seis dimensões, com estes pesos padrão:

Dimensão	Peso padrão	O que mede
Ritmo de entrega	20%	Commits por dia útil e PRs por semana, dentro de uma faixa saudável e com teto
Contribuição de código	20%	Código que permanece e entropia de mudança, com cálculo aberto
Competência técnica	20%	Avaliação estruturada da liderança
Registro de horas	15%	Consistência de apontamento, não a quantidade de horas trabalhadas
Comportamento	15%	Avaliação do gestor e do Tech Lead; a autoavaliação não conta
Adoção de IA e agentes	15%	Uso de IA ligado ao resultado de cada pessoa, com teto

Na prática, isso responde aos pontos que o artigo levantou:

• Critério igual para todos. As pessoas são lidas contra faixas de referência por nível, e a composição do score é aberta.
• Trabalho invisível. O código escrito é lido ao lado da avaliação da liderança, o que ajuda a distinguir quem escreve pouco porque faz arquitetura de quem está travado.
• Resistência a manipulação. Cada dimensão tem teto, então inflar um número não sobe o score.
• Sem vigilância. A consolidação acontece em fechamentos quinzenais, e não por monitoramento em tempo real.
• Conversa de carreira. O DevCoach, o plano de evolução do desenvolvedor, dá a cada pessoa uma meta de trajetória para levar à conversa com o líder.

Um princípio vale acima de tudo: o número abre a conversa certa, mas nunca decide sozinho uma promoção ou um desligamento. A decisão continua com as pessoas, agora com uma base que todos conseguem ver. A implementação é assistida.

Perguntas frequentes

Qual é a diferença entre plano de carreira, matriz de competências e PDI?

O plano de carreira é o mapa geral, igual para todos os desenvolvedores da empresa. A matriz de competências descreve os critérios de cada nível, e o PDI (plano de desenvolvimento individual) é o caminho de cada pessoa entre um ponto e outro desse mapa.

Quanto custa substituir um desenvolvedor que sai da empresa?

Segundo a Gallup, substituir uma pessoa custa de metade a duas vezes o salário anual dela. É um dado americano, válido para qualquer função, então serve como ordem de grandeza e não como previsão para a sua empresa.

O RH precisa entender de código para estruturar um plano de carreira?

Não. O RH garante que o critério existe, é claro e vale para todos, e deixa a leitura técnica com quem tem contexto para ela. Os critérios podem ser escritos com a engenharia, em linguagem de gestão, descrevendo comportamentos observáveis em vez de adjetivos.

Dá para crescer na carreira técnica sem virar gestor?

Sim, com trilhas que separam a carreira técnica da de gestão, a chamada carreira em Y. Sem elas, quem prefere seguir na área técnica só enxerga a gestão como saída.

Avaliar desempenho para sustentar o plano é vigilância?

Não precisa ser. Medir o trabalho entregue ao longo de um ciclo é diferente de monitorar pessoas em tempo real. No Devint, a consolidação acontece em fechamentos quinzenais e a composição do DevScore é aberta.

O DevScore decide promoções e desligamentos?

Não. O número abre a conversa certa, mas nunca decide sozinho uma promoção ou um desligamento. A decisão continua com as pessoas, agora com uma base que todos conseguem ver.

Com que frequência o RH deve conversar sobre carreira com os desenvolvedores?

Em uma agenda fixa, e não só quando alguém pede aumento ou recebe proposta de fora. A Gallup mostra que 51% de quem sai por vontade própria diz que ninguém conversou com a pessoa sobre o futuro dela na empresa nos três meses anteriores.

Próximo passo

Uma estrutura de carreira não retém por estar escrita, e sim por ser clara, igual para todos e conversada com regularidade. Se o seu RH quer chegar a esse ponto sem depender de planilhas separadas entre gestão e tecnologia, o próximo passo é ver o critério funcionando no contexto do seu time.

Fale com o time do Devint ou peça uma demonstração e veja como o DevScore e o DevCoach sustentam a conversa de carreira com dados que engenharia e RH conseguem ler juntos.

Fontes consultadas

• Gallup, “This Fixable Problem Costs U.S. Businesses $1 Trillion”, de Shane McFeely e Ben Wigert, publicado em 13/03/2019 e atualizado em 13/05/2025 (em inglês).
• CartaCapital, “Quase metade dos trabalhadores deseja trocar de emprego em 2026”, de 18/08/2026, sobre pesquisa da Robert Half.
• Exame, “Tendências de RH para 2026: pesquisa revela ‘reengenharia silenciosa’ no setor”, de 11/12/2025, sobre pesquisa da Koru em parceria com a Chiefs.Group.
• Devint, dimensões e pesos padrão do DevScore.