Guides carriere

Deloitte Software Engineer: mots-cles CV et preparation entretien

JobRise Team8 min read

162 candidatures par offre, moyenne 2026.

Deloitte Software Engineer: mots-cles CV et preparation entretienjobrise.io

Advertisement

Vous ciblez un poste de Software Engineer chez Deloitte et votre CV ne déclenche pas d'entretien. Le problème est rarement votre niveau technique. C'est le vocabulaire. Deloitte recrute pour des missions de conseil, d'audit et de transformation IT, et le lecteur de votre candidature cherche à savoir si vous comprenez ce contexte, pas seulement si vous savez coder.

Comprendre ce que fait un Software Engineer dans un cabinet#

Chez un Big Four, un ingénieur logiciel ne travaille pas dans une équipe produit interne avec un backlog stable. Il est souvent affecté à un client, parfois pour plusieurs mois, avec un périmètre qui bouge. On attend de vous de la rigueur, de la communication client, et une capacité à livrer dans des environnements que vous n'avez pas choisis.

Cela change ce que vous devez mettre en avant. Une stack technique parfaite compte moins que votre capacité à vous intégrer dans une équipe existante, documenter, et expliquer un choix d'architecture à un interlocuteur non technique. C'est le décalage principal avec un poste produit classique.

Attention aux généralités. Deloitte opère dans de nombreux pays avec des entités distinctes, et les intitulés de poste varient. Un "Software Engineer" à Paris n'aura pas le même périmètre qu'à Montréal ou Casablanca. Lisez l'offre précise et ne postulez pas sur la base de ce que vous imaginez du cabinet.

Les mots-clés qui comptent dans votre CV#

Les cabinets utilisent des outils de tri et des recruteurs pressés. Les deux filtrent de la même façon : par vocabulaire. Reprenez les termes de l'offre quand ils correspondent réellement à votre expérience.

Les mots-clés reviennent souvent dans ce type d'offre : Java, Python, C#, .NET, TypeScript, React, Angular, Spring Boot, API REST, microservices, Docker, Kubernetes, CI/CD, Git, SQL, NoSQL, AWS, Azure, GCP, Terraform, tests unitaires, méthodes agiles, Scrum, Jira. À cela s'ajoutent des termes propres au conseil : transformation digitale, modernisation applicative, migration cloud, dette technique, gouvernance IT, conformité, interlocuteur client, livrable.

Le piège consiste à empiler ces mots sans preuve. Un CV qui dit "agile, DevOps, cloud" sans contexte ne convainc personne. Chaque mot-clé doit être porté par une mission, un résultat, un outil nommé.

Pour vérifier que votre CV correspond vraiment à l'offre, passez-le dans un analyseur de compatibilité ATS avant d'envoyer, et décodez l'offre pour en extraire les exigences réelles.

Comment réécrire une ligne de CV#

Prenons une expérience banale et voyons comment la rendre lisible pour un recruteur de cabinet.

Version faible : "Développement d'applications web en équipe agile."

Version retravaillée : "Développement d'une API Spring Boot (Java 17) pour un client du secteur bancaire, migration d'un monolithe vers 3 microservices déployés sur Kubernetes, réduction observée du temps de réponse de 40 % sur les endpoints critiques, suivi Scrum avec démos bi-mensuelles au client."

La différence n'est pas le style. C'est la précision : technologie nommée, contexte client, résultat mesuré, mode de fonctionnement. Si vous n'avez pas de chiffre, remplacez-le par un fait vérifiable : "mise en production sans interruption de service", "reprise d'un projet livré en retard", "documentation adoptée par 4 équipes".

Un autre exemple, plus junior : "Stage de 6 mois : développement de 12 composants React TypeScript pour un outil interne de gestion des stocks, revue de code quotidienne, tests Jest à 80 % de couverture sur les modules livrés." Concret, daté, mesurable.

La structure qui fonctionne#

Un CV pour ce type de poste tient en une page si vous avez moins de huit ans d'expérience, deux au-delà. Recruteurs et cabinets en voient des centaines, ils scannent.

  • Titre clair : "Software Engineer, Java / Cloud", pas "Passionné du numérique"
  • Résumé de 3 lignes : années d'expérience, stack principale, type de missions (conseil, ESN, client final), langues
  • Expériences en ordre antéchronologique, 3 à 5 puces par poste, verbe d'action en début de phrase
  • Compétences regroupées par catégorie : langages, frameworks, cloud et DevOps, méthodes
  • Formation et certifications en dernier, sauf si vous êtes junior
  • Langues avec niveau honnête, les cabinets internationalisés les regardent vraiment
  • Pas de photo, pas d'adresse complète, ville et lien LinkedIn suffisent

Vérifiez aussi que votre CV passe correctement les systèmes de lecture automatique. Un test gratuit de compatibilité ATS vous montre ce qui est lu et ce qui est perdu.

Préparer l'entretien technique#

