Como Criar um Teste Prático (Take-Home) Que Realmente Prevê o Desempenho

Acabou de ler um CV que diz "Excel avançado" e assistiu a uma entrevista em que o candidato falou fluentemente sobre tabelas dinâmicas. Continua sem saber se ele sabe mesmo construir uma. É essa a lacuna que um teste prático deveria preencher — e é a lacuna que a maioria dos testes práticos não consegue preencher, porque são fáceis demais de simular ou longos demais para qualquer pessoa razoável conseguir terminar.

Aqui está como criar um que realmente lhe diga alguma coisa.

Comece pela tarefa, não pela competência

A maioria dos testes práticos começa por uma competência ("testar o SQL deles") e acaba por se tornar um questionário de trivialidades. Comece antes pela tarefa: a coisa real que esta pessoa vai fazer no segundo mês de trabalho. Se a função é de contabilista, a tarefa é reconciliar um conjunto confuso de transações, não responder a perguntas de escolha múltipla sobre débitos e créditos. Se a função é de apoio ao cliente, a tarefa é redigir três respostas a emails reais (anonimizados) de clientes zangados, não definir o que é "empatia."

Uma boa pergunta a fazer a si mesmo: alguém consegue passar isto decorando uma resposta, ou tem de produzir realmente alguma coisa? Se for o primeiro caso, redesenhe o teste.

Limite-o ao tempo que realmente lhes daria no trabalho

É aqui que a maioria das empresas perde bons candidatos. Um teste que demora seis horas mostra que não respeita as noites das pessoas, e acaba por filtrar candidatos sem outras opções, em vez de candidatos com as melhores competências. Um limite razoável:

• Funções júnior ou de entrada: 45–60 minutos
• Colaborador individual de nível intermédio: 60–90 minutos
• Funções sénior ou especializadas: até 2 horas, divididas em duas tarefas mais pequenas, se possível

Se o seu teste precisar genuinamente de mais tempo do que isso, deixou de ser uma ferramenta de triagem — passou a ser trabalho não pago, e os candidatos reconhecem isso cada vez mais e desistem. Indique o limite de tempo logo no email, e cumpra-o: "Isto deve demorar cerca de uma hora. Se estiver a demorar três, pare e envie o que tiver — preferimos ver o seu instinto ao fim de uma hora do que uma versão polida ao fim de quatro."

Dê-lhes os mesmos dados confusos que o trabalho lhes dá

O trabalho real raramente é limpo. Se está a testar uma função de introdução de dados ou de analista, não entregue uma folha de cálculo sem erros — não é isso que vão encontrar no primeiro dia. Inclua uma linha duplicada, uma coluna mal identificada, uma instrução ambígua. A forma como alguém lida com a confusão diz-lhe mais do que a forma como lida com as partes que já lhe arrumou de antemão.

Para uma função de escrita ou marketing, dê um briefing real (ou realista) com uma contradição escondida — um cliente que diz "seja breve" e "cubra tudo" no mesmo parágrafo. Observar se pedem um esclarecimento ou simplesmente adivinham é muitas vezes os cinco segundos mais úteis de todo o exercício.

Avalie antes de ler uma única submissão

Escreva primeiro a grelha de avaliação, às cegas. Decida o que parece um 1, um 3 e um 5 em cada dimensão antes de ver o trabalho de alguém — caso contrário, a primeira submissão forte que ler transforma-se silenciosamente na sua definição de "bom", e todos os que vierem depois são avaliados contra um padrão que se move.

Uma grelha de avaliação viável para a maioria das tarefas tem três a cinco dimensões, cada uma pontuada de 1 a 5:

1. Resolveram o problema real (e não um problema semelhante, mas mais fácil)
2. Isto seria utilizável sem qualquer edição adicional da sua parte
3. Mostraram o raciocínio, não apenas uma resposta — um comentário, uma nota, um "eis porque escolhi isto"
4. Lidaram bem com a parte confusa ou ambígua
5. (Opcional) Respeitaram o briefing — extensão, formato, tom

Se possível, faça com que duas pessoas avaliem de forma independente, mesmo que seja só você e mais um colega da sua equipa, e comparem notas antes de falarem sobre o candidato. Vai surpreender-se com a frequência com que discordam, e essa discordância é uma informação útil sobre a grelha de avaliação, não apenas sobre o candidato.

Não peça trabalho gratuito que realmente vá usar

Se a tarefa é "redesenhar o nosso email de onboarding" e depois usa esse redesenho, extraiu trabalho gratuito sob o pretexto de um processo de contratação — e os candidatos falam sobre isso de formas que perseguem uma empresa durante anos. Duas formas honestas de evitar isto:

• Use um cenário fictício ou passado que não tenha valor comercial atual (uma campanha antiga que já não está em curso, um cliente inventado).
• Se realmente quiser testar com trabalho em curso, pague pela tarefa, mesmo que seja um valor simbólico, e diga isso desde o início.

Onde um teste escrito ainda não é suficiente

Um teste prático diz-lhe o que alguém consegue produzir sozinho, ao seu próprio ritmo, possivelmente com a ajuda de um amigo ou de um motor de busca. Não lhe diz como a pessoa se comporta sob alguma pressão, como reage a feedback em tempo real, ou se a submissão polida foi realmente feita por ela. É para isso que serve a conversa de acompanhamento — peça-lhe que explique uma decisão que tomou e porquê, e observe com que fluência consegue defendê-la. Quem construiu o trabalho fará isto com facilidade. Quem o subcontratou, geralmente não consegue.

Se está a criar um bom teste prático para uma função, escrevê-lo você mesmo da forma acima descrita é o esforço certo. Se está a contratar para cinco ou seis funções diferentes por mês e reescrever uma grelha de avaliação de cada vez está a consumir-lhe a semana, é aí que uma plataforma de testes calibrada compensa — a AssessFit executa testes com supervisão (proctoring) e adaptativos, com uma pontuação de integridade incorporada, para não ter de começar do zero de cada vez, e é gratuita para testar até cinco candidatos por mês.

De qualquer forma, o teste é apenas metade do trabalho. A outra metade é ser honesto consigo mesmo sobre o que ele realmente mede — e não fingir que mede coisas que não mede.