Prise de position face à l'IA · Scale-up - Startup

Que devient le junior quand l'IA fait les tâches qui formaient les seniors ?

Le risque n'est pas seulement la disparition des tâches d'entrée de carrière, c'est celle du parcours qu'elles rendaient possible

L'IA peut absorber une partie des recherches, premiers drafts, tickets simples, analyses standard ou lignes de code qui constituaient historiquement le travail d'entrée de carrière. Le risque le plus important n'est pourtant pas seulement la disparition de ces tâches. C'est la disparition du parcours d'apprentissage qu'elles rendaient possible.

Pour les DRH et les managers, la question devient donc moins « combien de juniors faudra-t-il demain ? » que : comment fabriquer des professionnels expérimentés lorsque l'expérience ne se construit plus de la même manière ?

La réponse n'est pas nécessairement de préserver artificiellement les anciennes tâches. Certaines données suggèrent même que l'IA peut accélérer l'apprentissage des moins expérimentés. Mais cela suppose de reconstruire explicitement ce qui était auparavant acquis presque sans qu'on y pense : apprendre à produire, observer les erreurs, recevoir du feedback, traiter les exceptions, comprendre le client et progressivement assumer des décisions.

Synthèse

En bref

Le vrai sujet n'est pas la tâche junior, c'est ce qu'elle apprenait à faire

Une tâche simple a deux valeurs très différentes. La première est sa valeur productive : analyser vingt dossiers, écrire une première version, traiter un ticket standard, réaliser un benchmark, préparer une requête SQL, documenter un composant. La seconde est sa valeur formative.

En faisant cent fois un travail relativement balisé, un junior apprend progressivement ce qui est normal et ce qui ne l'est pas. Il rencontre des variantes. Il commet de petites erreurs. Il voit les corrections d'un senior. Il découvre quelles informations manquent toujours dans une demande client. Il comprend pourquoi une solution élégante sur le papier peut être mauvaise dans le contexte réel.

Une partie de cette répétition était fastidieuse. Une autre produisait de l'expérience. Or l'IA ne distingue pas naturellement les deux.

Plusieurs organisations observées documentent un déplacement du travail du traitement vers la supervision, la review et le traitement des exceptions : des ingénieurs devenant davantage orchestrateurs d'agents, des collaborateurs de support devenant superviseurs, des frontières de rôles plus poreuses. Mais ce corpus reste un panel de trente entreprises sélectionnées pour leurs signaux organisationnels, non représentatif du marché — un point essentiel pour raisonner sur les juniors.

Si l'on automatise une tâche parce qu'elle est économiquement automatisable, on peut simultanément supprimer une étape par laquelle un collaborateur apprenait son métier. Le gain apparaît immédiatement dans les métriques de productivité. La perte de compétence, elle, peut n'apparaître que trois ans plus tard.

Il existe désormais un signal sur l'emploi des jeunes, mais il faut résister à la conclusion trop rapide

La révision publiée le 12 août 2026 de l'étude Stanford Canaries in the Coal Mine apporte l'une des données les plus intéressantes disponibles à ce jour.

À partir de données de paie ADP aux États-Unis, les chercheurs constatent que l'emploi des 22-25 ans dans les professions très exposées à l'IA est désormais environ 19 % inférieur à ce qu'il aurait été s'il avait évolué comme celui des jeunes du même âge dans les professions moins exposées. L'écart était de 15 % avec les données disponibles en juillet 2025. Le mécanisme observé semble venir davantage d'une réduction des embauches que d'une hausse des licenciements.

Le résultat est suffisamment fort pour être pris au sérieux. Mais pas pour écrire : « l'IA a fait baisser de 19 % l'emploi des juniors ».

Les auteurs l'interdisent pratiquement eux-mêmes. Ils qualifient leurs résultats de descriptifs, indiquent que l'étude ne permet pas d'établir quelle part de l'écart a été causée par l'IA et signalent que certaines estimations deviennent plus sensibles lorsque l'on modifie les spécifications. Ils ne constatent par ailleurs pas de déplacement massif de l'emploi dans l'ensemble de l'économie.

Il faut également éviter d'importer directement ce résultat dans une scale-up française : il agrège des professions et des entreprises américaines très différentes et n'isole ni les startups, ni un modèle précis d'organisation.

