La méthode pour faire tenir plusieurs années de travail d'ingénierie sur une page ne consiste pas à réduire chaque projet à un fragment illisible. Il s'agit de choisir les trois ou quatre projets qui soutiennent le mieux le poste visé, de regrouper le reste en une seule ligne vers le bas, et d'écrire chaque projet conservé en une ligne compacte plutôt qu'en un paragraphe. Une page qui tente de faire tenir douze projets à poids égal finit par n'en présenter aucun correctement ; une page qui en garde quatre à pleine importance, le reste étant simplement mentionné en passant, se lit comme un CV plus solide, même si elle en dit techniquement moins.
Décider quels projets méritent une place
Commencez par classer les projets selon leur pertinence pour le poste précis, et non selon la fierté que chacun vous inspire. Un projet qui utilise la même stack technique que le poste visé, qui a résolu un problème similaire, ou qui montre une responsabilité sur tout un système plutôt que sur une petite partie, mérite une place avant un projet techniquement impressionnant mais éloigné de ce dont le poste a réellement besoin. La récence compte aussi, bien que moins que la pertinence : un projet plus ancien mais très proche du poste visé l'emporte souvent sur un projet récent mais hors sujet. Trois ou quatre projets suffisent généralement pour une page dès lors que des expériences professionnelles sont également présentes ; un CV composé surtout de projets, avec encore peu d'expérience rémunérée, peut aller jusqu'à cinq ou six avant que la page ne commence à paraître chargée.
Une erreur courante consiste à classer selon l'effort fourni plutôt que la pertinence : un projet qui a demandé six mois de week-ends peut sembler mériter la première place simplement à cause du temps investi, même quand un projet plus modeste de deux semaines correspond bien plus directement à ce que fait réellement le poste visé au quotidien. L'effort est invisible pour un lecteur qui ne voit que la ligne finale sur la page, il vaut donc la peine de le mettre volontairement de côté et de reclasser uniquement selon l'adéquation avant d'arrêter les quatre projets retenus.
Regrouper les plus petits en une seule ligne
Un projet qui n'atteint pas le top des quelques favoris n'a pas à disparaître pour autant. Une seule ligne vers le bas de la rubrique projets, du type « Également réalisé : un bot de notifications Slack, un petit outil en ligne de commande pour rechercher dans les logs, et deux scripts d'outillage interne », les garde visibles sans leur donner le même espace que les entrées mises en avant. Cette ligne joue un vrai rôle : elle signale que les projets mis en avant ont été choisis délibérément et ne représentent pas tout ce que vous avez jamais construit, et elle offre à un lecteur curieux un point de départ pour en discuter, sans forcer chaque projet à passer par la même description complète.
Rédiger une entrée de projet en une ligne
Une entrée de projet en une ligne doit toujours répondre à ce que c'est, avec quoi cela a été construit, et ce qui en est résulté, simplement condensé en une ligne plutôt qu'en trois. « Tableau de bord de métriques - React et une petite API Node puisant dans un flux d'événements interne, a remplacé trois feuilles de calcul distinctes que l'équipe utilisait pour suivre manuellement les mêmes chiffres » tient confortablement sur une ligne tout en disant au lecteur quelque chose de concret. À l'inverse, réduire un projet à un simple titre sans contexte économise de l'espace mais ne conserve aucune des informations qui rendaient la ligne intéressante au départ. L'objectif est la densité, pas la brièveté pour elle-même : une ligne qui en dit moins avec moins de mots n'est pas automatiquement une meilleure ligne.
Exemple illustratif : une liste de projets condensée
Exemple illustratif. Un candidat possède neuf projets personnels ou liés à son travail, construits sur plusieurs années. Avant condensation, chacun occupe sa propre entrée de deux lignes, et la seule rubrique projets occupe presque une page entière. Après condensation : quatre projets sont conservés avec tous leurs détails, choisis parce qu'ils correspondent le plus étroitement à la stack et au périmètre du poste visé, chacun rédigé en une ligne indiquant ce que c'est, ce qui a été utilisé et ce qui a changé grâce à lui. Les cinq restants sont regroupés en une seule ligne de clôture les nommant brièvement. La rubrique projets occupe désormais environ un tiers de l'espace qu'elle occupait auparavant, et les quatre entrées mises en avant se lisent plus attentivement puisqu'elles ne sont plus en concurrence avec cinq autres pour la même attention.
Rester lisible en condensant
Faire tenir davantage sur une page en réduisant la taille de police ou les marges au-delà d'un niveau confortable échange un problème contre un autre, pire : une page qui contient techniquement tout mais qui est inconfortable à lire perd plus qu'une page qui aurait honnêtement eu besoin d'un format légèrement plus long. La condensation doit venir du choix de ce qui est inclus, pas du fait de rendre le texte lui-même plus difficile à lire. Si quatre entrées de projet complètes et une ligne de regroupement ne tiennent toujours pas à une taille de lecture normale, c'est généralement le signe qu'il faut retirer un cinquième projet plutôt que réduire encore le texte, ou le signe que ce CV précis justifie honnêtement une deuxième page.
Quand projets et expérience se disputent la même page
Pour un ingénieur ayant plusieurs années d'expérience rémunérée et une longue liste de projets personnels, les deux rubriques se disputent le même espace limité, et l'expérience devrait généralement l'emporter en premier dans cet arbitrage. Un lecteur qui évalue un ingénieur en milieu de carrière accorde en général plus de poids à un travail rémunéré et responsable qu'à un projet personnel, si bien que condenser la rubrique projets à ses quelques entrées phares, plutôt que de réduire les entrées d'expérience pour laisser de la place à davantage de projets, est généralement l'endroit le plus sûr pour trouver l'espace supplémentaire dont un CV d'une page a besoin.
Passez à l'action
Choisissez un modèle conçu pour le travail d'ingénierie, comme le modèle Developer, et parcourez votre propre liste de projets avec le même filtre : quels sont les quelques projets qui soutiennent le plus directement le poste, et lesquels peuvent être simplement nommés dans une ligne de clôture. Pour la question plus générale de la longueur qu'un CV devrait avoir avant même que les projets n'entrent en jeu, quelle longueur un CV devrait-il avoir couvre les arbitrages plus larges, et présenter des projets personnels sur un CV d'ingénieur logiciel explique plus en détail comment rédiger une seule entrée de projet une fois que vous savez lesquels ont été retenus. Commencez à condenser et à reconstruire sur le générateur.