Société et emploi

Chez Amazon, l’IA accroît la pression sur les développeurs et interroge leur métier

Chez Amazon, des ingénieurs expliquent que l’IA générative ne change pas seulement la façon d’écrire du code : elle relève aussi les objectifs de cadence. Entre équipes plus petites, retours réduits et automatisation de tâches formatrices, les inquiétudes portent sur la qualité des logiciels et l’apprentissage du métier.

Des développeurs examinent du code généré par IA et discutent des délais de livraison en équipe.
Illustration : Actu.ai

Écrire un logiciel ne consiste pas seulement à produire des lignes de code. Il faut comprendre un besoin, concevoir une solution, tester les cas limites, documenter les choix, relire le travail des autres et corriger les erreurs. Chez Amazon, plusieurs développeurs disent que l’arrivée massive de l’intelligence artificielle générative est en train de déplacer l’équilibre entre ces étapes : la vitesse de livraison prend davantage de place, avec le risque que les activités moins visibles, mais essentielles à la qualité et à la formation, soient comprimées.

Les témoignages rapportés dessinent le tableau d’équipes soumises à des échéances plus serrées, alors même que leurs effectifs peuvent diminuer. L’IA n’est pas décrite comme un simple assistant qui ferait gagner du temps à objectifs constants. Pour certains ingénieurs, elle devient au contraire la raison pour laquelle l’entreprise et les responsables peuvent attendre davantage de livraisons, plus vite.

Cette transformation dépasse donc la question technique. Elle touche à l’organisation du travail, à la manière d’évaluer la performance et aux parcours professionnels de celles et ceux qui font fonctionner les services numériques du groupe.

Ce que les développeurs d’Amazon rapportent

Les retours évoqués ne constituent pas une enquête chiffrée sur l’ensemble des équipes d’Amazon. Ils permettent néanmoins de cerner plusieurs préoccupations précises : réduction de certaines équipes, maintien des objectifs de production, adoption quasi incontournable des outils d’IA et raccourcissement des temps de retour entre collègues.

Évolution rapportéeCe qu’elle implique pour les équipes
Une équipe réduite de moitié en un an, selon un ingénieurChaque développeur peut devoir absorber une part plus importante du travail collectif.
Une quantité de code attendue qui ne baisse pasLe rythme de livraison devient un objectif central, malgré des ressources humaines moindres.
Des outils d’IA théoriquement facultatifsLes salariés peuvent toutefois avoir le sentiment de prendre du retard s’ils ne les utilisent pas.
Des sessions de retour et de révision réduitesLes échanges qui servent à corriger, transmettre et améliorer le code risquent d’être moins approfondis.
Des tâches comme les tests et les mémos davantage automatiséesLes développeurs juniors peuvent perdre des occasions concrètes d’apprendre les fondamentaux du métier.

L’élément le plus marquant est le décalage entre le caractère officiellement non obligatoire de l’IA et sa place réelle dans le travail. Lorsqu’un outil est capable de proposer rapidement une fonction, un test ou un résumé technique, celui qui l’utilise peut avancer plus vite dans certaines tâches. Dans ces conditions, ne pas recourir à l’outil peut être vécu comme un handicap, même sans consigne explicite.

Pourquoi l’IA peut accélérer le code sans simplifier le métier

Les assistants de programmation reposant sur l’IA générative peuvent compléter une ligne, produire une fonction à partir d’une instruction en langage courant, suggérer des tests ou aider à rédiger de la documentation. Ce type d’outil est particulièrement utile pour les tâches répétitives, les structures de code connues et la recherche rapide d’exemples.

Mais générer du code n’est pas la même chose que garantir qu’il fonctionne correctement dans un produit réel. Une proposition peut contenir une erreur logique, ignorer une règle de sécurité, mal prendre en compte une dépendance existante ou simplement ne pas correspondre au besoin précis de l’équipe. Le temps économisé au moment de la rédaction doit donc être mis en regard du temps nécessaire à la vérification.

C’est ici que les inquiétudes sur la qualité prennent tout leur sens. Les développeurs interrogés ne disent pas que l’IA produit nécessairement de mauvais logiciels. Ils redoutent plutôt que l’accélération des délais laisse moins de place à la relecture humaine, aux discussions techniques et aux tests approfondis. Or ces opérations servent à détecter les défauts avant qu’ils n’atteignent les utilisateurs.

Dans le développement logiciel, la quantité de code n’est d’ailleurs pas un indicateur suffisant de productivité. Un programme plus court, plus lisible, mieux testé et plus facile à maintenir peut avoir davantage de valeur qu’un grand volume de code produit rapidement. L’automatisation risque de brouiller cette distinction si les outils de suivi privilégient d’abord la cadence de livraison.

Une stratégie assumée par la direction d’Amazon

