EY Software Engineer: mots-cles CV et preparation entretien

Vous postulez chez EY pour un poste de software engineer et votre CV ne déclenche aucun retour. Le problème vient rarement de votre niveau technique. Il vient d'un décalage entre ce que vous écrivez et ce que le recruteur cherche dans son offre.

Ce décalage se corrige en deux heures de travail, si vous faites les choses dans le bon ordre : décoder l'offre, reprendre les bons mots, puis préparer des exemples concrets pour l'entretien.

Lire l'offre comme un recruteur, pas comme un développeur#

EY est un cabinet d'audit et de conseil. Les postes techniques y sont portés par des équipes de conseil, de transformation, de data ou de cybersécurité, et non par une équipe produit au sens startup. Le même intitulé "software engineer" peut donc recouvrir des missions très différentes : développement d'outils internes, intégration pour un client, automatisation de processus, plateforme cloud.

Conséquence directe : votre CV doit parler de livraison, de contexte client et de fiabilité autant que de langage. Un recruteur EY ne cherche pas seulement quelqu'un qui code. Il cherche quelqu'un qui comprend un besoin, livre dans un cadre défini, et explique clairement ce qu'il a fait.

Avant d'écrire quoi que ce soit, sortez trois ou quatre offres récentes du même type sur les offres d'emploi disponibles. Comparez-les. Les termes qui reviennent dans toutes sont vos mots-clés prioritaires. Ceux qui n'apparaissent que dans une seule offre sont secondaires.

Les mots-clés qui reviennent le plus souvent#

D'après les intitulés et descriptions d'offres publiés par les cabinets de conseil en France, voici les familles de termes que l'on retrouve :

• Langages et frameworks cités dans l'offre, mot pour mot, sans inventer ceux que vous n'avez pas pratiqués
• Cloud : AWS, Azure, GCP, souvent avec une mention de déploiement ou d'infrastructure
• Conteneurisation et orchestration : Docker, Kubernetes, pipelines CI/CD
• Méthodes de travail : Agile, Scrum, revue de code, tests automatisés
• Qualité et maintenance : dette technique, monitoring, documentation, reprise de code existant
• Contexte de mission : client, intégration, migration, industrialisation, mise en production
• Soft skills attendus dans un cabinet : communication écrite, gestion des priorités, travail avec des interlocuteurs non techniques

L'ordre compte. Les termes de la première famille doivent apparaître en haut de votre CV, dans le résumé et dans les deux premières expériences. Le reste se disperse ensuite.

Si vous voulez vérifier que votre CV passe bien les filtres automatiques avant de l'envoyer, notre vérificateur de CV pour ATS vous montre les mots manquants et les blocs mal lus. C'est gratuit et ça prend deux minutes.

Un exemple de reformulation#

Prenons une ligne de CV telle qu'on la voit souvent :

"Développement d'une application de gestion des commandes en Java."

C'est vague. Aucun résultat, aucune stack précise, aucun contexte.

Voici la même expérience réécrite pour une offre de type cabinet :

"Refonte d'une application de gestion des commandes en Java et Spring Boot, migration d'un déploiement manuel vers une chaîne CI/CD Jenkins, mise en production pour 3 équipes internes, réduction du temps de livraison d'une version de plusieurs jours à moins d'une heure."

On garde la vérité. On ajoute la stack exacte, le contexte de mise en production, l'impact mesurable dont vous disposez réellement. Si vous n'avez pas de chiffre fiable, n'en inventez pas : décrivez le périmètre, "3 équipes internes", "environ 40 utilisateurs", "migration de 2 services".

Adapter sans mentir, et sans se surenchérir#

Le piège classique : remplir le CV de mots-clés qu'on a croisés une fois en formation. Un recruteur technique repère ça en une question. Si vous mettez Kubernetes, attendez-vous à une question sur les pods, les probes ou les stratégies de déploiement.

Ma règle : un mot-clé sur le CV, une anecdote prête en entretien. Pas de mot-clé orphelin.

Un outil comme le décodeur d'offre d'emploi peut vous aider à extraire les compétences réellement demandées d'une annonce, plutôt que de deviner. Vous obtenez une liste à confronter à votre expérience, ce qui vous évite de postuler à l'aveugle.

Ce qui change sur le marché français#

Trois points à garder en tête.

Les intitulés varient. "Software engineer" coexiste avec "ingénieur logiciel", "développeur full stack", "consultant technique" ou "tech lead". Élargissez vos recherches à ces formulations, sinon vous ratez des offres.

Le régime de recrutement diffère selon les profils. Junior, vous passerez souvent par un programme campus, une alternance ou un VIE. Confirmé, vous serez recruté sur mission ou sur un besoin d'équipe identifié. Le CV attendu n'est pas le même : pour un junior, les stages, projets scolaires et contributions open source comptent ; pour un confirmé, on lit les responsabilités et le périmètre.

