Lições aprendidas ao conduzir cerca de 1.000 entrevistas na Amazon

• Com base na experiência de 17 anos trabalhando na Amazon e conduzindo cerca de 1.000 entrevistas — das quais aproximadamente 600 foram entrevistas de Bar Raiser —, o texto analisa como entrevistas comportamentais influenciam mais a decisão de contratação do que entrevistas técnicas
• O principal motivo pelo qual candidatos tecnicamente excelentes são rejeitados não é falta de habilidade técnica, mas sim a forma como se apresentam
• Enquanto 95% do tempo de preparação costuma ser investido na parte técnica, quase nenhum tempo é dedicado à preparação para entrevistas comportamentais, o que representa o maior ponto cego
• Entrevista não é uma prova, mas algo mais próximo de uma audição para decidir: “eu gostaria de trabalhar com essa pessoa?”
• O que as empresas avaliam nas entrevistas comportamentais é principalmente adequação ao cargo, adequação à organização e nível de senioridade, e entender isso ajuda a escolher histórias melhores

---

Padrões centrais observados em entrevistas de Bar Raiser

• Bar Raiser é um entrevistador especialmente treinado que participa de fora da equipe contratante e tem o papel de verificar se uma nova contratação elevará o nível de talento da Amazon
• Tem poder de veto sobre qualquer candidato e participa de loops de entrevista de todos os níveis, de estagiário a Principal Engineer
• Depois de cerca de 50 entrevistas como Bar Raiser, ficou claro um padrão: a maioria dos candidatos que não recebia oferta não falhava por falta de capacidade técnica, mas por falhar em se expressar
• Ao chegar à rodada final, o candidato já passou por triagem técnica e exercícios; por isso, a pergunta central da etapa final é: “esse time quer trabalhar com essa pessoa?”

• Lição 1: preparação excessiva para um lado, preparação insuficiente para o outro

  • O candidato médio investe 95% do tempo na preparação técnica e 5% no restante; alguns nem chegam a investir tempo algum na parte não técnica
  • A preparação técnica é atraente porque é concreta e dá para medir progresso, mas em problemas de código é possível raciocinar mesmo diante de questões nunca vistas, com alguma dica
  • Já em entrevistas comportamentais, se perguntarem algo como “como você lidou com um projeto que deu errado?”, sem uma história preparada não dá para improvisar bem
    • Não há dicas, não é possível raciocinar tudo em tempo real e, sem preparo, a resposta tende a sair confusa e desorganizada
  • O autor viu centenas de vezes candidatos irem muito bem na rodada de código e desmoronarem quando surgiam perguntas sobre experiência
    • Feedback típico no debrief: “não consegui obter respostas concretas; todas as histórias eram vagas e pouco convincentes”
  • A preparação não técnica exige muito menos tempo do que a técnica: de 80 a 100 horas de preparação para entrevista, dedicar apenas um fim de semana (cerca de 10 horas) à preparação de histórias pode mudar completamente o resultado da entrevista comportamental
  • O retorno da preparação técnica sofre uma forte redução marginal, enquanto o retorno da preparação de histórias pode ser quase exponencial, porque quase ninguém faz isso

• Lição 2: a forma de contar a história importa tanto quanto a própria história

  • Até a conquista mais impressionante pode ser desperdiçada com uma apresentação ruim, e o padrão de falha mais comum é o “ramble and stumble” — falar de forma enrolada e tropeçando
    • Casos em que o candidato parece montar a história na hora, ou passa 5 minutos explicando o contexto para depois voltar e acrescentar detalhes que havia omitido
  • Em apresentações importantes de trabalho, as pessoas preparam estrutura, fluxo e pontos principais, mas em entrevistas muita gente vai no improviso
  • Existe uma tendência de achar que preparar histórias para entrevista é “artificial” ou “trapaça”, mas, assim como um músico ensaia antes de um concerto, praticar não tem nada a ver com falta de autenticidade
  • Como praticar: comece com duas perguntas — “fale sobre você” e “por que você quer trabalhar nesta empresa?”
    • Escreva as respostas, grave em vídeo e assista para identificar onde você se alonga demais ou usa vícios de linguagem desnecessários
    • Repita até transmitir a sensação de “eu gostaria de trabalhar com essa pessoa”
  • 30 minutos desse tipo de prática podem melhorar mais o desempenho na entrevista do que 20 horas praticando código

