EY Software Engineer: palavras-chave de curriculo e entrevista

Você está montando o currículo para uma vaga de EY Software Engineer e não sabe quais palavras-chave usar sem parecer genérico. É um problema comum, porque a EY não é uma empresa de produto como o Google ou o Nubank. Ela é uma Big Four: vende serviços de consultoria, auditoria e tecnologia para outras empresas, e isso muda completamente o que o recrutador quer ver.

Neste texto vou te mostrar como adaptar o currículo e a preparação de entrevista para esse contexto específico, com exemplos concretos e sem prometer nada sobre o processo interno da empresa. Vou me basear no que a descrição de vaga costuma pedir e no que faz sentido em consultoria de tecnologia.

Por que a EY Software Engineer é diferente de uma vaga de dev comum#

Em consultoria, você não entrega um produto para milhões de usuários finais. Você entrega projetos para clientes, dentro de prazos, escopos e orçamentos definidos em contrato. O recrutador da EY quer saber se você consegue entrar em um projeto de cliente, entender a necessidade dele e entregar código que funcione dentro daquela realidade.

Isso significa que soft skills pesam mais do que em empresa de produto. Comunicação, capacidade de explicar decisão técnica para gente não técnica, e disciplina para trabalhar com documentação e processo. Se seu currículo só fala de frameworks, você está falando com a empresa errada.

Outro ponto: a EY tem times distribuídos e projetos em setores diferentes, como financeiro, energia, saúde e governo. Um perfil que já trabalhou em ambiente regulado ou lidou com requisitos de compliance tem vantagem. Se não tem, tudo bem, mas saiba explicar como aprende contexto novo rápido.

Palavras-chave que fazem sentido para o currículo#

Antes de escrever qualquer linha, abra a descrição da vaga e extraia os termos técnicos e comportamentais que aparecem. Use a ferramenta de decodificador de descrição de vaga para separar o que é requisito real do que é texto decorativo, e depois passe o currículo pelo verificador de ATS gratuito para conferir se os termos principais estão realmente lá.

Os termos técnicos mais comuns em vagas de software engineer em Big Four costumam girar em torno de:

• Linguagens: Java, Python, C#, JavaScript, TypeScript, SQL
• Cloud: AWS, Azure, GCP, e os serviços de cada um
• Práticas: CI/CD, testes automatizados, code review, versionamento com Git
• Arquitetura: microsserviços, APIs REST, containers, Docker, Kubernetes
• Dados: bancos relacionais, NoSQL, ETL, modelagem de dados
• Metodologias: Agile, Scrum, Kanban, entregas iterativas
• Qualidade: testes unitários, integração, documentação técnica

Não coloque tudo. Coloque só o que você realmente usa, e distribua ao longo das descrições de experiência, não em uma seção de skills solta no final. Palavra-chave dentro de uma frase de resultado vale mais do que palavra-chave em lista.

Um cuidado: não copie a descrição da vaga inteira para o currículo. Recrutador percebe. Use os termos em contexto, ligados ao que você fez.

Como escrever as descrições de experiência#

O erro mais comum é listar responsabilidade em vez de resultado. "Responsável pelo desenvolvimento de APIs" não diz nada. Precisa dizer o que você construiu, para quê, e qual foi o efeito, mesmo que o efeito seja qualitativo.

Vamos a um exemplo. Suponha que você trabalhou em um sistema interno de aprovação de despesas, usando Java e Spring Boot, e que antes o processo era manual por planilha. Uma versão fraca seria:

"Responsável pelo desenvolvimento de sistemas internos em Java."

Reescrevendo com contexto de consultoria e resultado concreto:

"Desenvolvi API em Java e Spring Boot que automatizou a aprovação de despesas para três áreas internas, substituindo fluxo manual por planilha e reduzindo o tempo médio de aprovação de dias para horas, com testes automatizados cobrindo os principais cenários."

Repare no que mudou. A nova versão diz a tecnologia, o problema de negócio, a escala (três áreas) e o efeito operacional. Ela também fala de testes, que é algo que consultoria leva a sério porque entrega para cliente e não pode quebrar.

Se você não tem números exatos, use escala aproximada honesta, como "cerca de dez usuários internos" ou "equipe de quatro pessoas". Não invente percentual de melhoria. Dizer "reduziu o tempo de dias para horas" é uma observação legítima quando você viu isso acontecer.

Preparação para a entrevista técnica#

A entrevista técnica em consultoria costuma cobrar fundamentos e capacidade de explicar, não só resolver. Você pode ser perguntado sobre estruturas de dados, complexidade, bancos relacionais, e depois ter que desenhar uma solução na lousa ou em documento compartilhado.

Pratique explicar em voz alta enquanto codifica. Não adianta resolver rápido se você não consegue verbalizar o raciocínio. O avaliador quer ver como você pensa, porque isso é o que você vai fazer na frente do cliente.

Prepare dois ou três projetos seus para contar em detalhe: o problema, as alternativas que você considerou, por que escolheu aquela, o que deu errado e o que você faria diferente. Essa última parte é a que mais impressiona, porque mostra maturidade.