D'autres travaux invitent d'ailleurs à la prudence sur les généralisations rapides. Une étude menée au Danemark a observé une adoption rapide des chatbots et des changements dans les tâches, sans trouver, deux ans après ChatGPT, d'effet détectable sur les rémunérations ou les heures travaillées à l'échelle étudiée.

Ce que les données permettent donc de dire est plus étroit : certains jeunes travailleurs semblent subir plus tôt que leurs aînés les ajustements dans des métiers fortement exposés. Elles ne permettent pas encore d'annoncer la fin du travail junior.

La distinction la plus utile pourrait être celle entre savoir codifié et savoir tacite

La nouvelle version de l'étude Stanford avance une piste particulièrement féconde pour les organisations. Les difficultés des jeunes travailleurs apparaissent davantage dans les métiers dépendant fortement de connaissances codifiées : ce qui peut être formalisé, documenté, enseigné et retrouvé dans des systèmes numériques. À l'inverse, l'expérience semble mieux protéger les travailleurs dans les activités où compte davantage le savoir tacite, développé par la pratique et la répétition de situations réelles.

Cette distinction éclaire plusieurs transformations observées par ailleurs. Un agent peut retrouver une procédure. Il peut produire une première réponse support. Il peut parcourir une codebase, préparer une analyse ou proposer un correctif. Ce sont précisément certains des travaux qui permettaient à un nouveau collaborateur de commencer à contribuer.

Mais ce qui différencie généralement le senior n'est pas seulement sa capacité à réaliser la version plus difficile de la même tâche. C'est de savoir qu'un client ne dit pas exactement ce qu'il veut. De reconnaître un incident qui ressemble à trois autres mais dont un détail change le diagnostic. De savoir quand une règle peut être contournée et quand elle ne le doit surtout pas. De choisir entre deux solutions imparfaites. De détecter une réponse techniquement correcte mais organisationnellement impraticable.

Ce savoir-là s'écrit moins facilement dans un prompt. Et surtout, il s'acquiert difficilement sans exposition à des situations réelles.

La même inquiétude existe dans le monde du conseil : l'IA produit désormais rapidement des premières versions de livrables que les professionnels expérimentés savent critiquer, alors que les plus jeunes n'ont pas encore nécessairement construit les références qui permettent d'identifier les erreurs.

C'est ici que se situe le risque de dette de compétences.

La dette de compétences : économiser du travail aujourd'hui, manquer d'expertise demain

Il s'agit ici d'un risque organisationnel identifié par déduction, pas d'un indicateur statistique déjà établi.

Une organisation accumule cette dette lorsqu'elle capte immédiatement la productivité apportée par l'IA, mais cesse de produire les expériences grâce auxquelles ses collaborateurs développent le jugement nécessaire aux responsabilités futures.

Le mécanisme peut être insidieux. Une équipe constate qu'un agent réalise correctement les premiers drafts. Elle en demande donc moins aux juniors. Puis l'agent produit une première review : le junior lit le résultat mais travaille moins souvent sur le problème depuis zéro. Les managers, désormais capables de faire produire davantage avec moins de personnes, réduisent le temps consacré au feedback.

Le junior semble pourtant très performant : ses livrables sont bons et rapides. Trois ans plus tard, l'organisation lui demande d'arbitrer une exception que l'agent ne sait pas résoudre. C'est alors que l'on découvre éventuellement que performance assistée et compétence acquise ne sont pas la même chose.

Une expérience menée avec 758 consultants du BCG illustre indirectement cette distinction. Sur les tâches situées à l'intérieur de la « frontière » de capacité du modèle testé, l'usage de GPT-4 augmentait fortement vitesse et qualité. Mais l'étude montre aussi que cette frontière est irrégulière : l'outil peut être très performant sur une tâche et devenir trompeur sur une autre.

Savoir produire avec l'IA est donc une compétence. Savoir reconnaître le moment où il ne faut plus lui faire confiance en est une autre.

Mais l'histoire inverse existe aussi : l'IA peut accélérer l'apprentissage du junior

C'est le contre-exemple qui empêche de conclure que l'automatisation produit nécessairement une dette de compétences.

