KPMG DevOps Engineer: mots-cles CV et preparation entretien

Vous venez de repérer une offre KPMG pour un poste d'ingénieur DevOps, et votre CV s'apprête à rejoindre une pile où personne ne lira chaque ligne.

Vous avez trois options. Soit vous envoyez le CV générique que vous utilisez partout. Soit vous le réécrivez autour de ce que l'annonce demande. Soit vous passez une heure dessus et vous doublez vos chances d'être rappelé. C'est la troisième qui fonctionne.

Un point d'honnêteté d'abord. Aucun détail du processus interne de recrutement de KPMG ne nous est confirmé. Tout ce qui suit s'appuie sur ce que les offres du secteur rendent publiquement lisible, et sur les habitudes habituelles de recrutement des cabinets de conseil. Méfiez-vous de quiconque vous promet le déroulé exact d'un entretien KPMG.

Ce qu'une annonce DevOps dans le conseil demande vraiment#

Un poste DevOps chez un cabinet n'est pas un poste d'infrastructure classique. Les missions se font souvent pour un client final, parfois chez lui, parfois depuis les bureaux du cabinet. La différence change votre quotidien.

Attendez-vous à un mélange de conception de pipelines, d'automatisation, de suivi d'environnements, et de dialogue avec des équipes applicatives qui ne parlent pas votre langue. La partie "conseil" se voit dans les offres : déplacement possible, restitution à un client, adaptation à des contraintes qui ne sont pas les vôtres.

Lisez l'annonce au moins deux fois. La première pour comprendre le poste. La seconde pour repérer les mots qui reviennent. Utiliser un outil de lecture d'annonce comme le décodeur d'offres d'emploi permet de sortir la liste des compétences demandées sans se fier à votre impression.

Les mots-clés qui doivent figurer sur votre CV#

Les cabinets filtre les candidatures avec des outils de suivi, comme presque tout le monde aujourd'hui. Si un mot apparaît dans l'annonce et pas sur votre CV, vous disparaissez avant qu'un humain ne lise quoi que ce soit.

La règle est simple. Reprenez le vocabulaire de l'offre quand il correspond à votre expérience réelle. Ne copiez jamais un mot-clé pour un outil que vous n'avez jamais touché.

Les familles de mots qu'on retrouve souvent dans ces annonces :

• Orchestration de conteneurs : Docker, Kubernetes, Helm, gestion d'images, registres privés.
• Infrastructure as code : Terraform, Ansible, CloudFormation, gestion d'état, modules réutilisables.
• CI/CD : GitLab CI, GitHub Actions, Jenkins, Azure DevOps, promotion d'environnements, tests automatisés.
• Cloud : AWS, Azure, GCP, réseaux, identité et accès, coût, sauvegarde.
• Observabilité : Prometheus, Grafana, ELK, Datadog, alerting, supervision applicative.
• Méthodes de travail : revue de code, documentation, gestion d'incidents, astreinte, travail avec des équipes applicatives.

Adaptez cette liste à l'annonce exacte. Si elle mentionne Azure DevOps et que vous ne connaissez que GitLab CI, dites-le dans l'entretien, pas en copiant le logo sur votre CV.

Avant d'envoyer, passez votre document dans un vérificateur de compatibilité avec les ATS. C'est gratuit et cela prend deux minutes. Beaucoup de CV échouent sur des problèmes de mise en page, pas sur le fond.

Un exemple de puce réécrite#

Voici une mission telle qu'on la lit trop souvent.

• Mise en place de pipelines CI/CD et gestion des environnements de production.

C'est vague. Aucun recruteur ne sait ce que vous avez fait exactement, ni quelle taille avait le système.

Voici la même mission retravaillée, pour un profil avec trois ans d'expérience sur un projet chez un client industriel :

• Refonte des pipelines GitLab CI pour 14 services Java déployés sur Kubernetes (EKS), avec passage de 2 environnements à 4 et ajout d'un contrôle qualité automatique avant mise en production, ce qui a réduit les retours de déploiement signalés par les équipes applicatives.

On voit l'outil, le volume, la démarche, et le résultat. Le chiffre doit être vrai. Si vous ne le connaissez plus, donnez un ordre de grandeur honnête et précisez-le à l'oral.

Même logique pour une phrase de contexte, placée juste au-dessus de vos puces : "Mission de 18 mois chez un client du secteur énergétique, équipe de 6 personnes, environnement Azure, responsabilité de la chaîne de déploiement."

Préparer l'entretien sans inventer de process#

Vous ne pouvez pas prédire le déroulé exact. Vous pouvez en revanche préparer le fond, qui est stable d'un cabinet à l'autre.

