Em resumo
- Senioridade é sobre autonomia, escopo e impacto, não só sobre anos de experiência.
- O modelo Dreyfus de aquisição de habilidades ajuda a descrever a evolução do iniciante ao especialista.
- Uma vaga com nível mal definido atrai candidatos errados e gera propostas desalinhadas.
- Os critérios de nível devem valer para contratar e para promover.
Uma startup abriu uma vaga de desenvolvedor sênior pedindo “no mínimo cinco anos de experiência”. Contratou um profissional com oito anos de mercado, que em poucas semanas mostrou dificuldade para trabalhar sem tarefas bem detalhadas. No mesmo mês, recusou um candidato com quatro anos que, na empresa anterior, tinha desenhado a arquitetura de um produto inteiro e orientado dois colegas. Os anos de experiência estavam dizendo o contrário da realidade.
Definir senioridade é um dos pontos mais confusos do recrutamento em tecnologia. Cada empresa usa os termos de um jeito, e o mesmo título pode significar coisas muito diferentes de um lugar para outro. Sem um critério claro, a vaga atrai os candidatos errados e a proposta sai desalinhada com o mercado.
Por que anos de experiência não bastam
Anos de experiência medem tempo, não aprendizado. Um profissional pode passar cinco anos repetindo o mesmo tipo de tarefa, e outro pode viver em dois anos situações que o obrigaram a crescer muito mais rápido. O tempo é um indicador aproximado, útil como referência, mas insuficiente como critério.
O que realmente diferencia os níveis é outra coisa: quanta autonomia a pessoa tem, de que tamanho são os problemas que ela resolve e qual é o impacto do trabalho dela no time e no produto.
Um modelo para pensar a evolução
Em 1980, os irmãos Stuart e Hubert Dreyfus propuseram um modelo de aquisição de habilidades em cinco estágios: novato, iniciante avançado, competente, proficiente e especialista. A ideia central é que, à medida que a pessoa evolui, ela depende menos de regras e instruções e passa a agir a partir da compreensão do contexto e da experiência acumulada.
O modelo não foi criado para tecnologia, mas se aplica bem a ela. O desenvolvedor iniciante precisa de tarefas bem definidas e de alguém que diga o que fazer. O especialista enxerga o problema de negócio, antecipa riscos e escolhe caminhos que outros nem consideraram.
O que muda em cada nível
| Nível | Autonomia | Escopo | Impacto no time |
|---|---|---|---|
| Júnior | Executa tarefas definidas, com orientação frequente | Partes de uma funcionalidade | Aprende com o time |
| Pleno | Entrega funcionalidades completas com pouca orientação | Funcionalidades e pequenos módulos | Colabora e ajuda colegas pontualmente |
| Sênior | Define como resolver problemas complexos | Módulos, integrações e decisões técnicas do time | Orienta colegas e eleva a qualidade do time |
| Especialista | Define direções técnicas | Sistemas e decisões que afetam vários times | Influencia a engenharia como um todo |
Os nomes variam de empresa para empresa, e muitas usam mais níveis. O importante é que cada nível tenha uma descrição clara do que se espera, e que ela seja conhecida por quem contrata, por quem avalia e por quem é avaliado.
Como definir o nível da vaga
Antes de escrever o anúncio, responda a três perguntas com o gestor da vaga:
- 01
Quanta orientação a pessoa vai ter?
Se o time tem alguém experiente para orientar no dia a dia, um pleno pode dar conta. Se a pessoa vai trabalhar sozinha em uma frente, provavelmente precisa ser sênior.
- 02
Que tipo de problema ela vai resolver?
Problemas bem definidos pedem execução. Problemas abertos, com decisões de arquitetura e trade-offs, pedem experiência.
- 03
Ela vai orientar outras pessoas?
Se sim, a vaga precisa de alguém que saiba ensinar e revisar o trabalho de outros, uma habilidade que não vem só com o tempo.
Os dois erros
Pedir um sênior quando a vaga é de pleno encarece a contratação e costuma frustrar quem entra, que não encontra o desafio que esperava. O contrário, pedir um pleno para uma vaga de sênior, coloca a pessoa em uma situação difícil e sobrecarrega o time.
Como avaliar o nível no processo
Cada nível pede uma avaliação diferente. Para júnior, faz sentido olhar fundamentos, lógica e capacidade de aprender. Para sênior, o que mais revela são as decisões técnicas que a pessoa já tomou e como ela pensa sobre elas.
- Júnior: exercício simples, conversa sobre projetos de estudo, curiosidade e reação a sugestões.
- Pleno: revisão de código, construção de uma funcionalidade pequena, trabalho em equipe.
- Sênior: discussão de arquitetura, trade-offs, experiências com problemas em produção e como orientou colegas.
- Especialista: decisões que afetaram vários times, visão de longo prazo e influência sem autoridade formal.
A pergunta “conte uma decisão técnica importante que você tomou e o que faria diferente hoje” funciona bem em qualquer nível, e as respostas mostram muito sobre a senioridade real.
Senioridade e remuneração
Com os níveis bem definidos, a remuneração fica mais fácil de calibrar. Cada nível pode ter uma faixa salarial, comparada com o mercado para a mesma stack e região. Isso ajuda a fazer propostas coerentes, a explicar diferenças dentro do time e a planejar promoções.
Os mesmos critérios para contratar e promover
Um cuidado importante: os critérios usados para contratar alguém como sênior precisam ser os mesmos usados para promover alguém de dentro a sênior. Quando a régua de fora é diferente da de dentro, o time percebe, e a sensação de injustiça é um dos motivos mais comuns de saída de bons desenvolvedores.
Perguntas frequentes
Quantos anos de experiência tem um desenvolvedor sênior?
Não há um número fixo. Muitas empresas usam faixas de referência, mas o que define a senioridade é a autonomia, o escopo e o impacto. Há profissionais com poucos anos que já atuam como seniores, e profissionais com muitos anos que ainda trabalham como plenos.
Qual a diferença entre sênior e especialista?
O sênior resolve problemas complexos e orienta o time. O especialista atua em um escopo maior, com decisões que afetam vários times ou o produto como um todo, e influencia a direção técnica da empresa.
Vale contratar um júnior para acelerar um projeto?
Geralmente não. Juniores precisam de orientação e tempo para render, o que consome tempo dos mais experientes. Eles são um ótimo investimento para o longo prazo, quando o time tem estrutura para desenvolvê-los.
Fontes
- Stuart E. Dreyfus e Hubert L. Dreyfus. A Five-Stage Model of the Mental Activities Involved in Directed Skill Acquisition. University of California, Berkeley, 1980
Conteúdo informativo, preparado para ajudar no dia a dia de quem contrata e lidera pessoas. Não substitui a orientação de um advogado, contador ou especialista para o caso da sua empresa.