Dans l'étude de Brynjolfsson, Li et Raymond sur plus de 5 000 agents de support, l'assistant génératif augmentait la productivité d'environ 15 % en moyenne dans la version publiée de l'étude, avec des gains particulièrement importants chez les travailleurs les moins expérimentés et les moins performants. Les auteurs trouvent également des indices montrant que l'outil diffuse des comportements issus des agents les plus efficaces et facilite l'apprentissage.

Dans la version de travail détaillée, des agents disposant de deux mois d'ancienneté et utilisant l'assistant atteignaient une performance comparable à celle d'agents sans assistant ayant plus de six mois d'expérience.

Le résultat est spectaculaire. Il est également très circonscrit : un centre de support, une entreprise, un outil conçu à partir de conversations existantes, des tâches répétables et une mesure de productivité spécifique. Il ne démontre pas qu'un ingénieur logiciel, un recruteur ou un Product Manager apprendra quatre fois plus vite grâce à un LLM.

Mais il renverse utilement la question. L'IA peut retirer des occasions d'apprendre. Elle peut aussi rendre accessibles aux juniors des patterns auparavant enfermés dans l'expérience des meilleurs.

Le résultat dépend donc beaucoup du design du travail. Utilisée comme remplaçant du junior, elle réduit potentiellement son terrain d'apprentissage. Utilisée comme simulateur, explicateur, sparring partner et accès aux pratiques expertes, elle peut l'élargir.

Quelques entreprises montrent déjà les deux faces de cette transformation

Alan : permettre de produire, mais organiser la review

Dans le programme Everyone Can Build, des PM et designers peuvent contribuer directement au code. Alan a parallèlement créé le rôle d'Engineering buddy : un ingénieur accompagne le non-ingénieur sur ses contributions, et la décision finale de merge reste du côté engineering.

Le cas ne porte pas spécifiquement sur les juniors. Mais le mécanisme est instructif : l'élargissement de l'autonomie est couplé à une infrastructure humaine de review. C'est précisément ce qui manque lorsqu'on imagine que rendre un agent disponible suffit à former quelqu'un.

Finary : l'IA peut augmenter très tôt le périmètre confié

Finary a créé un rôle de Design System Engineer confié initialement à un alternant, capable de tenir un périmètre très large grâce aux agents, avec validation humaine avant intégration.

Ce cas ne prouve évidemment pas que tous les alternants peuvent remplacer une équipe. Il suggère une autre possibilité : l'IA peut donner plus tôt à un profil junior une responsabilité de bout en bout, à condition que la review protège les décisions critiques.

Joko : sanctuariser du temps d'apprentissage

Joko indique réserver une demi-journée par semaine et par personne à la montée en compétence IA. Les données proviennent notamment des communications et offres d'emploi de l'entreprise : elles documentent donc une pratique annoncée, pas son rendement économique.

Le signal organisationnel demeure intéressant : lorsque les outils changent rapidement, apprendre ne peut plus être uniquement ce que l'on fait « quand on a le temps ».

bsport : automatiser n'oblige pas à arrêter de recruter des juniors

Selon le témoignage recueilli par TPC, bsport choisit de continuer à recruter des profils juniors tout en transformant fortement le travail des développeurs et tech leads avec l'IA. Là encore, il s'agit d'un choix d'entreprise rapporté, pas d'une preuve de supériorité économique.

Ces cas racontent moins « l'avenir du junior » qu'une règle plus intéressante : il n'existe pas de conséquence automatique de l'IA sur les débuts de carrière. Les organisations fabriquent en partie cette conséquence par leurs choix de staffing, de review et de formation.

Le nouveau parcours junior : apprendre moins par le volume, davantage par les boucles de feedback

Pendant longtemps, une partie du développement professionnel suivait une logique assez simple : faire beaucoup → se tromper → être corrigé → reconnaître les patterns → obtenir plus d'autonomie.

Si l'IA fait désormais une part du « faire beaucoup », il faut préserver le reste de la boucle.

Pour une startup ou une scale-up, il est utile de déplacer le centre de gravité de l'apprentissage vers quatre terrains : la review, les exceptions et incidents, le contexte client et l'exercice progressif de la décision.

L'objectif n'est pas qu'au bout d'un an le junior « maîtrise l'IA ». C'est qu'il soit capable de produire avec elle, de détecter quand elle se trompe, d'expliquer une décision et d'assumer un petit périmètre réel.