Le format varie selon le pays, l'entité et le poste. Certains process incluent un test de codage en ligne, d'autres un exercice de conception, d'autres un simple échange technique. Ne préparez pas en misant sur un format unique.

Révisez les fondamentaux : structures de données, algorithmes de base, complexité, bonnes pratiques de code, tests. Puis travaillez la conception : comment vous concevriez une API de réservation, un système de notification, une file d'attente de traitements. On ne cherche pas la solution parfaite, on regarde votre raisonnement et votre façon de poser des questions.

Préparez deux ou trois projets que vous pouvez raconter en détail : le contexte, votre rôle, une difficulté technique, la décision que vous avez prise, le résultat. C'est le cœur de la plupart des entretiens techniques en cabinet.

Préparer la partie comportementale#

C'est là que beaucoup se plantent. Un bon développeur qui ne sait pas raconter ses missions passera après un candidat moyen mais clair. Les cabinets vendent des compétences à des clients, donc la communication fait partie du poste.

Voici une réponse type à la question "Parlez-moi d'un projet difficile". Ajustez-la à votre réalité, ne la récitez pas telle quelle.

"Sur ma dernière mission, nous avons repris une application reprise d'un prestataire précédent, avec peu de documentation et des incidents hebdomadaires. J'ai commencé par cartographier les dépendances et écrire des tests de non-régression sur les parcours critiques, avant de toucher au code. En six semaines, les incidents bloquants ont cessé et l'équipe a pu livrer de nouvelles fonctionnalités. Ce que j'en retiens : documenter d'abord fait gagner du temps, même quand la pression demande l'inverse."

Cette réponse donne un contexte, une action, un résultat, une leçon. Pas de jargon, pas de superlatif.

Préparez aussi la question "Pourquoi ce cabinet et pas une ESN ou un éditeur ?". Réponse honnête attendue : vous cherchez la variété des missions, le contact client, et un environnement où l'on monte en compétences vite. Si ce n'est pas vrai pour vous, ne le dites pas, cela se voit.

Les spécificités du marché local#

Les conditions de recrutement diffèrent fortement selon les pays. En France, un poste en cabinet passe souvent par un CDI avec une part de déplacement client, et le salaire dépend de votre expérience et de la ville. Au Québec, le titre d'ingénieur est réglementé et le contexte de permis de travail compte. En Afrique francophone, les postes sont souvent concentrés dans les capitales et liés à des missions de conseil ou d'audit IT.

Les rémunérations varient selon le pays, l'entité, le niveau et la négociation. Ne vous fiez pas à un chiffre trouvé en ligne. Vérifiez les sources officielles locales, les conventions collectives applicables, et les fourchettes annoncées dans l'offre. Pour les questions de permis et de visa, seul le site officiel de l'État concerné fait foi.

Le jour de l'entretien#

Arrivez avec trois questions précises sur la mission ou l'équipe. "Quel est le périmètre technique du poste ?" vaut mieux que "Quelle est votre culture d'entreprise ?". Montrez que vous avez lu l'offre et que vous réfléchissez au travail concret.

Habillez-vous proprement sans exagérer, même pour un entretien en visio. Coupez les notifications. Testez votre matériel la veille. Ces détails ne sont pas anodins dans un métier où on vous enverra chez des clients.

Pour trouver des offres actuelles et voir les intitulés réellement utilisés, parcourez les annonces de Software Engineer sur notre moteur d'offres, et consultez nos autres guides de préparation sur le blog.

Outils gratuits#

Questions fréquentes#

Quels mots-clés mettre sur un CV pour un poste de Software Engineer chez Deloitte ?

Reprenez les termes exacts de l'offre : langages, frameworks, cloud, méthodes agiles, et vocabulaire du conseil comme transformation digitale ou interlocuteur client. Chaque mot-clé doit être accompagné d'un exemple concret issu de vos missions.

Le processus de recrutement est-il le même dans tous les pays ?

Non. Il varie selon l'entité, le pays et le niveau du poste. Certaines candidatures passent par un test technique en ligne, d'autres par un entretien direct. Ne misez pas sur un format unique et préparez les deux dimensions, technique et comportementale.

Faut-il mettre les certifications cloud sur son CV ?

Oui si vous les avez et qu'elles sont en lien avec le poste, AWS, Azure ou GCP par exemple. Sinon, ne listez pas de certifications en cours de préparation comme si elles étaient obtenues. Un recruteur vérifiera.

Comment répondre à "Pourquoi Deloitte" sans donner l'impression de réciter un script ?

Parlez de ce qui vous attire concrètement : la variété des missions, le travail avec des clients de secteurs différents, la montée en compétences. Restez sincère, un discours trop lisse se repère vite.

Mon CV doit-il tenir sur une seule page ?

En dessous de huit ans d'expérience, oui, une page suffit largement. Au-delà, deux pages sont acceptées si chaque ligne apporte quelque chose. Dans tous les cas, coupez les détails sans rapport avec le poste visé.

Advertisement

Advertisement

Envoyez ça à qui passe l'entretien cette semaine.

Advertisement

Advertisement