• Lição 3: entrevista é uma audição que mostra como seria trabalhar com você

  • A maioria dos candidatos encara entrevista como prova, mas não existe gabarito; o processo é, na prática, a formação de uma impressão pelo entrevistador
  • O papel específico do Bar Raiser é avaliar se o candidato é melhor do que os 50% superiores das pessoas já naquele cargo
  • Os problemas de código cobrados na entrevista nem sempre refletem o dia a dia, mas as perguntas comportamentais testam diretamente situações reais: resolver conflitos, lidar com crise em projeto, decidir com informação incompleta
    • Quando perguntam sobre “uma vez em que você discordou de stakeholders”, o entrevistador está imaginando essa pessoa na próxima reunião de planejamento
    • Quando a pessoa descreve como lida com conflitos no time, o entrevistador se pergunta: “eu gostaria de estar na mesma sala que ela?”
  • Candidatos que tratam a entrevista como prova tentam adivinhar a resposta que o entrevistador quer ouvir e entregam respostas lisas, sem atrito e sem asperezas
    • Resultado: fica a incerteza de “não faço ideia de como seria trabalhar com essa pessoa na prática” → na maioria das vezes, isso vira “No”
  • Como praticar: em vez de pensar no que o entrevistador quer ouvir, prepare histórias com base no que você gostaria de ouvir de alguém que vai entrar no seu time
    • Conte de forma honesta a versão real, incluindo o que foi difícil e os momentos em que a decisão foi apertada

Conclusão central após cerca de 1.000 entrevistas

• As pessoas contratadas são as que entram na sala e contam histórias claras sobre seu trabalho e sua capacidade, fazendo o entrevistador sentir “eu gostaria de trabalhar com essa pessoa”
• A habilidade de contar histórias é uma competência que melhora com prática, mas a maioria das pessoas não treina porque nem considera isso algo que dê para preparar
• Com um pouco de preparação, o impacto pode ser maior do que quase qualquer outra coisa que você possa fazer pela sua carreira

O que as empresas procuram em entrevistas comportamentais

• Capacidade técnica, sozinha, não decide a oferta; nas entrevistas comportamentais, as empresas buscam responder a duas perguntas centrais: “essa pessoa é adequada ao cargo e à empresa?” e “em que nível ela será mais eficaz?”
• Se a adequação não bater, mesmo alguém muito forte tecnicamente pode ser rejeitado; se a avaliação de nível estiver errada, pode haver downlevel ou recusa por não atender ao esperado

• Entendendo adequação: adequação ao cargo e adequação à organização

  • Adequação ao cargo (Role Fit): se a pessoa consegue lidar com os desafios específicos e as condições de trabalho daquela posição
    • Um cargo de backend em uma startup de crescimento acelerado e um cargo de backend em uma grande empresa podem exigir tecnologias parecidas, mas pedem perfis diferentes
  • Adequação à organização (Company Fit): se a pessoa consegue ter sucesso dentro do ambiente daquela organização
    • Avalia se estilo de trabalho, forma de decidir e valores combinam com o jeito da empresa operar

• Como as empresas detectam sinais de adequação

  • Não dá para perguntar diretamente “você combina com a nossa empresa?”, então elas procuram sinais de alinhamento ou desalinhamento nas histórias do candidato
  • Sinais de adequação ao cargo: conforto com requisitos ambíguos, capacidade de coordenação entre equipes, rapidez para iterar e incorporar feedback
  • Sinais de adequação à organização: aparecem nas escolhas feitas pelo candidato e na forma como ele as explica
    • Uma empresa que valoriza bias for action prefere histórias em que a pessoa se moveu rápido mesmo com informação incompleta
    • Uma empresa que valoriza customer obsession quer exemplos em que a pessoa investigou profundamente as necessidades do usuário
    • Uma empresa que enfatiza radical transparency procura histórias em que informações desconfortáveis foram compartilhadas abertamente
  • A mesma história pode enviar sinais diferentes dependendo da empresa: passar 3 semanas refinando uma solução ao máximo pode significar foco em qualidade em uma empresa e paralisia por análise em outra