Un parcours de 12 mois pour reconstruire l'apprentissage

Mois Expérience à organiser Ce que le junior doit apprendre Preuve attendue
1 — Construire la baseline Réaliser plusieurs tâches simples une première fois sans IA, puis avec IA. Comprendre son propre raisonnement et ce que l'outil accélère ou masque. Comparatif commenté : temps, qualité, erreurs, décisions déléguées.
2 — Vérifier avant de produire plus vite Vérification systématique de sources, calculs, réponses, code ou règles proposés par l'IA. Développer le réflexe de preuve plutôt que la confiance dans la fluidité de l'output. Checklist de validation appliquée à des cas réels.
3 — Produire sous review rapprochée Confier un petit livrable réel avec IA, reviewé ligne par ligne ou décision par décision. Relier qualité de l'output et qualité du contexte donné à l'agent. Une production acceptée accompagnée de ses corrections expliquées.
4 — Apprendre par la review Faire reviewer au junior le travail de l'IA et celui d'autres collaborateurs sur un périmètre maîtrisé. Repérer les incohérences et formuler un feedback utile. Plusieurs reviews dont les alertes pertinentes sont validées par un senior.
5 — Entrer dans le contexte client Participer aux échanges clients, utilisateurs ou métiers, y compris quand il n'a rien à présenter. Comprendre les contraintes qui ne figurent pas dans les specs. Reformulation du problème et cartographie des contraintes implicites.
6 — Travailler sur les exceptions Traiter des cas que l'automatisation a refusés, escaladés ou mal résolus. Voir où s'arrête la règle et où commence le jugement. Journal d'exceptions : diagnostic, décision, résultat et enseignement.
7 — Observer les incidents Participer à des incidents, post-mortems ou erreurs de production sous supervision. Comprendre les conséquences réelles d'une décision et les signaux faibles précédant l'échec. Contribution à un post-mortem et proposition d'un garde-fou.
8 — Prendre une décision réversible Donner au junior une classe explicite de décisions qu'il peut prendre sans validation préalable. Passer de l'exécution à l'accountability. Décisions tracées, taux de rework et apprentissages documentés.
9 — Posséder un petit flux de bout en bout Confier un problème circonscrit : besoin, production avec agents, contrôle, livraison et suivi. Comprendre le système complet plutôt qu'une sous-tâche. Résultat livré avec critères d'acceptation et rétrospective.
10 — Construire les évaluations Demander au junior de concevoir les cas tests et critères permettant d'évaluer un agent ou une automatisation. Transformer son expertise naissante en critères explicites de qualité. Jeu d'évaluations utilisé en production ou dans une expérimentation.
11 — Défendre une recommandation Présenter une décision à un manager, client ou équipe métier et répondre aux objections. Relier analyse, contexte, arbitrage et communication. Décision argumentée, risques explicités et objections intégrées.
12 — Démontrer une autonomie supervisée Pilotage d'un petit périmètre réel combinant humain et IA, avec revue finale d'un senior. Savoir ce qu'il peut déléguer, ce qu'il doit vérifier et quand escalader. Bilan de compétences fondé sur des situations observées, pas sur un nombre de prompts.

Ce parcours n'implique pas de faire travailler artificiellement les juniors « à l'ancienne ». Il consiste à remplacer la répétition mécanique par une succession volontaire d'expériences à haute valeur formative.

Le rôle du manager change lui aussi : il ne distribue plus seulement des tâches, il distribue des expériences

Une organisation peut augmenter fortement sa capacité de production avec l'IA tout en réduisant sa capacité de formation. C'est le piège.

Lorsque l'agent produit la première version, le senior peut être tenté de simplement valider le résultat final. Mais un clic d'approbation ne transmet presque rien. La review doit devenir un acte de management.

Pourquoi cette solution plutôt qu'une autre ? Quel indice aurait dû faire douter ? Quelle hypothèse implicite était fausse ? Quelle décision pouvait être déléguée ? Laquelle nécessitait une connaissance du contexte ? Cela coûte du temps.

C'est précisément le problème : l'IA fait baisser le coût de production, mais elle ne fait pas nécessairement baisser le coût de transmission de l'expertise.

