Perguntas de entrevista não são tiradas do ar na manhã do dia. Em quase todo processo estruturado, quem te entrevista recebeu o mesmo anúncio de vaga que você leu, foi orientado a descobrir se você sabe fazer as coisas que estão ali e ficou livre para inventar perguntas a partir daquelas linhas. É por isso que as perguntas parecem estranhamente próximas dos itens do anúncio. Elas são os itens do anúncio, virados do avesso.
O que faz de um anúncio de vaga um banco de perguntas disfarçado, se você o ler na direção certa. Um requisito vira uma pergunta sobre a sua experiência. Uma responsabilidade vira um cenário. Uma linha sobre o ambiente vira uma pergunta comportamental. Aprenda a conversão e a entrevista deixa de ser loteria e vira ementa de curso.
Abaixo estão as seis regras de mapeamento, um exemplo prático e o que fazer com o resultado. Se você prefere pular a passada manual, cole o anúncio no Question Predictor gratuito e você recebe as vinte perguntas que aquela entrevista tem mais chance de fazer, agrupadas por tipo, com o que cada uma está sondando. Sem conta, sem e-mail, resultados na hora.
Dá mesmo para prever perguntas de entrevista a partir de uma descrição de vaga?
Na maior parte, sim. Você não sabe as palavras exatas, mas consegue reduzir centenas de perguntas possíveis a umas vinte, porque o entrevistador está trabalhando com o mesmo documento que você. Todo requisito, responsabilidade e linha de cultura daquele anúncio tem uma pergunta óbvia atrelada, e os entrevistadores recorrem à óbvia muito mais do que os candidatos esperam.
O que você não consegue prever é a cauda: a pergunta favorita do entrevistador, a tangente que ele puxa porque algo no seu currículo chamou atenção, o quebra-cabeça de algoritmo tirado de um banco compartilhado. Essa cauda é real e também é pequena. Esteja pronto para as vinte que saem do anúncio e a cauda é a única coisa que você improvisa, o que é um problema completamente diferente.
Por que os anúncios de vaga preveem as perguntas com tanta confiabilidade?
Porque o anúncio costuma ser o primeiro rascunho da ficha de avaliação. Um gestor escreve o que a pessoa precisa fazer, o recrutamento transforma isso num anúncio, e a mesma lista volta como os critérios contra os quais os entrevistadores pontuam. Ninguém escreve um conjunto secreto separado de requisitos. O documento que você usou para decidir se se candidatava é o mesmo que eles usam para decidir se contratam.
A contratação estruturada aperta ainda mais isso. Quando uma empresa usa uma rubrica, o entrevistador tem um formulário com competências de um lado e espaço para evidências ao lado de cada uma, e o trabalho dele é sair da sala com aquilo preenchido. O jeito mais rápido de fazer isso é perguntar diretamente sobre cada critério. Entrevistas sem estrutura chegam ao mesmo lugar por um caminho mais preguiçoso: um entrevistador sem nada preparado dá uma olhada no anúncio cinco minutos antes e pergunta sobre o que está ali.
Como transformar uma descrição de vaga em perguntas de entrevista?
Passe pelo anúncio linha por linha e aplique seis regras. Cada tipo de linha se converte num tipo previsível de pergunta: requisitos viram perguntas de experiência com uma sondagem de profundidade atrás, responsabilidades viram cenários, linguagem de ambiente vira perguntas comportamentais, diferenciais viram sondagens de curiosidade, temas repetidos viram o centro de gravidade, e os verbos decidem se as perguntas são sobre executar ou sobre decidir.
1. Um requisito listado vira "me conte sobre a sua experiência com X", seguido de uma sondagem de profundidade. A linha "4+ anos de experiência em backend, de preferência Python" vira "me fale da sua experiência com Python", e depois "qual foi o bug mais difícil que você teve que caçar num serviço em Python?" A primeira pergunta checa se a afirmação existe. A segunda checa se ela é real, porque qualquer um diz quatro anos e só quem viveu tem uma história de guerra junto. Para cada requisito obrigatório, tenha um artefato pronto: algo que você construiu, decidiu ou consertou.
2. Uma responsabilidade vira uma pergunta de cenário. A linha "ser dono da confiabilidade da API de rastreamento, incluindo participação numa escala de plantão" vira "me conte sobre o pior incidente para o qual você foi acionado e o que fez nos primeiros dez minutos". Responsabilidades descrevem o que os seus dias vão conter, então os entrevistadores as testam pedindo que você narre um dia que já aconteceu. Uma responsabilidade raramente vira pergunta de conhecimento; ela vira um pedido de história, e histórias precisam de detalhes.
3. Uma linha de cultura ou ambiente vira uma pergunta comportamental. São as linhas que os candidatos passam batido, e estão entre as mais confiáveis do documento para prever perguntas. "Ambiente acelerado em que os requisitos mudam" vira uma pergunta sobre priorização e sobre o que você deixou cair. "Confortável com ambiguidade" vira uma pergunta sobre uma decisão tomada sem o quadro completo. "Multifuncional" vira uma pergunta sobre influenciar pessoas que não se reportam a você. A empresa está nomeando o atrito que é normal ali, e os entrevistadores sondam esse atrito.
4. Um "diferencial" vira uma sondagem de curiosidade e uma chance de mostrar velocidade de aprendizado. A linha "experiência com Kubernetes ou Terraform é um plus" vira "você já mexeu com Terraform?", perguntado de leve, muitas vezes perto do fim. Também é pontuado de leve, e é por isso que é o lugar mais barato da entrevista para ser honesto. Diga o que você realmente encostou, depois mostre o padrão: a última ferramenta desconhecida que você aprendeu, quanto tempo levou, o que entregou com ela. Blefar aqui é a pior troca disponível; o ganho é uma fração de ponto, a perda é tudo o mais que você alegou sendo silenciosamente descontado.
5. Uma palavra ou tema repetido é o centro de gravidade da entrevista. Leia o anúncio de novo com uma caneta e conte substantivos. Se "escala", "clientes", "precisão dos dados" ou "migração" aparecer três vezes ou mais em seções diferentes, isso não é enchimento, é o que tira o sono do gestor. Isso gera várias perguntas em vez de uma, provavelmente será o tema de qualquer exercício de system design, e é onde uma resposta vaga custa mais caro.
6. Os verbos de senioridade dizem se as perguntas são sobre executar ou sobre decidir. Compare "contribuir com a revisão de código" com "definir a nossa abordagem de qualidade de código". O primeiro convida perguntas de execução: o que você fez, como, como sabe que funcionou. O segundo convida perguntas de julgamento: por que aquela abordagem e não a alternativa, o que você abriu mão, como conseguiu a concordância dos outros. Auxiliar, apoiar e contribuir apontam para executar. Ser dono, liderar, definir e conduzir apontam para decidir, e um candidato que responde a uma pergunta de decisão com uma história de execução soa um nível abaixo.
Como fica o mapeamento num anúncio de vaga real?
Aqui vai um trecho de uma vaga de backend de nível pleno numa empresa de logística de médio porte, escrito do jeito que anúncios reais são escritos e não do jeito arrumadinho dos exemplos de sempre. Cada linha se converte em alguma coisa. A tabela abaixo dá a pergunta provável e, mais útil ainda, o que está de fato sendo sondado.
Engenheiro de backend (nível pleno)
- Construir e manter os serviços em Python por trás da nossa plataforma de rastreamento de encomendas.
- Ser dono da confiabilidade da API de rastreamento, incluindo participação numa escala de plantão.
- Trabalhar com o time de dados para manter os feeds de eventos das transportadoras precisos e no tempo certo.
- Projetar e evoluir os nossos schemas PostgreSQL conforme os volumes de encomendas crescem.
- Fazer parceria com produto e operações para transformar problemas vagos de armazém em funcionalidades entregues.
- Contribuir com a revisão de código e ajudar a elevar o padrão da base de código.
Requisitos: 4+ anos de experiência em backend, de preferência Python. SQL forte, incluindo trabalho de performance. Experiência com filas de mensagens (usamos Kafka). Confortável num ambiente acelerado em que os requisitos mudam.
Diferenciais: contato com sistemas de logística ou cadeia de suprimentos; Kubernetes ou Terraform.
| Linha do anúncio | A pergunta em que ela provavelmente vira | O que está de fato sendo sondado |
|---|---|---|
| Construir e manter serviços em Python | Me explique um serviço em Python que você construiu de ponta a ponta | A profundidade da afirmação, e se você manteve algo por tempo suficiente para se arrepender de uma decisão |
| Ser dono da confiabilidade, escala de plantão | Me conte sobre o pior incidente para o qual você foi acionado | Se você já carregou um pager, e se você culpa pessoas ou sistemas |
| Trabalhar com o time de dados na precisão dos feeds | Como você detectaria que um feed a montante deu errado? | Instinto para correção de dados, e lidar com um problema que não é seu para consertar |
| Projetar e evoluir schemas PostgreSQL | Me conte sobre uma mudança de schema numa tabela que já era grande | Julgamento sobre migração, locks e downtime, disposição para planejar um rollback |
| Fazer parceria com produto e operações em problemas vagos de armazém | Me conte de uma vez em que os requisitos estavam vagos e você teve que decidir o que construir | Se você questiona ou constrói a coisa errada em silêncio, e se você trata o pessoal de operações como usuários ou como chamados |
| Contribuir com a revisão de código | Como você dá feedback num pull request do qual discorda? | Tom sob atrito, e se os padrões sobrevivem à pressão de prazo |
| 4+ anos, de preferência Python | A sua experiência com Python, e depois o bug mais difícil dela | A existência da afirmação, e depois a realidade dela |
| SQL forte e trabalho de performance | Me conte sobre uma query lenta que você consertou | Se você sabe ler um plano de execução ou só reescreve queries na esperança |
| Experiência com Kafka | Me explique um consumidor ficando para trás e o que você fez | Experiência operacional real, já que todo mundo leu a documentação |
| Acelerado, requisitos mudam | Me conte de uma vez em que as prioridades mudaram no meio do projeto | Critérios de priorização, e se você reclama |
| Diferencial: Kubernetes ou Terraform | Você já encostou em Terraform? | Honestidade, e a velocidade com que você pega ferramentas desconhecidas |
Duas coisas saltam. O centro de gravidade é a correção dos dados em volume crescente, já que encomendas, feeds, schemas, filas e escala apontam todos para uma mesma preocupação, e é aí que várias perguntas caem. E os verbos são mistos: "ser dono" e "projetar" ficam ao lado de "contribuir", ou seja, a vaga decide sobre a API de rastreamento e apenas executa em qualidade de código. Prepare respostas de julgamento para a primeira e respostas de execução para a segunda.
Como priorizar o que preparar?
Prepare por temas, não por perguntas. Vinte perguntas previstas não são vinte respostas para escrever; são cinco ou seis temas usando chapéus diferentes. Agrupe as perguntas pelo que elas sondam, escolha seis a oito episódios reais da sua carreira e mapeie cada um para dois ou três temas. Esse mapeamento é o truque: sob pressão você quer selecionar de um conjunto conhecido, não vasculhar a memória do zero.
Pegue o exemplo da logística. Aquelas perguntas se resumem a cinco temas: profundidade na stack citada, ownership sob falha, julgamento sobre dados e migrações, trabalho com parceiros não técnicos e comportamento quando as prioridades mudam. Uma boa história sobre uma migração que deu errado atende ownership, julgamento e pressão de uma vez só, dependendo de por onde você começa. Escreva o mapeamento de histórias para temas numa página só e revise a partir dela, não a partir da lista de perguntas.
Estruture cada história em STAR (Situação, Tarefa, Ação, Resultado), porque é contra isso que a maioria das rubricas pontua, e porque isso te impede de enterrar a sua contribuição sob três minutos de contexto. O nosso guia do método STAR tem respostas completas resolvidas, e o guia de perguntas comportamentais de entrevista cobre as vinte que se repetem independentemente da vaga, a camada base sobre a qual ficam as perguntas específicas do seu anúncio. Depois ensaie em voz alta com cronômetro, porque uma história que parece enxuta no papel se espalha por quatro minutos quando falada.
O que eles vão me perguntar numa entrevista?
Honestamente, ninguém consegue te dizer as perguntas exatas, e quem alega o contrário está vendendo alguma coisa. O que o anúncio faz é cortar o campo para cerca de vinte perguntas prováveis, poucas o bastante para preparar direito. O método é mecânico: converta cada linha com as seis regras, ordene pela frequência com que cada tema se repete e prepare de cima para baixo.
As vinte se dividem de forma consistente. Espere cinco ou seis perguntas de experiência saídas direto da lista de requisitos, cada uma com uma sondagem de profundidade atrás. Espere quatro ou cinco perguntas de cenário vindas das responsabilidades, que são pedidos de história e não checagens de conhecimento. Espere cinco ou seis perguntas comportamentais das linhas de ambiente e cultura, duas ou três sondagens leves nos diferenciais, e as duas que aparecem em basicamente toda entrevista já feita: "me fale sobre você" e "por que esta vaga".
Faça a conversão à mão uma vez, porque isso muda para sempre o jeito como você lê anúncios. Depois disso, economize a hora: cole o anúncio no preditor gratuito e ele devolve as vinte perguntas mais prováveis daquela entrevista, agrupadas por tipo, com uma nota sobre o que cada uma está sondando. Sem conta, sem e-mail, resultados na hora. Ele prevê, não adivinha, e esse é o enquadramento honesto: um bom mapa de onde as perguntas vêm, não uma cópia das anotações do entrevistador.
Perguntas frequentes
Dá para prever perguntas técnicas a partir da descrição da vaga?
Temas sim, quebra-cabeças não. O anúncio nomeia a stack, os dados e os modos de falha, o que prevê com confiabilidade os enunciados de system design e as sondagens de profundidade específicas da linguagem. Ele não prevê uma pergunta de algoritmo, porque essas normalmente vêm de um banco interno compartilhado e raramente se relacionam com a vaga. Prepare a stack citada a fundo e pratique algoritmos à parte.
E se a descrição da vaga for vaga?
Um anúncio vago já é uma previsão: linhas genéricas produzem perguntas genéricas, então espere o conjunto comportamental padrão mais uma passada ampla pelo seu currículo. Preencha as lacunas em outro lugar. A página de carreiras da empresa, o trabalho público do time, posts recentes de engenharia e o recrutador, que normalmente descreve a estrutura das etapas e quem vai entrevistar se você perguntar.
Devo preparar respostas palavra por palavra?
Não. Respostas decoradas saem sem vida e desabam no instante em que a pergunta vem com palavras diferentes da versão que você aprendeu. Aprenda cada história como cinco ou seis batidas com um número no fim, depois diga em voz alta até as batidas ficarem na ordem certa sob pressão. As únicas frases que vale fixar exatamente são a de abertura e o resultado do fechamento.