Preparação para a entrevista comportamental#

Aqui é onde a maioria dos candidatos brasileiros tropeça. Em empresa de produto, comportamental é quase decorativo. Em Big Four, é parte central, porque você vai representar a empresa diante de cliente.

Estruture suas respostas com situação, tarefa, ação e resultado. Não fique só na situação. O recrutador quer ouvir o que você fez, não só o contexto.

Um exemplo de resposta para a pergunta sobre conflito em time:

"Em um projeto anterior, eu e um colega discordávamos sobre usar banco relacional ou NoSQL para uma funcionalidade de log. Eu defendia NoSQL pela escala de escrita, ele defendia Postgres pela familiaridade do time. Em vez de insistir, montei uma comparação simples de custo de manutenção e complexidade de consulta, e propus um teste rápido com dados reais de um dia. O resultado mostrou que Postgres atendia o volume atual com folga, e adotamos a sugestão dele. Aprendi que decisão técnica boa é a que o time consegue manter depois que eu sair do projeto."

Essa resposta funciona porque mostra conflito real, ação específica, e uma conclusão sobre si mesmo. Ela não tenta provar que o candidato estava certo.

O que verificar sobre o mercado brasileiro#

Salários para engenheiros de software em consultorias Big Four no Brasil variam bastante conforme senioridade, cidade e se a vaga é presencial, híbrida ou remota. Faixas reportadas por candidatos e por sites de carreira existem, mas mudam com o tempo e não são oficiais. Confira sempre a fonte oficial da vaga e o Glassdoor ou Levels.fyi atualizados na hora da sua candidatura.

Sobre contratação: algumas vagas de Big Four no Brasil são CLT, outras podem ser por modelo de contrato PJ dependendo da área e do projeto. Não aceite estimativa de terceiros sobre isso. Pergunte direto para o recrutador qual é o modelo antes de avançar no processo.

Se a vaga menciona trabalho em cliente em outra cidade, pergunte sobre política de deslocamento e frequência presencial. Isso muda bastante a qualidade de vida e não costuma estar claro na descrição.

Checklist antes de enviar#

• O currículo tem os termos técnicos da descrição da vaga distribuídos nas descrições de experiência, não em lista solta
• Cada bullet de experiência diz o que você fez, para quê, e qual foi o efeito
• Você tem dois projetos preparados para contar em detalhe, incluindo o que deu errado
• Você praticou explicar código em voz alta, não só escrever
• Você rodou o currículo pelo verificador de ATS gratuito e corrigiu o que apareceu
• Você decodificou a descrição da vaga para separar requisito real de texto decorativo
• Você sabe dizer, em uma frase, por que quer trabalhar em consultoria e não em empresa de produto
• Você tem perguntas prontas para o recrutador sobre modelo de contratação, senioridade e tipo de projeto

Onde procurar as vagas abertas#

Fique de olho nas vagas de EY Software Engineer atualizadas, porque o que está descrito aqui só faz sentido se você estiver olhando para uma vaga real e recente. A descrição muda conforme a área e a senioridade, e o que era requisito no ano passado pode não ser hoje.

Se quiser se aprofundar em outros temas de carreira tech, como negociação de salário ou transição de área, tem mais conteúdo no blog sobre carreira e tecnologia. Vale a leitura depois que você já tiver o currículo pronto, não antes, para não dispersar.

Ferramentas grátis#

• jobrise.io/pt/free-ats-checker/
• jobrise.io/pt/free-jd-decoder/
• jobrise.io/pt/jobs/
• jobrise.io/pt/blog/

Perguntas frequentes#

Quais palavras-chave não devo colocar no currículo para EY Software Engineer?

Não coloque tecnologia que você só ouviu falar ou usou em tutorial. Em entrevista técnica, o avaliador vai perguntar sobre o que está escrito, e resposta fraca em algo que você listou é pior do que não ter listado.

Preciso ter experiência prévia em consultoria para entrar na EY?

Não necessariamente. O que ajuda é demonstrar que você já trabalhou com cliente interno ou externo, lidou com requisitos que mudavam no meio do projeto, e entregou dentro de prazo. Se não tem isso, prepare exemplos de projetos com escopo definido e prazo apertado.

A entrevista técnica da EY cobra algoritmos complexos?

Varia conforme a área e o nível da vaga. Fundamentos de estruturas de dados e complexidade aparecem com frequência, mas o foco costuma ser mais em explicar raciocínio e desenhar solução do que em resolver desafio de competição. Confirme com o recrutador qual é o formato da sua etapa.

Devo mencionar certificações de cloud no currículo?

Sim, se você tem e se a vaga menciona cloud. Certificação ajuda, mas não substitui experiência prática. Melhor listar uma certificação e ter um projeto que use aquele serviço do que listar três certificações sem contexto de uso.

Como responder quando perguntarem pretensão salarial?

Pesquise a faixa para o nível e a cidade da vaga antes da conversa, usando fontes atualizadas, e dê uma faixa em vez de um número fixo. Deixe claro que você está aberto a entender o pacote completo, porque em Big Four o valor pode incluir benefícios e bônus variável.