• Tipos comuns de desalinhamento

  • Independência vs. colaboração: estilo de resolver o problema sozinho e voltar com a solução vs. envolver o time em cada etapa
    • Se todas as histórias são de trabalho solo, isso gera preocupação em empresas orientadas a consenso; se todas mostram validação em grupo, isso preocupa empresas que valorizam ownership individual
  • Velocidade vs. rigor: experimentação rápida e MVP em startup vs. validação cuidadosa em áreas como saúde e finanças
    • Isso inclui diferenças de visão sobre qualidade de código: investir tempo extra em arquitetura limpa vs. priorizar uma solução funcional dentro do prazo
  • Excelência vs. pragmatismo: perfeição técnica e arquitetura elegante acima de tudo vs. soluções práticas lançadas no prazo mesmo que imperfeitas
  • Inovação vs. estabilidade: criar soluções novas e desafiar abordagens existentes vs. manter e otimizar sistemas comprovados
  • Direto vs. diplomático: cultura de radical candor e fala franca vs. cultura que valoriza harmonia e preservação de aparência
  • Dados vs. intuição: cultura que exige base de dados para toda decisão vs. cultura que confia em julgamento baseado em experiência
  • Especialista vs. generalista: especialização profunda em um domínio em grandes empresas vs. capacidade de assumir papéis variados em empresas menores

As 4 dimensões que definem o nível

• O nível do candidato é avaliado por meio de quatro dimensões que aparecem em todas as histórias, e juntas elas mostram onde essa pessoa opera com mais eficácia

• Scope (escopo)

  • Mede quantas pessoas e quão ampla é a área impactada pelo trabalho
  • Entry Level: melhora a produtividade individual, ajuda alguns colegas de equipe
  • Mid Level: impacta parte da forma como o time trabalha
  • Senior Level: impacta diretamente o time inteiro, começa a influenciar pelo menos outro time e colabora de perto com produto e design
  • Staff Level: impacta diretamente pelo menos dois times, amplia isso para a organização e influencia produto, design e gestão de programas além da engenharia
  • Principal Level: muda a forma como múltiplos times ou uma parte significativa da organização opera, com influência que se estende até a estratégia de negócio

• Contribution (contribuição)

  • Mede o que a própria pessoa realmente fez, distinguindo com clareza o “eu” do “nós”
  • Entry Level: executa tarefas atribuídas, assume responsabilidade total por funcionalidades bem definidas
  • Mid Level: assume soluções completas, da identificação do problema até a implementação, enquanto também orienta outras pessoas
  • Senior Level: lidera iniciativas que exigem coordenação e avança mesmo quando requisitos ou direção ainda não estão claros
  • Staff Level: lidera iniciativas entre times, define direção técnica e lida com stakeholders com prioridades conflitantes
  • Principal Level: cria capacidade organizacional, estabelece novas formas de trabalhar e atua em ambientes altamente ambíguos em que é preciso definir o próprio problema

• Impact (impacto)

  • Mostra o que melhorou como resultado do trabalho, e é importante incluir números que conectem resultado técnico a efeito no negócio ou no usuário
  • Entry Level: melhora produtividade individual, reduz tempo de tarefas repetitivas, evita bugs etc.
  • Mid Level: gera melhorias mensuráveis em uma área específica do time, como reduzir tempo de deploy ou criar ferramentas
  • Senior Level: muda a forma como o time inteiro trabalha, espalha efeitos para times vizinhos e amplia impacto para resultado de produto, experiência do usuário e custo operacional
  • Staff Level: melhora a operação de vários times, com impacto conectável a métricas de negócio como receita, retenção e velocidade de lançamento
  • Principal Level: cria capacidade organizacional, lidera mudanças estratégicas e é medido por resultado de negócio e capacidade estratégica

