Apres dix ans a batir des systemes, vous savez une chose : vous ne voulez pas encadrer une equipe. Les entreprises ont maintenant un nom pour ce parcours, et il reste souvent en anglais dans les offres : Staff Engineer, Principal Engineer. Le probleme, c'est que la plupart des profils seniors envoient un CV qui brouille le message, et on leur propose un niveau en dessous de celui qu'ils occupent vraiment.
Ce texte porte uniquement sur ce CV. Pas le CV de manager, pas le CV de developpeur en general, mais le document qui doit prouver que vous pesez sur plusieurs equipes sans que personne ne vous rende de comptes.
La double echelle, et pourquoi le CV doit choisir
Beaucoup d'entreprises en France ont mis en place une double echelle : une filiere management et une filiere expertise. Selon la maison, le haut de la filiere expertise porte des noms differents. On croise expert technique, architecte, ingenieur principal, responsable technique dans les ESN, et de plus en plus les titres anglais Staff et Principal, surtout dans les scale-ups et chez les editeurs de logiciels.
Cette variete a une consequence directe pour votre CV. Un recruteur qui lit "Staff Engineer" chez une entreprise et "architecte" chez une autre ne sait pas toujours s'il s'agit du meme niveau. C'est au CV de le rendre lisible, et il ne peut pas le faire avec le seul titre. Il faut que le contenu des lignes parle le langage de la filiere expertise.
Les deux pieges qui font perdre un niveau
Le premier piege consiste a copier le CV d'un manager. On emprunte le vocabulaire de l'encadrement parce qu'il sonne senior : "pilotage d'une equipe de huit", "gestion d'un budget", "recrutement". Face a un poste de Staff, le jury en tire l'une de deux conclusions. Soit vous etes un manager en quete de repos, soit vous gonflez un role de lead informel. Dans les deux cas, l'entretien glisse vers vos qualites humaines et s'eloigne de votre jugement technique, qui est justement ce qu'on veut acheter.
Le second piege, plus discret, consiste a copier le CV d'un developpeur senior. Chaque ligne decrit une livraison au niveau du ticket : le service de paiement, la migration de base, la nouvelle fonctionnalite. Tout cela peut etre vrai et solide, et pourtant le lecteur voit un bon Senior. Rien ne lui dit que c'est vous qui avez choisi quel service batir, ni que trois autres equipes suivent aujourd'hui le modele que vous avez mis en avant.
Le CV de Staff se place entre les deux : technique de bout en bout, mais avec une unite de travail plus large que le ticket et une preuve d'impact qui n'est pas un effectif.
Le perimetre plutot que l'effectif
Un manager mesure son perimetre en personnes et en budget. Un profil expert le mesure en rayon d'impact : la part du systeme, et le nombre d'equipes, que touchent vos decisions.
Concretement, placez sous chaque titre de poste une ligne qui fixe la frontiere de ce que vous portez. Quelques exemples de formulation :
- "Responsable technique du pipeline d'evenements sur lequel s'appuient 14 equipes produit"
- "Responsable des conventions d'API de la plateforme publique, environ 300 endpoints"
- "Responsable fiabilite du tunnel de paiement, web, mobile et partenaires"
Aucune de ces lignes ne mentionne une seule personne en rattachement direct, et pourtant le lecteur mesure tout de suite la taille du sujet. Les chiffres doivent etre vrais. "Quatre equipes" suffit largement si c'est exact : l'essentiel est de montrer que le travail franchit la frontiere d'une equipe.
Le document d'architecture comme unite de reussite
Pour un Senior, l'unite naturelle de reussite est la fonctionnalite livree. Pour un Staff ou un Principal Engineer, c'est le plus souvent la decision, et ce qui porte une decision, c'est le document d'architecture, la RFC, la proposition technique ou l'ADR.
C'est le changement le plus important dans la maniere d'ecrire vos lignes. Au lieu de lister ce que vous avez construit, decrivez le probleme de depart, la proposition ecrite, les equipes qui l'adoptent et le resultat. Le style nominal, tres courant sur les CV en France, s'y adapte bien.
Quelques exemples avant et apres :
- Avant : "Developpement d'une couche de cache pour le service de recherche."
- Apres : "Redaction de la RFC d'une couche de cache partagee, apres avoir vu le meme correctif de latence dans quatre services ; adoption comme standard plateforme, p95 de la recherche qui passe de 900 ms a 250 ms."
- Avant : "Participation a la migration du monolithe vers des microservices."
- Apres : "Auteur de la proposition de decoupage qui fixe l'ordre de sortie du monolithe ; la facturation passe en dernier, ce qui evite un gel des factures pendant le trimestre de plus forte activite."
- Avant : "Mentorat de developpeurs juniors."
- Apres : "Accompagnement de trois ingenieurs sur leurs premieres revues d'architecture ; deux redigent et defendent aujourd'hui leurs propres RFC, un autre a depuis obtenu une promotion au niveau Senior."
Dans les versions apres, on voit un artefact, les autres equipes touchees et un resultat. La derniere ligne traite le mentorat sans tomber dans le vocabulaire du management : vous faites grandir des gens, vous ne les encadrez pas.
Prouver une influence sans equipe rattachee
L'influence est ce qu'il y a de plus difficile a mettre sur papier, puisqu'elle ne se voit pas par nature. Vous ne donnez d'ordre a personne. Elle laisse pourtant des traces, et ce sont ces traces que vous ecrivez.
Celles qui valent le coup :
- Les standards repris par d'autres equipes. Une configuration de linter, un guide de style d'API, un runbook d'astreinte, un modele de service. Si une equipe dont vous ne faites pas partie s'en sert, c'est une influence chiffrable.
- Les decisions que vous portez. Faire ou acheter, le choix d'une base de donnees, une depreciation. Ecrivez la decision et sa consequence, pas la reunion.
- Ce que vous arretez. Un expert a souvent le plus de valeur quand il met fin a un mauvais projet tot. "Recommandation contre une file de messages maison apres deux semaines de prototype ; bascule vers une solution SaaS" est une excellente ligne, meme si rien n'est construit au bout.
- Les personnes que vous faites progresser. Promotions, grilles d'entretien, parcours d'integration.
Un conseil pratique : si votre entreprise archive ses RFC ou ses ADR, relisez-les avant de reprendre votre CV. On se souvient en general d'une partie seulement de ce qu'on a ecrit. Les documents, eux, gardent tout.
Le vocabulaire du transverse
Un poste de Staff se definit par le travail qu'aucune equipe ne possede seule. Votre CV doit montrer que vous y passez une part reelle de votre temps.
Certaines expressions le disent sans emphase : "pour l'ensemble de la plateforme", "avec les equipes data et mobile", "sur tous les services du parcours de paiement". Les verbes et les noms comptent aussi. Proposition, redaction, standardisation, arbitrage, deblocage, depreciation vont dans le bon sens. Encadrement, pilotage d'equipe, supervision renvoient tout droit a l'autre filiere.
Gardez aussi une ligne concrete dans chaque poste. Un architecte qui ne code plus depuis trois ans est un profil qui existe, mais la plupart des recruteurs de la filiere expertise veulent voir que vous construisez encore. Un prototype, un incident difficile que vous avez resolu vous-meme : une ligne suffit.
Au-dela du logiciel
La logique tient dans d'autres metiers techniques qui ont une filiere expertise. Un Principal Data Scientist prouve son perimetre par les modeles ou les definitions de metriques dont d'autres equipes dependent. Un designer de haut niveau montre le design system sur lequel batissent les equipes produit. En infrastructure, c'est le plan de capacite ou l'architecture de reference. L'artefact change, le principe reste : des decisions et leur adoption, pas un effectif.
Ce que vous pouvez faire cette semaine
Reprenez votre CV actuel en deux passes. D'abord, ajoutez sous chaque poste senior une ligne de perimetre : le systeme que vous portez et le nombre d'equipes concernees. Ensuite, reecrivez vos meilleures lignes pour qu'elles nomment un artefact (RFC, proposition, standard) et les equipes qui l'adoptent, et supprimez celles qui parlent d'effectif si vous n'avez jamais eu le titre de manager.
Si votre profil LinkedIn est plus a jour que votre CV, ce qui arrive souvent chez les ingenieurs qui ecrivent beaucoup en interne, un outil comme Postulit peut en tirer un premier jet, et vous gardez votre energie pour ces reecritures.
Un CV de Staff n'est ni un CV de Senior en plus gros, ni un CV de manager en plus petit. C'est la trace des decisions avec lesquelles d'autres equipes vivent.