Como avaliar senioridade real em TI

Senioridade em TI virou palavra elástica. Há quem tenha dez anos de experiência repetindo o mesmo ano dez vezes, e há quem em cinco anos passou por problemas difíceis que formam um sênior maduro. Tempo de casa e título no crachá dizem pouco. O que revela o nível é como a pessoa pensa diante de um problema real. Este guia mostra onde olhar.

Por que tempo e título enganam

O número de anos mede tempo de exposição, e a profundidade depende do que a pessoa enfrentou nesse tempo. Alguém que passou uma década em um ambiente estável, fazendo a mesma coisa, acumulou tempo sem acumular repertório. O título também infla com facilidade: uma empresa promove para segurar salário, outra chama de sênior quem entrou há dois anos. Currículo é a intenção da pessoa sobre si mesma, e ele passa bem por qualquer filtro de palavra-chave.

A senioridade real aparece em outro lugar: no julgamento. É a capacidade de tomar boas decisões com informação incompleta, de antecipar o que vai doer e de escolher a solução simples quando ela basta.

Os sinais de senioridade que importam

• Raciocínio de trade-off. O sênior não tem uma resposta única para tudo. Ele explica o que ganha e o que perde em cada escolha, e por que decidiu de um jeito no contexto específico. O júnior repete a melhor prática que leu, sem enxergar o custo dela.
• Cicatriz de produção. Quem sustentou sistema em produção tem histórias de incidente: o que quebrou, como isolou, o que mudou depois para não repetir. Quem só desenvolveu em ambiente controlado não tem essas histórias.
• Saber quando não construir. Maturidade é dizer que uma ferramenta pronta resolve, que aquele projeto não vale a complexidade, ou que a solução mais simples serve. O júnior empolgado quer construir tudo do zero.
• Consciência de custo. O sênior pensa no custo de infraestrutura, de manutenção e de tempo do time. Ele sabe que a decisão técnica tem preço e leva isso em conta.
• Comunicação e mentoria. Quem chegou ao nível consegue explicar uma decisão complexa para quem não é da área e eleva quem está ao redor. Conhecimento que não se transmite fica preso em uma pessoa e vira risco.

As perguntas que expõem o nível

Perguntas abertas revelam mais que quiz de sintaxe:

• Conte uma decisão técnica de que você se arrepende. O que você faria diferente hoje? Sêniores têm essa resposta na ponta da língua; quem não amadureceu trava.
• Descreva o pior incidente de produção que você conduziu. Peça o passo a passo que ele seguiu.
• Quando foi a última vez que você escolheu a solução mais simples em vez da mais elegante, e por quê?
• Explique uma escolha de arquitetura recente como se eu não fosse técnico. A clareza mostra domínio.
• O que você decidiu não fazer no seu último projeto, e por quê? A resposta revela julgamento de escopo.

Red flags

• A pessoa cita ferramenta da moda com fluência e trava quando você pergunta o porquê de cada escolha.
• Não tem nenhuma história de erro ou de incidente. Ou nunca operou nada sério, ou não reflete sobre o próprio trabalho.
• Responde tudo com a melhor prática de manual, sem adaptar ao contexto.
• Não consegue explicar uma decisão sem jargão. Muitas vezes o jargão cobre a falta de entendimento.
• Quer construir do zero qualquer coisa, sem considerar custo nem alternativa pronta.

Por que o RH sozinho não dá conta

Um recrutador avalia bem cultura, comunicação e trajetória. Para separar sênior real de júnior disfarçado em uma disciplina técnica específica, faltam a ele o repertório e as perguntas de acompanhamento. Quando o candidato responde, é o segundo "por quê" que revela a profundidade, e esse segundo "por quê" só vem de quem conhece o assunto por dentro.

Um engenheiro de software generalista também erra ao avaliar fora da própria área. Quem é forte em backend não tem como julgar a profundidade de um especialista de Kubernetes, de segurança ofensiva ou de LLM. A avaliação séria pede um par da mesma disciplina.

O que fazer com isso na prática

• Coloque um par técnico da mesma área na entrevista, mesmo que você precise trazê-lo de fora.
• Peça histórias concretas de produção e de erro, e siga com perguntas de acompanhamento.
• Desconfie de fluência de buzzword sem raciocínio por trás.
• Defina o piso de senioridade antes de começar e não flexibilize sob pressão de prazo.
• Trabalhe com quem oferece garantia de substituição, porque isso mostra que o parceiro confia na própria avaliação.

Por onde começar

Antes de entrevistar, decida quem tem repertório para avaliar o nível técnico. Se não há esse par dentro de casa, essa é a lacuna a resolver, porque nenhuma pergunta boa compensa a falta de quem sabe ouvir a resposta.

A Cyberwalk resolve isso na origem: cada especialista de TI é aprovado por um par técnico da mesma disciplina, com piso de nível Sênior forte, Staff ou Principal e garantia de substituição estendida. Para reforçar seu time com esse nível sem o processo de contratação, veja o modelo de staff augmentation. Descreva o perfil e a gente traz quem tem a bagagem certa.