KPMG DevOps Engineer: palavras-chave de curriculo e entrevista

Você está montando o currículo para uma vaga de DevOps Engineer na KPMG e não sabe o que a empresa realmente quer ver. O problema não é falta de experiência técnica. É que a vaga pede coisas que parecem genéricas, e o recrutador lê dezenas de currículos parecidos no mesmo dia.

Aqui vai o ponto mais importante antes de qualquer detalhe: a KPMG é uma Big Four. Ela atende clientes externos, em geral com contratos longos, governança rígida e auditoria em cima de tudo. Isso muda o que você deve enfatizar. Não é só velocidade de deploy. É controle, rastreabilidade e capacidade de explicar o que você fez para quem não entende de infraestrutura.

O que a descrição da vaga realmente está pedendo#

Vagas de DevOps em consultorias costumam empilhar requisitos: cloud, CI/CD, containers, IaC, monitoramento, segurança. Ninguém domina tudo igual. O erro comum é tratar a descrição como uma lista de comprados e tentar marcar todas as caixas.

Leia a vaga como um conjunto de prioridades. Ferramentas citadas primeiro costumam ser as que aparecem no dia a dia. Ferramentas citadas uma vez, no final, são desejáveis. Use o decodificador de vagas para separar o que é obrigatório do que é enfeite: ele destaca os termos que mais se repetem e o que a vaga realmente está cobrando.

Um aviso sobre o processo seletivo: eu não tenho como afirmar quantas etapas a KPMG usa ou como cada entrevista é estruturada. Isso muda por país, por área e por vaga. O que dá para fazer é se preparar para os formatos mais comuns em consultorias e Big Fours, que são a triagem de currículo, a entrevista técnica e a conversa com o gestor ou com o time do cliente.

Como adaptar o currículo para esta vaga#

Currículo para consultoria é diferente de currículo para startup. Na startup, o que importa é o que você construiu sozinho. Na consultoria, o que importa é o que você entregou dentro de um ambiente com regras, prazos e gente olhando por cima.

Reescreva cada experiência respondendo três perguntas: o que você automatizou, em que contexto, e qual foi o efeito mensurável. Se você não tem número exato, use escala qualitativa honesta. "Reduziu o tempo de deploy de horas para minutos" é melhor do que inventar "87% de melhoria".

Exemplo de bullet reescrito

Antes:

• Responsável por pipelines de CI/CD e infraestrutura em cloud.

Depois:

• Automatizei a provisionamento de ambientes em AWS com Terraform e pipelines em GitLab CI, reduzindo o tempo de criação de ambiente de cerca de dois dias para menos de uma hora e eliminando a configuração manual que causava divergência entre staging e produção.

O segundo funciona porque mostra ferramenta, contexto e consequência. Repare que ele também deixa implícito algo que consultorias valorizam: consistência entre ambientes. É exatamente o tipo de problema que gera retrabalho em projeto de cliente.

Outro exemplo, voltado a monitoramento:

• Estruturei alertas e dashboards em Prometheus e Grafana para 40 serviços em produção, definindo SLOs de disponibilidade e reduzindo o tempo médio de detecção de incidentes.

Se você não tem números, escreva assim: "Estruturei alertas e dashboards em Prometheus e Grafana para os serviços em produção, definindo SLOs de disponibilidade e criando o primeiro processo de detecção de incidentes do time." Verdade acima de precisão fake.

Checklist de revisão do currículo

• Cada bullet tem verbo de ação, ferramenta e resultado ou escala
• As palavras-chave da vaga aparecem no texto, não só na lista de skills
• Você mencionou cloud específica (AWS, Azure ou GCP) em vez de escrever só "cloud"
• IaC está citada com a ferramenta concreta: Terraform, CloudFormation, Pulumi ou ARM
• Você incluiu ao menos um exemplo de trabalho em ambiente com governança, auditoria ou requisitos de segurança
• O currículo tem no máximo duas páginas e está em formato simples, sem tabela, sem ícone, sem coluna lateral
• Você testou o arquivo em um leitor de ATS antes de enviar

Sobre o último ponto: currículo travado em sistema de triagem é um problema real, e é barato de resolver. Rode o currículo por um verificador de compatibilidade com ATS gratuito antes de mandar. Ele mostra se o formato está legível para o sistema e se os termos da vaga estão aparecendo onde importam.

Palavras-chave que costumam aparecer nestas vagas#

Não se trata de encher o currículo de siglas. Trata-se de usar a mesma linguagem da vaga, porque a triagem inicial é feita por correspondência de termos.

As que mais aparecem em vagas de DevOps em consultorias e Big Fours:

• CI/CD, GitLab CI, GitHub Actions, Jenkins, Azure DevOps
• Terraform, CloudFormation, IaC, automação de infraestrutura
• AWS, Azure, GCP, migração de cloud, cloud híbrida
• Docker, Kubernetes, ECS, AKS, EKS
• Ansible, Puppet, Chef, configuração como código
• Observabilidade, Prometheus, Grafana, ELK, Datadog, CloudWatch
• Segurança, IAM, secrets management, scanning de vulnerabilidades
• Governança, compliance, LGPD, trilhas de auditoria, controle de acesso

