Avaliação técnica: como medir o que importa sem afastar candidatos

O candidato recebeu, numa sexta-feira, um desafio técnico com prazo de uma semana: construir uma aplicação completa, com back-end, front-end, testes automatizados e documentação. Ele tinha emprego, família e outras duas entrevistas marcadas. Respondeu com educação que não conseguiria participar. Era o perfil que a empresa procurava havia dois meses.

A avaliação técnica existe para responder a uma pergunta: essa pessoa consegue fazer o trabalho? Quando o teste é longo demais, genérico ou distante do dia a dia, ele passa a medir outra coisa, como a disponibilidade de tempo livre do candidato. E os profissionais mais experientes, que têm mais opções, são os primeiros a desistir.

O que a pesquisa diz sobre métodos de avaliação

A psicologia organizacional estuda há décadas quais métodos de seleção preveem melhor o desempenho no trabalho. A revisão mais recente, publicada por Paul Sackett e colegas no Journal of Applied Psychology em 2022, colocou no topo a entrevista estruturada (validade de 0,42), seguida por testes de conhecimento do trabalho (0,40) e por amostras de trabalho, as simulações de tarefas reais do cargo (0,33).

Para avaliação técnica, a mensagem é clara: funciona o que se parece com o trabalho real e é avaliado com critérios definidos. Perguntas genéricas, sem relação com a função, não funcionam.

O Google chegou a uma conclusão parecida olhando os próprios dados. Em 2013, Laszlo Bock, então vice-presidente de pessoas da empresa, contou ao New York Times que as famosas charadas usadas em entrevistas (quantas bolas de golfe cabem em um avião?) eram “uma completa perda de tempo”: não previam nada e serviam principalmente para o entrevistador se sentir inteligente.

Defina o que medir antes de escolher o formato

Antes de escolher o teste, liste as competências técnicas que a vaga realmente exige, e em que nível. Um erro comum é avaliar o que é fácil de testar, como algoritmos clássicos, em vez do que o trabalho pede, como modelar dados, desenhar uma API, depurar um problema em produção ou ler código dos outros.

Formatos que funcionam

Revisão de código

O candidato recebe um trecho de código com problemas (de lógica, de legibilidade, de segurança) e comenta como faria em uma revisão real. Em 45 minutos, mostra conhecimento técnico, senso de qualidade e forma de se comunicar com colegas. É um dos formatos com melhor relação entre informação obtida e tempo investido.

Problema real em conversa

Um desenvolvedor do time apresenta um problema que a equipe enfrentou de verdade, simplificado, e discute com o candidato como ele resolveria. O objetivo é ver raciocínio, perguntas que ele faz e como lida com restrições, não memória.

Programação em par

O candidato e um desenvolvedor do time resolvem juntos uma tarefa pequena, em uma sessão de uma a duas horas. Mostra como a pessoa pensa, como pede ajuda e como recebe sugestões. Funciona melhor quando o entrevistador está preparado para colaborar, e não para fiscalizar.

Desafio curto para casa

Uma tarefa pequena, com escopo claro e tempo esperado informado, de preferência até três ou quatro horas. Vale combinar que a entrega será discutida em uma conversa posterior, o que dá mais valor ao trabalho do candidato e ajuda a confirmar a autoria.

Conversa sobre projetos anteriores

O candidato explica decisões técnicas de um projeto que conduziu: por que escolheu aquela arquitetura, o que deu errado, o que faria diferente. Para posições seniores, costuma revelar mais que qualquer teste.

Critérios antes da avaliação

Sem critérios definidos, dois avaliadores olham a mesma solução e chegam a notas opostas. Escreva, antes de aplicar o teste, o que é uma solução excelente, aceitável e insuficiente, e o que pesa mais.

1. 01

   Escreva os critérios

   Correção, clareza do código, testes, tratamento de erros, comunicação. E o peso de cada um para aquela vaga.

2. 02

   Use os mesmos para todos

   Assim os candidatos são comparados com a mesma régua, e não com o humor do avaliador naquele dia.

3. 03

   Avalie antes de discutir

   Cada avaliador registra sua nota sozinho, antes de conversar com os outros.

4. 04

   Dê retorno

   Sempre que possível, um comentário objetivo sobre a avaliação, inclusive para quem não seguiu. Desenvolvedores conversam entre si, e a reputação do processo circula.

E a inteligência artificial?

Com assistentes de programação cada vez mais comuns no dia a dia, muitas empresas estão revendo suas avaliações. Proibir as ferramentas no teste pode avaliar um cenário que não existe mais no trabalho real. Permitir sem critério pode tornar o desafio para casa pouco informativo. Um caminho equilibrado é focar em formatos conversados, como revisão de código, problema real e discussão do desafio entregue, em que o raciocínio do candidato aparece por inteiro.

Uma boa avaliação técnica parece um dia de trabalho, não uma prova.

Perguntas frequentes

Teste técnico para casa ainda faz sentido?

Pode fazer, desde que seja curto, com escopo claro e tempo esperado informado. Discutir a solução em uma conversa posterior aumenta o valor do teste e ajuda a entender o raciocínio do candidato, inclusive em um cenário em que assistentes de IA são comuns.

Devo pagar pelo tempo do candidato em testes longos?

Algumas empresas pagam por desafios que exigem muitas horas, como forma de respeitar o tempo do candidato. A alternativa mais simples é reduzir o escopo do teste a algo que caiba em poucas horas.

Quem deve avaliar o teste técnico?

Desenvolvedores do time, com critérios escritos antes. Idealmente, mais de um avaliador, cada um registrando a nota sozinho antes da discussão. Isso reduz a influência de preferências pessoais de estilo sobre a avaliação.

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.