La direction d’Amazon présente l’IA générative comme un levier de compétitivité. Dans sa lettre aux actionnaires publiée en 2025, le PDG Andy Jassy explique que cette technologie doit contribuer à améliorer la productivité et à éviter des coûts. Il insiste aussi sur la nécessité d’obtenir des résultats rapidement, dans une compétition où les entreprises cherchent à proposer plus vite de nouveaux produits et services.

Cette vision est cohérente avec la stratégie d’un groupe dont une grande partie de l’activité dépend de systèmes logiciels à très grande échelle. Automatiser certaines étapes de développement peut potentiellement permettre de répondre plus rapidement aux attentes des clients, de libérer du temps pour des problèmes techniques complexes et d’accélérer les expérimentations.

D’après les éléments rapportés, Amazon encourage également ses équipes à imaginer leurs propres outils internes d’IA, notamment lors de hackathons. L’objectif est de stimuler l’innovation au plus près des besoins des métiers. L’entreprise indique aussi surveiller régulièrement les charges de travail afin d’éviter l’épuisement professionnel.

Le point de tension se situe dans la traduction concrète de cette ambition. Une IA qui aide les équipes à consacrer plus de temps à l’architecture, à la sécurité ou à l’expérience utilisateur peut enrichir le métier. Une IA utilisée pour exiger la même quantité de travail avec moins de personnes, et dans des délais plus courts, peut au contraire accroître la pression.

IA dans le développement : gains attendus et points de vigilance

Ce que l’IA peut apporter

  • Générer rapidement des ébauches de code, de tests ou de documentation.
  • Automatiser certaines tâches répétitives et accélérer les expérimentations.
  • Aider les équipes à répondre plus vite aux besoins des clients.
  • Soutenir l’objectif de productivité mis en avant par la direction d’Amazon.

Ce qui inquiète les salariés

  • Des objectifs plus élevés malgré des équipes parfois réduites.
  • Moins de temps consacré aux revues de code et aux retours entre collègues.
  • Des tâches formatrices retirées aux développeurs juniors.
  • Une pression implicite à utiliser l’IA pour ne pas prendre de retard.

Les tâches formatrices des juniors sont en première ligne

Pour un développeur débutant, rédiger une note technique, construire un premier jeu de tests ou corriger un bug modeste ne sont pas de simples tâches administratives. Ce sont des étapes d’apprentissage. Elles obligent à lire du code existant, à comprendre les conventions d’une équipe, à identifier les scénarios où un logiciel peut échouer et à justifier une décision.

Or les ingénieurs cités s’inquiètent de voir une partie de ces activités confiée à l’IA. Le risque n’est pas seulement la disparition de tâches jugées monotones. Il est aussi de voir s’amenuiser les occasions de pratiquer avant de prendre en charge des problèmes plus difficiles.

Un parcours professionnel dans le logiciel repose largement sur cette progression : commencer par des contributions encadrées, recevoir des retours précis, comprendre les erreurs, puis gagner en autonomie. Si l’IA rédige directement des portions substantielles de code, voire des programmes complets, le rôle des plus jeunes peut se déplacer vers la vérification de résultats qu’ils ne savent pas encore pleinement expliquer.

Cela pose une question de formation pour les entreprises. Un ingénieur expérimenté peut souvent repérer plus vite une réponse incohérente ou dangereuse d’un assistant de code, parce qu’il possède déjà les repères techniques nécessaires. Un junior a davantage besoin d’accompagnement et de revues de code détaillées. Réduire simultanément les tâches d’apprentissage et les temps de feedback peut donc fragiliser ce parcours.

Amazon affirme, selon les éléments rapportés, que les possibilités de promotion restent fondées sur la performance. Certains employés craignent toutefois que l’automatisation ne rende plus difficile la démonstration progressive de leurs compétences. La performance ne se résume pas au nombre de livraisons : elle repose aussi sur la capacité à résoudre un incident, à sécuriser une fonctionnalité, à améliorer un système existant et à faire progresser une équipe.

Moins de feedback, plus de risque de standardisation

Les sessions de retour d’expérience et les revues de code jouent un rôle central dans les équipes de développement. Elles permettent de vérifier qu’une modification respecte les standards internes, mais aussi de partager les connaissances. Un commentaire bien formulé sur une demande de modification peut expliquer une meilleure pratique à un collègue et éviter que le même problème ne se répète.

La réduction de ces temps d’échange, signalée par des salariés, peut donc produire un double effet. À court terme, elle accélère la livraison en limitant les étapes de discussion. À plus long terme, elle peut réduire la qualité de la transmission des connaissances et rendre les équipes plus dépendantes des suggestions automatisées.

Les développeurs établissent un parallèle avec la transformation du travail dans les entrepôts d’Amazon. L’analogie ne porte pas sur la nature identique des métiers, mais sur un mécanisme redouté : l’automatisation peut augmenter l’efficacité en découpant et en standardisant les tâches, tout en diminuant leur variété et la marge d’initiative perçue par les salariés.

