Quando uma empresa contrata por meio de uma consultoria de alocação, normalmente recebe isto: um currículo, o link de um teste de código e um parágrafo de resumo escrito por um recrutador que passou quinze minutos no telefone com o candidato.
Isso não é avaliação. É repasse.
Depois de alocar mais de 200 profissionais em times de produto de empresas americanas, identificamos cinco dimensões que mostram, de verdade, se alguém vai ter sucesso trabalhando remoto dentro de um time. A maioria das empresas de alocação avalia uma delas (a parte técnica) e pula as outras quatro.
O problema do currículo
O currículo diz o que a pessoa fez. Não diz como ela fez, como se comunicou enquanto fazia, nem se faria diferente hoje. Um currículo que diz "liderou a migração de monolito para microsserviços" pode significar que a pessoa desenhou tudo, ou que ela foi uma entre doze devs pegando cards enquanto outra pessoa tomava as decisões.
O teste de código mostra que alguém resolve um problema fechado sob pressão de tempo. Não mostra como essa pessoa se comporta quando o problema é ambíguo, o prazo é real e ela precisa se alinhar com mais três pessoas para entregar.
Estas são as cinco coisas que a gente mede.
1. Profundidade técnica, não conhecimento de superfície
Não pedimos para o candidato recitar assinatura de API nem resolver exercício de LeetCode. Pedimos que ele explique decisões.
"Você usou Redux no último projeto. Me explica por que escolheu Redux em vez de gerenciar estado no servidor. Que trade-offs você aceitou?" A resposta mostra se a pessoa entende as ferramentas dela ou só usa o que o tutorial ensinou.
Também olhamos como ela depura. Apresentamos um cenário parecido com produção, com informação incompleta, e observamos como ela vai estreitando o problema. Profissionais fortes fazem perguntas antes. Profissionais fracos começam a chutar na hora.
Profundidade técnica é entender o porquê, não só o como. Quem sabe por que a arquitetura funciona consegue se adaptar quando o requisito muda. Quem só sabe o como reconstrói do zero.
2. Clareza na comunicação
Essa é a dimensão mais importante para trabalho remoto. E é a que quase toda empresa de alocação ignora.
Avaliamos comunicação de três jeitos. Primeiro, uma entrevista comportamental ao vivo, toda em inglês, porque esse é o padrão dos nossos clientes americanos. Não estamos avaliando sotaque nem vocabulário. Estamos ouvindo a estrutura: essa pessoa consegue explicar uma ideia complexa de um jeito que alguém de fora da área entenderia?
Segundo, um exercício escrito. Pedimos que o candidato escreva um post-mortem curto de um incidente fictício. Avaliamos clareza, estrutura e se ele separa naturalmente o que aconteceu, por que aconteceu e o que precisa mudar.
Terceiro, observamos como ele se comunica durante a entrevista técnica. Pensa em voz alta? Explica a abordagem antes de codar? Pergunta quando algo não está claro?
Um dev que se comunica bem economiza horas do time toda semana. Um dev que se comunica mal custa horas. Isso se acumula ao longo dos meses.
3. Fluência em ferramentas de IA
Essa dimensão não existia dois anos atrás e hoje pesa muito.
Não procuramos devs que usam IA para escrever todo o código. Procuramos devs que usam ferramentas de IA com critério, como parte do fluxo de trabalho. Tem uma diferença enorme entre "eu jogo tudo no ChatGPT" e "uso o Copilot para código repetitivo, o Claude para discutir arquitetura e sempre reviso o código gerado antes do commit".
Quem usa bem as ferramentas de IA entrega mais rápido sem perder qualidade. Avaliamos isso pedindo que o candidato descreva o fluxo de trabalho atual com exemplos concretos. Queremos ouvir quais ferramentas ele usa, quando usa e quando decide não usar.
As melhores respostas têm uma dose saudável de ceticismo. "Uso o Copilot para montar a estrutura dos testes, mas nunca em código sensível de segurança" é exatamente o tipo de julgamento que procuramos. IA no fluxo de trabalho, pessoas na revisão.
4. Senso de dono
Senso de dono é a diferença entre um dev que conclui tarefas e um dev que faz o projeto andar.
Avaliamos isso com perguntas de cenário. "Você terminou sua feature um dia antes. A próxima sprint ainda não começou. O que você faz?" A resposta mostra se a pessoa fica esperando instrução ou procura onde pode contribuir.
Também perguntamos sobre situações em que ela foi além do escopo combinado. Não estamos atrás de heroísmo. Procuramos padrões como: "vi que o pipeline de CI estava lento e passei algumas horas otimizando" ou "a documentação de onboarding estava desatualizada e atualizei depois da minha primeira semana".
Profissionais com senso de dono reduzem o esforço de gestão. Avisam dos riscos cedo. Resolvem problemas pequenos antes que fiquem grandes. Tratam o produto como responsabilidade deles, não só os cards.
5. Alinhamento cultural
Isso não é "fit cultural" no sentido de "eu sairia com essa pessoa". Esse jeito de pensar leva a times homogêneos e a vieses.
Alinhamento cultural quer dizer: o jeito de trabalhar dessa pessoa combina com o que o time do cliente espera? Alguns times são muito estruturados, com especificações detalhadas e code review formal. Outros andam rápido, com especificação crua e mentalidade de "entrega e itera". Um ótimo profissional para o time A pode ser uma péssima escolha para o time B.
Avaliamos isso entendendo os dois lados. Conversamos com o cliente sobre a dinâmica do time, o jeito de tomar decisão e as normas de comunicação. Depois avaliamos se o estilo natural do candidato vai encaixar ou bater de frente.
Um dev que rende em ambiente estruturado vai sofrer num time que muda de prioridade toda semana. Um dev que adora autonomia vai se frustrar num time que exige check-in diário. Nenhum estilo está errado. O que importa é a combinação.
Por que as cinco precisam andar juntas
Qualquer dimensão pode ser forte enquanto as outras são fracas. Um dev brilhante que se comunica mal vira gargalo. Um ótimo comunicador com pouca profundidade técnica atrasa o time. Um dev que usa IA muito bem, mas sem senso de dono, entrega rápido e quebra as coisas.
Damos peso parecido às cinco porque elas se somam. Um profissional que vai bem nas cinco melhora o time inteiro. Escreve descrições de PR claras, que aceleram o review. Avisa dos riscos cedo, para o PM poder ajustar. Usa IA no trabalho repetitivo e sobra tempo para os problemas difíceis.
É isso que significa avaliar profissionais em vez de filtrar currículos. Leva mais tempo por candidato. Por isso a gente investe esse tempo antes de você.
