Recrutez le relecteur avant le codeur : bâtir l'équipe d'ingénierie d'une startup quand les agents écrivent le code (2026)
By Surya Pratap
31 juillet 2026
11 min read
Startup Strategy
31 juillet 2026
11 min read
Il y a sur LinkedIn un débat qui ne se résoudra pas, et sur Reddit un autre, plus discret, qui est déjà tranché. Celui de LinkedIn porte sur la question de savoir si l'IA a tué les postes d'ingénieurs débutants — d'un côté le CEO d'AWS, Matt Garman, qualifiant l'idée de remplacer les juniors par l'IA d'« une des choses les plus stupides que j'aie jamais entendues », de l'autre un mur de données de recrutement montrant une forte baisse des offres débutants. Celui de Reddit, dans des fils comme ceux de r/ExperiencedDevs, est moins philosophique : des seniors qui décrivent des journées devenues une file ininterrompue de pull requests à relire, et une note interne d'Indeed indiquant qu'on n'attend plus des ingénieurs seniors qu'ils accompagnent qui que ce soit en dessous de leur niveau.
Pour un fondateur sur le point de faire ses trois premiers recrutements techniques, les deux débats ont la mauvaise forme. La question utile n'est pas de savoir si l'IA détruit globalement les postes juniors. C'est celle-ci : sachant que les agents écrivent désormais une grande partie de votre code, qu'est-ce qui limite réellement la vitesse de sortie de votre produit — et qui devez-vous recruter pour débloquer cela ? Les données sur ce point sont exceptionnellement claires, et elles pointent vers un endroit que la plupart des fondateurs n'attendent pas.
Les données 2026 de CircleCI contiennent un résultat qui devrait être affiché au-dessus du bureau de chaque fondateur : le débit des branches de fonctionnalités a augmenté de 59 % sur un an, tandis que le débit de la branche main pour l'équipe médiane a baissé. On écrit plus de code que jamais. Proportionnellement, moins de code atteint la production.
Les chiffres par développeur expliquent le mécanisme. Les ingénieurs utilisant l'IA ont terminé 21 % de tâches en plus et fusionné 98 % de pull requests en plus — à peu près le double de production —, mais le temps de revue des PR a augmenté de 91 %. Les PR générées par l'IA attendent 4,6 fois plus longtemps avant même qu'un relecteur ne s'en saisisse. Une fois la revue lancée, elle se termine environ deux fois plus vite, ce qui semble encourageant jusqu'à ce qu'on remarque ce que cela implique : relire n'est pas la partie lente. La file d'attente l'est. Le temps de cycle s'améliore à peine, parce que le travail attend une personne disposant d'assez de contexte et d'autorité pour dire oui.
C'est ce que les gens veulent dire quand ils affirment que le goulot d'étranglement s'est déplacé. Écrire du code a été la contrainte pendant toute l'histoire du logiciel. Ce n'est plus le cas. La contrainte, c'est de décider si le code peut être fusionné en toute sécurité — et cette décision ne se répartit pas uniformément dans une équipe. Elle s'apprend, en revanche : évaluer la production de l'IA, et savoir quels modes de défaillance rechercher, constitue l'essentiel de notre formation pour les équipes d'ingénierie.
Pourquoi les startups sont les plus touchées
Une grande entreprise absorbe un arriéré de revues dans ses couches existantes. Une startup de quatre personnes en a exactement une ou deux capables d'approuver en connaissance de cause un changement du système central. Achetez-leur plus de capacité d'agents et vous n'avez pas accéléré la livraison — vous avez allongé leur file d'attente.
Si ce goulot d'étranglement est si tenace, c'est que bien relire la production des agents exige précisément ce que les agents ne fournissent pas : savoir ce qui aurait dû être construit. Un ingénieur senior qui relit une PR de 400 lignes d'apparence plausible ne vérifie pas la syntaxe. Il se demande si c'est la bonne abstraction, si cela duplique quelque chose qui existe déjà, si cela tiendra la charge, si le chemin d'erreur est réel, et si cela casse en silence une hypothèse à trois services de là. C'est du contexte, et le contexte s'accumule ; il ne se recrute pas instantanément.
C'est pourquoi la plainte de Reddit est plus instructive que le débat de LinkedIn. Les seniors racontent qu'ils passent désormais plus de temps à relire qu'à concevoir — que le travail qui traversait autrefois plusieurs couches de l'organisation se concentre sur les quelques personnes qualifiées pour le juger. Ce n'est pas une plainte sur la charge de travail. C'est la description d'un système dont le débit est plafonné par sa ressource la plus rare, et où chaque gain d'efficacité en amont rend ce plafond plus contraignant.
La conclusion évidente — composer l'équipe uniquement de seniors et laisser les agents faire ce que faisaient les juniors — est celle à laquelle beaucoup de fondateurs sont arrivés en 2025, et elle échoue de deux façons précises.
La première est arithmétique. Les ingénieurs seniors sont la capacité de revue. Si toute l'équipe produit avec des agents un volume doublé et que les mêmes personnes sont les seules à pouvoir l'approuver, vous avez construit un système où chaque nouveau recrutement s'ajoute des deux côtés de l'équation. Au-delà d'un certain point, ajouter un autre senior producteur à une petite équipe aggrave la file d'attente au lieu de l'améliorer. C'est pourquoi le conseil le plus utile qui circule en ce moment parmi les responsables techniques est d'une simplicité trompeuse : recrutez le relecteur avant le codeur. Votre prochain recrutement devrait être choisi pour sa capacité à absorber la charge de revue, pas pour sa capacité à produire davantage de travail à relire.
Le second échec est celui que visait vraiment Garman, et il mérite d'être cité correctement, car la petite phrase le perd. Les juniors, notait-il, sont « probablement les employés les moins chers que vous ayez, ceux qui ont le plus adopté vos outils d'IA » — puis le véritable argument : « Comment cela va-t-il fonctionner quand, dans dix ans, vous n'aurez personne qui ait appris quoi que ce soit ? » Les seniors ne sont pas une ressource renouvelable que l'on achète à la demande. Ce sont des juniors à qui l'on a confié des problèmes difficiles et quelqu'un pour vérifier leur travail. Une entreprise qui gèle le recrutement de débutants reporte un coût, elle ne l'évite pas, et le marché sur lequel elle achètera des profils confirmés dans quelques années sera un marché que tous les autres auront aussi asséché.
La preuve la plus solide de l'argument de LinkedIn est une étude de Harvard des économistes Seyed Hosseini et Guy Lichtinger couvrant environ 285 000 entreprises américaines et plus de 60 millions de salariés de 2015 à 2025. Elle montre qu'après l'adoption de l'IA générative par les entreprises, l'emploi junior baisse d'environ 9 à 10 % en six trimestres tandis que l'emploi senior reste pratiquement stable. Les auteurs parlent de changement technologique biaisé en faveur de l'ancienneté, et le mécanisme est intuitif : l'IA générative excelle dans le travail routinier et bien spécifié autour duquel les postes de débutants étaient construits.
Mais le contre-argument honnête mérite d'être entendu, car les fondateurs qui préparent leurs recrutements ne devraient pas tout attribuer à l'IA. L'effondrement des postes de débutants a commencé en 2022, quelques mois après que la Fed a relevé ses taux de près de zéro à 5,25 %, et bien avant que l'IA ne soit présente de façon significative dans la plupart des flux de travail. Les corrections des surembauches post-pandémie et les simples réductions de coûts expliquent une grande partie de ce qui s'est passé ; l'IA n'a ajouté une vraie pression qu'à partir de fin 2024. « Nous les avons remplacés par l'IA » est, pour un certain nombre d'entreprises, une histoire plus flatteuse que « nous avons trop recruté et les taux ont monté ».
Les deux sont vrais, et c'est leur combinaison qui compte pour vous : l'effondrement macroéconomique n'était pas surtout dû à l'IA, et l'effet biaisé en faveur de l'ancienneté qui s'y ajoute est réel et mesurable. Concrètement, cela signifie qu'en 2026 les talents juniors sont à la fois plus disponibles et plus sous-évalués qu'à aucun moment de la dernière décennie — alors que la compétence précise dont vous avez le plus besoin est celle qui s'est raréfiée. C'est une occasion de recruter, pas une raison de geler.
Le tableau empirique des équipes qui livrent vite en 2026 est plus réduit que ne l'imaginent les fondateurs. La direction technique d'OpenAI a désigné des groupes de trois ou quatre personnes avec une forte collaboration comme l'unité qui avance le plus vite ; Sora a été livré en 28 jours avec quatre personnes. Les petites équipes l'emportent ici en partie à cause de la contrainte de revue : moins de passages de relais, plus de contexte partagé, et un relecteur qui comprend déjà le changement avant de l'ouvrir.
Les recommandations de composition qui en découlent sont cohérentes : l'équipe native IA est à dominante senior, mais elle ne gèle pas le recrutement de débutants. Et les données sur la qualité vont dans le même sens — McKinsey a constaté que les organisations les plus performantes associaient l'IA à des ingénieurs seniors pour obtenir des améliorations de 31 à 45 % de la qualité logicielle, plutôt que d'utiliser l'IA comme substitut à l'expertise. L'effet de levier venait de l'association de l'outil et du jugement, pas du remplacement du jugement par l'outil.
Le fil conducteur, c'est que l'IA a changé la ressource rare, et que la plupart des plans de recrutement n'ont pas suivi. Pendant trente ans, la réponse à « nous devons livrer plus vite » a été d'embaucher plus de gens qui écrivent du code. Cette réponse est désormais fausse d'une manière précise et mesurable : vous pouvez doubler le code et voir moins de code atteindre la production.
Les fondateurs qui feront le bon choix au second semestre 2026 auront l'air un peu démodés — de petites équipes à dominante senior, qui recrutent encore des juniors pendant que tout LinkedIn explique pourquoi personne n'en a besoin. Ce seront aussi ceux dont la branche main continue d'avancer. Recrutez pour la contrainte que vous avez réellement, pas pour celle que vous aviez en 2021.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.