Une distinction utile émerge de ce constat : le span de production d'un manager, le volume de travail qu'il peut superviser avec des agents, peut augmenter beaucoup plus vite que son span d'apprentissage, c'est-à-dire le nombre de personnes qu'il peut réellement faire progresser.

Une organisation qui confond les deux peut afficher une productivité remarquable tout en détériorant son pipeline de futurs seniors.

Les DRH devraient suivre autre chose que le nombre de formations IA

Compter les licences, les connexions, les prompts ou les collaborateurs ayant suivi une formation mesure l'exposition à l'outil. Pas la construction d'une carrière.

Pour piloter le risque de dette de compétences, il faut observer des variables beaucoup plus organisationnelles : les juniors voient-ils encore suffisamment de décisions ? Ont-ils accès aux clients et aux utilisateurs ? Font-ils de la review ou seulement de la consommation d'outputs ? Participent-ils aux post-mortems ? Peuvent-ils expliquer pourquoi une réponse générée est fausse ? Ont-ils des espaces pour prendre des décisions réversibles ? Le temps consacré par les seniors au feedback diminue-t-il à mesure que la productivité augmente ?

Ces questions ont aussi une conséquence sur le recrutement. L'AI fluency devient probablement une compétence de base dans de nombreux métiers ; Stripe, par exemple, la décrit comme un critère devenu important dans ses recrutements.

Mais recruter uniquement le candidat qui produit le meilleur résultat avec l'IA peut être trompeur. L'évaluation la plus intéressante consiste à regarder comment il travaille avec un système imparfait : sait-il questionner la réponse, identifier ce qu'il ignore, demander le contexte manquant, vérifier une hypothèse et justifier ce qu'il décide de conserver ?

Il faudra donc probablement tester moins la capacité à obtenir une réponse et davantage la capacité à ne pas se faire tromper par une bonne réponse apparente.

Ce que les données ne permettent pas encore d'affirmer

Nous ne savons pas si le signal observé chez les jeunes travailleurs américains s'amplifiera, se stabilisera ou s'inversera. Les auteurs de l'étude Stanford le disent explicitement.

Nous ne savons pas non plus si les entreprises qui recrutent moins de juniors aujourd'hui le font principalement à cause de l'IA, de la conjoncture économique, d'exigences de rentabilité, d'un marché du financement différent ou d'un mélange de ces facteurs.

Les cas Alan, Finary, Joko ou bsport ne démontrent pas qu'un modèle précis est supérieur. Ils montrent seulement que plusieurs réponses organisationnelles sont possibles.

Enfin, aucune étude disponible ne permet de chiffrer proprement le montant de la dette de compétences qu'une entreprise accumulerait en réduisant trop fortement ses opportunités d'apprentissage. C'est une hypothèse de prospective organisationnelle.

Elle mérite néanmoins d'être prise au sérieux parce que son asymétrie est forte : les économies de court terme sont visibles immédiatement ; la pénurie de jugement, elle, apparaîtra avec retard.

Passez à l'action

Auto-diagnostic : êtes-vous en train d'automatiser votre pipeline de futurs seniors ?

Conclusion

La conviction

Le junior ne disparaît pas nécessairement avec les tâches juniors. Mais il ne deviendra plus senior de la même manière.

L'ancien modèle laissait une grande partie de l'apprentissage émerger de la quantité de travail : beaucoup de recherches, de tickets, de drafts, de code, de corrections et d'allers-retours. Ce mécanisme devient moins fiable lorsque l'IA absorbe le volume.

La réponse ne consiste pas à protéger toutes les tâches répétitives pour des raisons pédagogiques. Ce serait transformer l'organisation en école de gestes devenus inutiles.

Elle consiste à concevoir délibérément l'apprentissage autour de ce que l'IA rend plus important : vérifier, comprendre le contexte, traiter l'exception, apprendre de l'incident, dialoguer avec le client et progressivement décider.

L'organisation qui réussira cette transition pourrait même former certains juniors plus vite qu'avant. Celle qui ne la voit pas peut devenir très productive, pendant quelques années, tout en cessant silencieusement de produire ses futurs seniors.

← Retour à Scale-up - Startup

Envie d'en discuter avec Dryve ?

Ces prises de position nourrissent notre approche du recrutement IT à l'ère de l'IA. Parlons de votre contexte.