La publication d’origine mentionne également Amazon Employees for Climate Justice dans le contexte de préoccupations exprimées par des employés sur l’évolution de leurs carrières. Au-delà des positions de ce collectif, le malaise décrit par certains ingénieurs tient à une interrogation plus générale : comment préserver un travail qualifié, créatif et durable lorsque les outils automatisés imposent un nouveau tempo ?

Ce qu’il faut surveiller dans les prochains mois

En mai 2025, la question décisive n’est pas de savoir si l’IA va entrer dans le travail des développeurs : elle y est déjà présente. Il reste à déterminer selon quelles règles elle sera intégrée. Les témoignages venant d’Amazon mettent en lumière plusieurs indicateurs concrets à suivre.

D’abord, les entreprises devront préciser ce qu’elles mesurent réellement. Si les objectifs portent uniquement sur la vitesse ou le volume de code livré, les équipes risquent de négliger la maintenance, la documentation, la sécurité et les retours entre collègues. Si la qualité, la fiabilité et le partage de connaissances sont aussi reconnus, l’IA peut devenir un soutien plutôt qu’un instrument de pression.

Ensuite, la formation des juniors sera déterminante. Automatiser une tâche n’est bénéfique que si l’employé comprend ce que fait l’outil, sait contrôler son résultat et conserve des espaces pour apprendre. Cela suppose des temps de mentorat et des revues de code qui ne soient pas sacrifiés à l’urgence.

Enfin, la taille des équipes et la charge réellement supportée par chaque personne devront être regardées de près. Une hausse de productivité n’a pas la même signification si elle permet de réduire les tâches pénibles ou si elle sert à maintenir les mêmes objectifs avec moins de salariés. Amazon affirme surveiller les charges de travail pour prévenir l’épuisement. Les expériences quotidiennes des développeurs diront si cet engagement répond à leurs préoccupations.

L’IA générative promet d’accélérer la fabrication des logiciels. Pour les ingénieurs d’Amazon, le défi sera de faire en sorte que cette accélération ne se paie ni par une baisse des exigences techniques, ni par l’appauvrissement de l’apprentissage, ni par une intensification durable du travail.

Questions fréquentes

Les développeurs d’Amazon sont-ils obligés d’utiliser l’IA ?

D’après les témoignages rapportés, l’utilisation d’outils d’IA n’est pas formellement imposée à tous les développeurs. Plusieurs salariés estiment toutefois qu’elle devient difficile à éviter : lorsqu’elle permet d’aller plus vite, ne pas l’utiliser peut donner le sentiment de ne pas pouvoir suivre les objectifs ou le rythme des collègues.

Amazon a-t-il réduit de moitié toutes ses équipes de développeurs ?

Non. Le chiffre de 50 % correspond au témoignage d’un ingénieur concernant sa propre équipe, comparée à l’année précédente. Il ne permet pas d’établir que toutes les équipes de développement d’Amazon ont connu la même réduction. Il illustre néanmoins une inquiétude : maintenir des attentes élevées malgré des effectifs plus faibles.

Pourquoi l’IA peut-elle poser un problème de qualité dans le code ?

Un assistant génératif peut produire du code rapidement, mais il peut aussi proposer une solution inadaptée, incomplète ou insuffisamment sûre. La qualité dépend de la compréhension du besoin, des tests et de la relecture humaine. Des délais trop serrés ou des revues de code raccourcies peuvent limiter ces vérifications indispensables avant la mise en production.

L’IA va-t-elle remplacer les développeurs chez Amazon ?

Les éléments rapportés ne permettent pas d’affirmer que l’IA remplace les développeurs. Ils montrent plutôt une transformation de leurs tâches et de leurs objectifs. L’IA peut rédiger des portions de code, des tests ou des mémos, mais les ingénieurs restent nécessaires pour concevoir, vérifier, sécuriser, intégrer et maintenir les logiciels.

Pourquoi les développeurs juniors sont-ils particulièrement concernés ?

Les tâches aujourd’hui automatisées, comme l’écriture de tests, de mémos ou de petites fonctionnalités, servent souvent de terrain d’apprentissage. Elles permettent aux juniors de comprendre le code et de recevoir des retours de collègues plus expérimentés. Si ces tâches et les sessions de feedback diminuent en même temps, leur progression professionnelle peut devenir plus difficile.

Sources

Références consultées pour la rédaction de cet article. Les adresses sont indiquées à titre informatif et ne sont pas des liens.

  1. Lettre 2024 d’Andy Jassy aux actionnaires d’Amazon, publiée en 2025www.aboutamazon.com/news/company-news/amazon-ceo-andy-jassy-2024-letter-to-shareholders
  2. Amazon Q Developer, présentation officielle de l’assistant de développement d’AWSaws.amazon.com/q/developer
  3. NIST, Secure Software Development Framework, bonnes pratiques pour le développement logicielcsrc.nist.gov/pubs/sp/800/218/final