Attendez trois familles de questions. Des questions techniques sur les outils que vous avez listés. Des questions de situation, du type "racontez-moi un incident" ou "comment vous y seriez-vous pris pour migrer ce système". Des questions de comportement et de motivation, sur le conseil, le client, le déplacement.

Pour les questions de situation, préparez deux récits complets. Un incident que vous avez géré. Un projet que vous avez mené de bout en bout. Détaillez le contexte, votre décision, ce qui a changé après.

Voici un exemple de réponse à la question "Parlez-moi d'un problème de déploiement que vous avez rencontré", sur environ une minute :

"Lors d'une migration vers Kubernetes, les déploiements en fin de journée provoquaient des erreurs côté application. J'ai commencé par isoler la cause dans les journaux et j'ai constaté un problème de configuration réseau entre les services. J'ai corrigé la configuration, ajouté un test automatique qui bloque le déploiement si cette configuration manque, puis documenté la procédure pour l'équipe. Depuis, ce type d'erreur n'est plus arrivé sur ce projet, et le test est repris sur deux autres services."

Cette réponse marche parce qu'elle montre une démarche, pas une liste d'outils. Elle admet une difficulté. Elle se termine par un effet observable.

Préparez aussi vos propres questions. Sur le type de mission, la part de travail chez le client, l'équipe, les outils utilisés réellement. Cela montre que vous évaluez l'offre, pas que vous acceptez n'importe quoi.

Pour creuser les autres aspects de la préparation, les articles du blog couvrent la négociation, la lettre de motivation et la suite du processus.

Le marché français et les fourchettes de salaire#

Les offres DevOps se concentrent sur quelques métropoles. Paris et sa région absorbent la majorité, avec Lyon, Lille, Nantes, Toulouse et Bordeaux en complément. Le télétravail existe, mais les politiques varient d'un cabinet à l'autre et selon le client chez qui vous êtes placé.

Deux points à clarifier avant d'accepter une offre. La part de déplacement attendue, et les modalités d'astreinte si le poste en prévoit. Ces deux sujets changent fortement le quotidien, et ils sont souvent absents de l'annonce.

Sur le salaire, toute fourchette chiffrée ici serait trompeuse : les niveaux varient selon la ville, l'ancienneté, le type de contrat et le cabinet. Vérifiez les rémunérations actuelles auprès de sources officielles et sur les offres en ligne, et croisez-les avec ce que vous voyez sur les offres d'emploi DevOps récemment publiées.

Ne signez pas sur la base d'une promesse orale de mission précise. Ce qui compte est ce qui figure au contrat.

Checklist avant d'envoyer#

• Votre CV reprend les mots-clés de l'offre, uniquement pour des outils que vous maîtrisez vraiment.
• Chaque puce indique un outil, un contexte et un résultat observable.
• Les noms d'outils sont écrits comme dans l'annonce, avec la même casse et la même orthographe.
• Votre CV tient sur deux pages au maximum, avec une mise en page sobre et lisible par un logiciel.
• Vous avez testé le fichier avec un outil de vérification ATS avant de l'envoyer.
• Vous avez préparé deux récits de situation complets, un incident et un projet.
• Vous avez listé vos questions sur la mission, le client, l'astreinte et le déplacement.
• Vous avez vérifié que la ville et le mode de travail annoncés vous conviennent.

Outils gratuits#

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

Questions fréquentes#

Faut-il adapter son CV pour chaque offre KPMG ?

Oui, au minimum pour chaque type de poste. Un CV DevOps orienté cloud ne parlera pas aux mêmes recruteurs qu'un profil centré sur l'automatisation et la chaîne de déploiement. Comptez vingt à trente minutes par candidature sérieuse.

Combien de temps dure le processus de recrutement chez KPMG ?

Aucun chiffre fiable ne nous est confirmé et les délais varient selon le poste et la période. Préparez-vous à plusieurs échanges et continuez vos autres candidatures en parallèle.

Faut-il maîtriser tous les outils listés dans l'annonce ?

Non. Les annonces décrivent souvent un environnement idéal, pas un poste parfaitement rempli. Annoncez clairement ce que vous maîtrisez, ce que vous connaissez en théorie, et ce que vous n'avez jamais utilisé.

Le déplacement client est-il obligatoire ?

Cela dépend de la mission et du cabinet, et cela peut évoluer après la période d'essai. Posez la question explicitement lors de l'entretien et faites confirmer les modalités par écrit.

Comment parler de ses échecs techniques sans se dévaloriser ?

Racontez un problème réel, la manière dont vous l'avez identifié, et ce que vous avez mis en place pour éviter qu'il ne revienne. Les recruteurs évaluent votre démarche de résolution, pas votre perfection.