Cuidado com a tentação de listar tudo. Se você escreve Kubernetes mas nunca operou um cluster em produção, isso aparece na entrevista técnica em dois minutos. Liste o que você consegue defender.

Preparação para a entrevista técnica#

A entrevista técnica de DevOps em consultoria costuma ter duas camadas. A primeira é a verificação de conhecimento: você sabe explicar o que faz e por quê. A segunda é a aplicação em cenário: o que você faria diante de um problema específico, geralmente um problema de cliente real.

Prepare histórias concretas. Uma sobre incidente em produção e como você resolveu. Uma sobre automação que você criou do zero. Uma sobre momento em que você precisou convencer alguém a mudar um processo. Consultorias vivem de convencer cliente, então essa habilidade aparece até em vaga técnica.

Exemplo de resposta para pergunta técnica

Pergunta: "Como você estruturaria o provisionamento de infraestrutura para um cliente novo que hoje faz tudo manualmente?"

Resposta: "Primeiro eu entenderia o que existe hoje e o que precisa de controle rígido, porque em ambiente de cliente a prioridade é não quebrar o que já funciona. Eu começaria pela parte mais repetitiva e de menor risco, normalmente os ambientes de desenvolvimento e homologação, escrevendo em Terraform o que já existe antes de criar coisa nova. Só depois eu migraria produção, com um plano de rollback e com o time do cliente envolvido, porque a sustentação depois da entrega vai ser deles. Em paralelo eu documentaria tudo, porque em consultoria a entrega é o código e o entendimento."

Essa resposta funciona porque mostra ordem de pensamento, consciência de risco e preocupação com a sustentação. Não é a resposta mais brilhante tecnicamente. É a resposta que um gerente de projeto quer ouvir.

O diferencial de Big Four que quase ninguém prepara#

Você vai trabalhar perto de cliente, e isso muda o jogo. Comunicação clara vale tanto quanto conhecimento técnico. Saber traduzir "o cluster está com nó sem recurso" para "nós temos um risco de indisponibilidade se não aumentarmos a capacidade hoje" é meio caminho andado.

Prepare também exemplos de trabalho sob restrição: prazo apertado, requisito de segurança que limita a solução, mudança de escopo no meio do projeto. Em consultoria isso é rotina. Quem nunca vivenciou isso chega na entrevista com respostas de livro e se denuncia.

Se você vem de empresa de produto, faça a tradução do seu currículo. Em vez de "melhorei a plataforma interna", escreva o contexto como se fosse um projeto entregue para um cliente: escopo, restrição, entrega, sustentação. A estrutura é a mesma, só muda o vocabulário.

Onde procurar as vagas e continuar se atualizando#

As vagas da KPMG aparecem no site da própria empresa e em agregadores. Você pode filtrar por DevOps e por localização no nosso buscador de vagas atualizado, que reúne anúncios de várias fontes em um lugar só.

Para se manter atualizado sobre o que o mercado brasileiro de DevOps está pedindo, incluindo mudanças de formato de entrevista e novas exigências de certificação, o blog do jobrise tem conteúdo voltado para quem está em processo seletivo. Vale checar antes de cada rodada de candidatura, porque o mercado muda rápido e o que era diferencial em 2024 já virou requisito básico em muitas vagas.

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#

A KPMG exige certificação em cloud para DevOps Engineer?

Depende da vaga e do cliente final. Em algumas posições, certificação AWS ou Azure aparece como diferencial; em outras, é requisito porque o contrato com o cliente exige. Confira a descrição da vaga específica e, se não estiver claro, pergunte ao recrutador na primeira conversa.

Preciso ter experiência em Big Four para entrar?

Não. O que costuma pesar mais é experiência em projeto com cliente externo, consultoria ou ambiente com governança rígida. Se você trabalhou em empresa de produto, destaque projetos em que você lidou com requisitos de segurança, auditoria ou múltiplos stakeholders.

Quanto ganha um DevOps Engineer na KPMG no Brasil?

Faixas reportadas para DevOps em consultorias grandes no Brasil variam bastante por senioridade, cidade e regime de contratação, com CLT e PJ gerando números diferentes. Não vou citar uma cifra específica porque ela muda rápido e varia por vaga. Pesquise a faixa atual em fontes de salário e confirme direto com o recrutador.

A entrevista tem teste prático de codificação?

Em vagas de DevOps é mais comum ter exercício de infraestrutura, revisão de script, ou discussão de cenário do que algoritmo estilo maratona. Ainda assim, algumas etapas podem incluir desafio técnico com prazo. Pergunte o formato na primeira conversa para se preparar direito.

Faz sentido mencionar projetos pessoais no currículo?

Faz, se o projeto mostrar algo que a vaga pede e você não demonstrou no emprego atual. Um lab de Kubernetes em casa, um módulo de Terraform publicado, ou uma pipeline de CI/CD montada para projeto open source contam. Descreva com a mesma estrutura das experiências profissionais: contexto, ferramenta, resultado.