Ce qu'un recruteur parcourt vraiment en premier
Un recruteur passe quelques secondes sur le tiers supérieur d'un CV d'ingénieur logiciel avant de décider s'il continue à lire : votre intitulé le plus récent, les langages et frameworks de votre ligne de compétences, et la première puce sous votre poste le plus récent. Tout ce qui suit confirme l'impression déjà donnée par le haut de la page, ou fait perdre complètement l'attention du lecteur.
Cela signifie que l'en-tête et la première expérience portent plus de poids que toute autre partie de la page. Placez votre ligne la plus forte et la plus précise en premier sous chaque poste plutôt que de l'enterrer en troisième ou quatrième puce, et gardez la ligne de compétences près du haut pour qu'un regard qui parcourt l'atteigne avant de passer au CV suivant dans la pile.
Un exemple junior : des projets à la place de l'expérience
Un ingénieur junior avec un stage et quelques projets personnels peut tout de même écrire un CV complet et précis en traitant chaque projet comme une expérience. Sous un projet nommé « Order Tracker », un candidat junior pourrait écrire :
“Construit une application de suivi de commandes en React et Node pour un café local ; ajouté un filtre de recherche qui a réduit le temps de recherche moyen de 12 secondes à moins de 2 secondes.”
C'est une illustration précise et citée du principe, pas une affirmation sur un résultat typique.
L'entrée de stage suit la même règle : nommez ce qui a changé, pas seulement ce qui vous a été confié. Une ligne comme
“Corrigé 14 bugs signalés dans le parcours de paiement pendant un stage de 10 semaines, dont trois bloquaient la mise en production”
en dit plus à un lecteur que « Assisté l'équipe d'ingénierie dans la correction de bugs. » Limitez cette section à deux ou trois projets, chacun avec un ou deux puces, plutôt que de lister chaque dépôt jamais publié.
Un exemple intermédiaire : des puces d'impact avec un avant et un après
Un ingénieur intermédiaire avec trois à six ans d'expérience devrait remplacer les puces axées sur les tâches par un chiffre avant-après partout où il en existe réellement un. Pour un poste backend, cela pourrait donner :
“Réduit la latence p95 du paiement de 1,8 s à 620 ms en regroupant trois requêtes séquentielles en une seule, sur un service traitant environ 40 000 requêtes par jour.”
Le chiffre fait le travail de conviction ; la phrase autour ne fait que donner le contexte.
Un second exemple pour un autre type de contribution :
“Dirigé la migration du module d'authentification d'un monolithe vers un service séparé, en coordination avec deux autres équipes sur six semaines sans interruption de service lors de la bascule.”
Toutes les puces n'ont pas besoin d'un pourcentage - une indication de portée comme « en coordination avec deux autres équipes » reste concrète, car elle précise qui était impliqué et combien de temps cela a pris, plutôt que d'appeler simplement le travail « collaboration transverse ».
Quand garder une section projets séparée
Une section projets dédiée se justifie quand vous avez un travail personnel qui montre quelque chose que votre parcours professionnel ne montre pas : un langage utilisé en dehors du travail, une contribution open source, ou un outil personnel que vous avez construit et maintenez toujours. Pour un candidat junior, elle fait souvent plus de travail que la section expérience elle-même ; pour un candidat senior, elle est généralement facultative sauf si le projet est particulièrement pertinent pour le poste visé.
Limitez chaque entrée de projet à une ligne de contexte et une ou deux puces, la même densité qu'une expérience, et liez le dépôt ou une démo en ligne si l'un ou l'autre existe. Une section projets qui liste dix éléments sans détail se lit comme du remplissage ; trois éléments avec une puce précise chacun se lisent comme des preuves.
Compétences et outils : précis, pas exhaustifs
Listez les langages, frameworks et outils sur lesquels vous seriez réellement à l'aise d'être interrogé en entretien, regroupés d'une manière qui a du sens pour le poste - langages, frameworks, infrastructure, et ainsi de suite. Omettre une technologie utilisée une semaine ne pose pas de problème ; la liste doit refléter ce dont vous pouvez parler, pas tout ce qui a un jour touché votre CV.
Faites correspondre le vocabulaire à l'offre quand c'est honnêtement exact : si l'offre dit « PostgreSQL » et que vous l'avez utilisé, écrivez « PostgreSQL » plutôt que simplement « bases de données SQL », car un système de suivi des candidatures comme un lecteur humain recherchent souvent le terme exact. N'ajoutez pas une technologie que vous n'avez pas utilisée juste parce qu'une offre la mentionne - cet écart apparaît dès le premier entretien technique.
Questions fréquentes
- Un CV junior d'ingénieur logiciel doit-il lister les projets ou l'expérience en premier ?
- Les projets en premier si vous avez peu d'expérience rémunérée, car c'est là que se trouve votre preuve la plus forte et la plus précise ; déplacez l'expérience au-dessus des projets dès que vous avez un vrai stage ou emploi à montrer, et gardez la section la plus forte plus près du haut de la page.
- Combien de puces chaque projet ou poste devrait-il avoir ?
- Deux à quatre puces par entrée suffisent généralement pour montrer ce que vous avez construit et ce qui a changé grâce à cela. Au-delà, la page se dilue, et un lecteur se souvient bien plus des une ou deux premières lignes sous chaque entrée que de la quatrième ou cinquième.
- Est-il acceptable de réutiliser le même CV pour chaque poste d'ingénieur logiciel ?
- La structure peut rester la même, mais la ligne de compétences et l'ordre de vos puces devraient évoluer pour correspondre aux exigences de chaque offre, car aussi bien un lecteur humain qu'un filtre automatique recherchent souvent les termes spécifiques utilisés par cette offre.
- Que doit couper un ingénieur intermédiaire si le CV dépasse deux pages ?
- Coupez les postes de plus de dix ans environ sauf s'ils sont directement pertinents, réduisez toute puce qui décrit seulement une responsabilité plutôt qu'un résultat, et ne gardez la section projets que si elle montre quelque chose que votre parcours professionnel ne montre pas encore vraiment.