Case e teste técnico: raciocínio em voz alta

O que a empresa avalia num case

Quando uma empresa pede um case ou um teste técnico, o instinto do candidato é focar em uma coisa só: acertar a resposta. Só que o avaliador experiente está olhando para outra coisa. Ele quer ver como você pensa. Diante de um problema que você nunca viu, você trava ou organiza os passos? Você chuta ou levanta hipóteses e testa? Você admite o que não sabe ou finge? Uma resposta final imperfeita acompanhada de um raciocínio claro costuma valer mais do que uma resposta certa que apareceu do nada, sem explicação.

Isso faz sentido quando você lembra do que é o trabalho de verdade. No dia a dia, quase nenhum problema vem com resposta pronta, e o valor de um profissional está justamente em como ele destrincha o desconhecido. Por isso o case simula essa situação. A empresa não espera que você acerte tudo na hora, com pressão e sem contexto completo. Ela quer ver o seu método. Um case bem conduzido, com raciocínio visível, mostra mais sobre você do que dez perguntas de entrevista.

O case não é uma prova de acerto, é uma amostra de como você trabalha. Mostrar o caminho vale mais do que sacar a resposta pronta sem explicar como chegou nela.

Existem dois formatos comuns. O case ao vivo, feito na frente do avaliador, é onde o raciocínio em voz alta brilha. E o case para levar para casa, entregue depois, onde contam a organização, a clareza e a capacidade de justificar as escolhas por escrito ou numa apresentação. Nos dois, a lógica é a mesma: deixar o pensamento visível, porque é ele que está sendo avaliado.

Pensar em voz alta, perguntar e cuidar do tempo

A primeira coisa a fazer diante de um case não é resolver, é entender. Antes de mergulhar, faça perguntas que esclareçam o problema: qual é o objetivo, quem é o público, quais limites existem, o que conta como sucesso. Boas perguntas não passam imagem de quem não sabe, passam imagem de quem não sai correndo para a solução errada. O avaliador enxerga nisso um sinal de maturidade, porque no trabalho real ninguém resolve bem um problema que entendeu pela metade.

Entendido o problema, comece a pensar em voz alta. Diga qual caminho você vai seguir e por quê, quais hipóteses está levantando, onde tem dúvida. Se assumir uma premissa por falta de dado, anuncie: como não tenho o número exato, vou assumir uma faixa e seguir. Isso transforma o silêncio ansioso em conversa produtiva, e dá ao avaliador a chance de te ajudar com uma pista quando você trava. Um case não é uma prova muda, é quase uma sessão de trabalho conjunto.

1. Reformule o problema com suas palavras para confirmar que entendeu.
2. Faça as perguntas que esclarecem objetivo, público e limites.
3. Divida o problema em partes e diga por onde vai começar e por quê.
4. Pense em voz alta, anunciando hipóteses e premissas ao longo do caminho.
5. Reserve o final para concluir, resumir a recomendação e apontar o que faria com mais tempo.

Gerenciar o tempo é parte da avaliação. Se o case dura quarenta minutos, não gaste trinta e cinco numa parte só e deixe o resto pela metade. Vale olhar o relógio, dividir o tempo entre entender, resolver e concluir, e avisar quando estiver fechando: com o tempo que resta, vou consolidar a recomendação. Terminar com uma conclusão clara, mesmo que enxuta, passa imagem melhor do que parar no meio de uma análise sem fechar nada.

Esse último ponto merece atenção. A maioria dos cases é legítima e existe só para avaliar. Mas de vez em quando aparece um teste que, no fundo, é trabalho gratuito: a empresa entrega um problema real, pede uma solução completa e usa a entrega sem contratar ninguém. O sinal de alerta é o escopo. Um teste de avaliação é curto e genérico o bastante para não ser aproveitável. Quando o pedido tem cara de projeto de cliente, com muitas horas de trabalho e resultado pronto para uso, é justo perguntar o propósito, combinar um limite de tempo ou recusar com educação. Valorizar o próprio tempo não te queima, sinaliza que você se respeita.