-7,4 % juniors tech : l'angle mort du récit des grands groupes

Les chiffres consolidés sont tombés. Selon 75secondes.fr, l’emploi dans les activités informatiques a reculé de 7,4 % entre fin 2023 et fin 2025. Les 15-29 ans contribuent pour -3,8 points à ce recul, les 30-54 ans apportent +1,4 point. Les premiers perdent, les seconds gagnent. Le récit qui s’installe tient en une phrase : « Claude Code a tué le junior. » Il est cohérent. Il est aussi l’angle mort d’un débat que les PME ne devraient pas laisser aux grands groupes.

Le récit dominant : Claude Code remplace le junior

La logique n’est pas fausse dans son contexte. Un ingénieur senior équipé de Claude Code livre, sur des tâches codifiées, un volume de code que trois juniors produisaient il y a deux ans. Corrections de bugs, tests unitaires, documentation : toutes ces missions qui formaient historiquement les débutants sont devenues les terrains de jeu favoris des assistants IA.

Les chiffres suivent. La Conférence des Grandes Écoles rapporte que 66,7 % seulement des diplômés ingénieurs 2024 avaient un emploi début 2025 — un plus-bas historique. Aux États-Unis, l’emploi des 22-25 ans dans les rôles exposés à l’IA générative a chuté de 16 %. Notre analyse sur la disparition silencieuse des postes juniors dev posait déjà le constat ; avril 2026 le confirme.

Dans un grand groupe qui gère un plateau de 50 développeurs avec 5 juniors noyés dans la masse, la décision est rationnelle : pourquoi dédier du temps senior à former des débutants quand la même supervision appliquée à un assistant IA produit un retour en semaines ? La note Coface sur l’exposition des cadres IT renforce ce calcul. Les grands groupes assument : ils n’embauchent plus de juniors, ils achètent de l’expertise confirmée.

Ce que le récit oublie : la PME ne joue pas au même jeu

Ce calcul est valable pour un plateau de 30 à 100 développeurs. Pas pour une équipe de trois devs. Et c’est le cas de la plupart des PME que nous accompagnons.

Dans une équipe de trois composée de deux seniors et d’un junior, le ratio d’encadrement est inverse de celui d’un grand groupe. Le junior n’est pas noyé dans une vingtaine de pairs, il travaille directement avec deux mentors. Les revues de code sont systématiques parce qu’elles sont faisables. Il voit passer chaque décision d’architecture, chaque arbitrage produit. En douze mois, il a vu davantage de décisions réelles qu’un junior de grand groupe en trois ans.

Ajoutez Claude Code et le rapport de forces se modifie. Le junior ne consomme plus du temps senior pour écrire du code basique — cette partie, Claude Code la fait. Il devient celui qui pilote l’assistant, vérifie ses sorties, apprend à reconnaître les erreurs subtiles que l’IA commet. C’est la posture décrite dans Agentic Engineering : quand le vibe coding passe en production. Elle se forme vite, à condition d’être supervisée.

L’inertie joue aussi. Un grand groupe passe par cinq couches RH et un plan de formation harmonisé. Une PME décide un lundi, installe Claude Code le mardi, cale une revue de code hebdomadaire le vendredi. C’est la différence entre un junior autonome en six mois ou en dix-huit.

Le contre-argument honnête

Écartons l’optimisme naïf. Les trois premiers mois mobilisent environ 20 % du temps de vos seniors. Tous les juniors ne feront pas l’affaire ; certains resteront de « bons utilisateurs de Claude Code sans jugement sur ce qu’il produit ». L’IA déplace la barre d’entrée : il ne suffit plus d’écrire du code — il faut savoir le lire, le critiquer, le réécrire quand l’assistant part dans le décor.

Mais l’alternative par défaut est pire. Externaliser 100 % de la tech ou tenter de passer du prototype vibe-codé à la production sans expertise interne, c’est construire une dépendance dont on ne sort pas. Un grand groupe peut se le permettre. Une PME non. Quand votre prestataire augmente ses tarifs de 30 %, quand votre outil critique casse un dimanche soir, il vous faut quelqu’un en interne qui comprend.

Les trois conditions pour que ça marche

Quand le pari « junior + IA » réussit en PME, trois conditions sont réunies.

Un profil déjà exposé au code réel. Pas le diplôme pur. Un junior qui a fait un stage sérieux, contribué à un projet open source ou construit un side-project publié a déjà débogué sans filet. Ce vernis fait la différence dans les trois premiers mois.

Claude Code + revue de code non négociable les douze premières semaines. Toutes les pull requests passent en revue. Toutes. C’est coûteux, c’est intransigeant, c’est là que se construit le jugement technique que l’IA ne transmet pas seule.

Des missions graduées sur six mois. Mois 1 : lecture de code et petites corrections. Mois 2-3 : features bordées. Mois 4-6 : features entières en autonomie croissante. Sauter des étapes produit un junior qui livre vite et casse souvent.

Construire sa capacité, pas sa dépendance

Dans un marché où les grands groupes désinvestissent le junior, les PME qui font le pari inverse prendront une longueur d’avance discrète mais durable. Pas parce que leurs juniors seront plus productifs que des seniors confirmés — ils ne le seront pas avant 18 à 24 mois. Mais parce qu’elles auront construit, en interne, la capacité de juger, de décider, de maintenir. La capacité de ne pas dépendre.

Les chiffres de 2026 disent une chose vraie : le récit du « junior qui se forme seul en bidouillant » est mort. Ils en disent une autre, que la presse n’a pas écrite : celui du « junior encadré par deux seniors et un assistant IA, dans une équipe qui décide vite » n’a jamais été aussi pertinent. Ce récit-là appartient aux PME.

Vous envisagez de recruter un profil junior tech et vous cherchez à structurer son parcours avec les bons outils IA ? Contactez LeCollectif — nous accompagnons les PME qui choisissent de construire leur capacité plutôt que leur dépendance.