• Difficulty (dificuldade)

  • Reflete a complexidade, as restrições e os trade-offs do problema resolvido; um problema difícil bem resolvido impressiona mais do que um problema fácil com grande impacto
  • Entry Level: problemas intuitivos dentro de padrões já estabelecidos, como aprender uma nova tecnologia ou depurar código desconhecido
  • Mid Level: problemas com mais variáveis e solução menos óbvia, envolvendo requisitos conflitantes ou complexidade técnica inédita
  • Senior Level: gerencia restrições em interação entre vários sistemas, toma decisões de arquitetura em nível de time e considera fatores técnicos e de negócio
  • Staff Level: equilibra trade-offs conflitantes entre vários times e diferentes abordagens técnicas quando as necessidades realmente entram em choque
  • Principal Level: lida com trade-offs fundamentais entre necessidades organizacionais, resolve problemas novos sem padrões ou precedentes estabelecidos e participa de decisões em nível de estratégia da empresa que exigem aprovação executiva

Como pesquisar o que a empresa realmente valoriza

• É impossível ter informação perfeita, mas com um pouco de pesquisa focada dá para obter insights que a maioria dos outros candidatos deixa passar

• Aproveite o recrutador

  • A maioria dos candidatos trata o recrutador apenas como porteiro, quando na prática ele é uma das melhores fontes internas de informação
  • O desempenho do recrutador é baseado no número de ofertas aceitas, então ele quer que o candidato tenha sucesso
  • Pergunte diretamente: “quais são os desafios atuais da empresa?”, “quais competências são mais importantes para este cargo?” e “você pode compartilhar materiais de preparação para a entrevista?”
  • As perguntas de exemplo nesses materiais têm grande chance de aparecer na entrevista real

• Use informações públicas

  • Palavras que se repetem na vaga revelam prioridades da empresa: “fast-paced” e “compliance” sinalizam coisas muito diferentes
  • Onde olhar: blog de engenharia (o que a empresa celebra), tech talks e conferências (quais temas apresenta), contribuições open source (o que escolhe publicar), documentação técnica (qualidade de APIs públicas), status pages e post-mortems (se há cultura de aprender com falhas)
  • Mesmo sem blog de engenharia, dá para entender prioridades pelo ritmo de lançamentos do produto e pelas escolhas técnicas — inovação vs. estabilidade

• Analise padrões de discussão

  • Em Glassdoor, Blind e Reddit, ignore reclamações isoladas e procure padrões em várias postagens
  • Reclamações de “reuniões demais” podem indicar uma cultura centrada em colaboração e consenso ou um excesso de reuniões que prejudica a produtividade
  • Elogios à “autonomia” sugerem um ambiente em que as pessoas são confiadas para decidir sem precisar pedir confirmação o tempo todo

• Converse com quem trabalha lá

  • Em vez de perguntas superficiais sobre cultura, faça perguntas concretas
    • “o que as pessoas promovidas fizeram para serem promovidas?”
    • “que comportamentos costumam receber feedback negativo?”
    • “como o time decide quando há divergência?”
    • “o que mais surpreendeu você ao trabalhar aqui?”
  • Quem já trabalha lá pode revelar verdades que nunca aparecem no site da empresa: customer obsession pode significar olhar dados de uso antes de escrever código, e ownership pode significar ficar de prontidão às 2 da manhã para resolver incidentes em produção

• O objetivo final da pesquisa

  • Toda essa pesquisa serve a um único propósito: descobrir que tipo de história vai gerar ressonância na entrevista
  • Se a empresa valoriza velocidade, destaque histórias em que você lançou rápido e iterou; se valoriza profundidade técnica, enfatize casos em que foi até a causa raiz; se valoriza colaboração, foque no trabalho entre times
  • A pesquisa também ajuda a decidir se a empresa combina com você: se ela valoriza comportamentos que você não demonstra naturalmente ou não quer desenvolver, talvez esse cargo não valha a pena

Síntese

• As empresas avaliam não apenas se a pessoa consegue fazer o trabalho, mas também sua probabilidade de sucesso em um ambiente específico e em qual nível ela será mais eficaz
• Entender adequação ajuda a escolher experiências que mais se conectam com os valores da empresa
• Entender nível ajuda a posicionar melhor as histórias: o mesmo projeto pode parecer execução de entry level, ownership de mid level ou liderança de senior level dependendo da contribuição real e do enquadramento
• O objetivo não é conseguir qualquer oferta, mas receber a oferta certa, no nível certo, na empresa certa, onde o sucesso seja provável