La rémunération varie fortement selon la ville, l'expérience et la ligne de service. Les fourchettes annoncées publiquement pour des postes techniques en cabinet conseil en France sont très larges, et elles bougent d'une année sur l'autre. Vérifiez toujours le chiffre sur la source officielle de l'offre ou sur les grilles du moment, jamais sur une estimation recopiée sur un forum. Aucun article ne peut vous garantir un montant.

Préparer l'entretien technique#

Pour ce type de poste, l'entretien technique porte en général sur trois choses : un langage que vous maîtrisez, un projet que vous avez réellement mené, et votre façon de résoudre un problème posé à chaud.

La préparation qui marche : choisissez deux projets dans votre parcours et écrivez une fiche pour chacun. Contexte, contrainte, décision que vous avez prise, alternative que vous avez écartée, résultat. Ensuite, entraînez-vous à expliquer ce projet à quelqu'un de non technique en deux minutes. Dans un cabinet, c'est un exercice que vous ferez souvent.

Sur les exercices de code, le niveau demandé varie selon les équipes. Révisez les structures de données de base, la lecture de complexité, et entraînez-vous à penser à voix haute. Le raisonnement compte autant que la solution finale.

Les questions comportementales#

Chez un cabinet, les questions sur votre manière de travailler ont autant de poids que le technique. Attendez-vous à des questions sur un conflit, un délai impossible, une erreur, un client difficile.

Voici un exemple de réponse pour "Parlez-moi d'un moment où vous avez dû livrer dans un délai serré" :

"Sur la refonte du module de facturation, le client a avancé la date de mise en production de trois semaines. J'ai fait le point avec le chef de projet le jour même pour découper le périmètre : la fonctionnalité de relance automatique a été reportée, le cœur de facturation a été priorisé. J'ai aussi identifié un point de blocage côté base de données que nous aurions découvert trop tard. Nous avons livré la partie prioritaire dans les temps, et la relance est partie deux semaines plus tard sans régression."

Cette réponse fonctionne car elle montre une décision, un arbitrage assumé et un résultat. Pas de superlatif, pas de "j'ai tout géré seul". Un recruteur de cabinet veut voir que vous savez prioriser et communiquer.

Ce que je ferai la semaine avant l'entretien#

• Relire l'offre ligne par ligne et cocher ce que vous savez défendre, et ce que vous devez réviser
• Préparer deux projets détaillés, avec une version courte et une version longue
• Réviser la stack exacte mentionnée dans l'offre, pas un sujet adjacent
• Tester votre CV sur le filtre ATS pour repérer les mots manquants
• Préparer trois questions à poser sur la nature des missions, l'équipe et la stack utilisée
• Vérifier l'heure, le lieu ou le lien de l'entretien, et prévoir dix minutes d'avance

Le point des questions à poser n'est pas anodin. Demander "sur quel type de mission je serais affecté" ou "quelle est la stack actuelle de l'équipe" montre que vous pensez déjà en termes de livraison. C'est exactement l'attente pour ce genre de poste.

Et si votre candidature n'aboutit pas malgré tout, le CV n'est pas toujours en cause. Les offres de cabinet dépendent de missions vendues, et un processus peut se refermer sans lien avec votre profil. Continuez à postuler en parallèle, et gardez un œil sur nos conseils de recherche d'emploi pour ajuster votre approche.

Questions fréquentes#

Faut-il absolument parler anglais couramment pour un poste software engineer chez EY ?

Sur les missions internationales ou avec des équipes délocalisées, l'anglais est souvent demandé, parfois dès l'entretien. Le niveau attendu varie selon l'équipe et le pays. Vérifiez la mention exacte dans l'offre et préparez un échange technique en anglais si le poste l'indique.

Combien de temps dure le processus de recrutement ?

Cela dépend du poste, de la période de l'année et du nombre d'étapes prévues par l'équipe. Certains retours arrivent en quelques jours, d'autres en plusieurs semaines. Demandez le calendrier prévu lors du premier échange pour éviter les attentes inutiles.

Est-ce que les projets personnels comptent pour un profil junior ?

Oui, surtout si vous n'avez pas encore d'expérience longue. Choisissez un ou deux projets que vous pouvez présenter en détail : objectif, choix techniques, difficultés, résultat. Un dépôt GitHub propre vaut mieux que cinq projets inachevés.

Mon CV doit-il tenir sur une page ?

En France, une page suffit pour un profil de moins de dix ans d'expérience, deux pages au-delà si le contenu le justifie. L'important est que l'information la plus pertinente soit visible sans scroll. Adaptez l'ordre des blocs à chaque offre.

Que faire si je ne maîtrise qu'une partie des compétences de l'offre ?

Postulez si vous couvrez l'essentiel du poste, typiquement la majorité des exigences principales. Signalez honnêtement ce que vous apprenez en cours. Un candidat qui connaît ses limites inspire plus confiance qu'un CV surchargé qui s'effondre en entretien.