Tokenmaxxing : pourquoi les meilleurs développeurs quittent leur agence, et ce que les managers doivent changer

Si vos développeurs codent avec des agents, les commits explosent, les mises en production beaucoup moins. Ce décalage a un nom : le tokenmaxxing, une façon d'afficher une ultra-productivité grâce à l'IA. Et il pousse les meilleurs développeurs vers la sortie. Voici ce que les managers doivent comprendre avant de perdre leurs profils les plus solides.

En bref

• Le tokenmaxxing consiste à feindre l'ultra-productivité grâce à l'IA, et les meilleurs ingénieurs quittent les entreprises qui forcent l'adoption.
• Avec des agents, les commits des développeurs bondissent de 180 %, les mises en production de 30 % seulement.
• Récompenser le volume plutôt que le jugement pousse les meilleurs ingénieurs vers des organisations où ils comprennent ce qu'ils construisent.

Le chiffre clé : 180 % de hausse des commits chez les développeurs qui utilisent régulièrement des agents pour coder.

Le tokenmaxxing consiste à feindre l'ultra-productivité avec l'IA

Le mot a fait irruption d'un coup dans le vocabulaire des entreprises. « Token » renvoie à l'IA. « Maxxing » désigne le jusqu'au-boutisme : tout pousser au maximum. Le tokenmaxxing, c'est donc cette manière d'afficher une productivité hors norme grâce à l'IA, sans que le travail abouti suive forcément.

Il s'observe de plus en plus en entreprise, et d'abord chez les développeurs. Ce sont eux qui ont adopté l'IA les premiers, et ce sont eux qui réagissent le plus fort : les meilleurs ingénieurs quittent leurs agences et leurs entreprises à cause d'un tokenmaxxing à outrance.

Ce qu'ils fuient, précisément ? Des dirigeants et des environnements qui imposent l'IA à leurs équipes trop brutalement, ou sans aucun recul. Le risque : que le phénomène devienne endémique et pèse sur des entreprises déjà fragilisées par une adoption effrénée de l'intelligence artificielle.

Les commits grimpent de 180 %, les mises en production de 30 %

Une étude du MIT et de Wharton a analysé l'activité de 100 000 développeurs actifs sur GitHub. Résultat : ceux qui utilisent régulièrement des agents pour coder voient leurs commits bondir de 180 %. Mais les mises en production, elles, n'augmentent que d'environ 30 %.

Autrement dit, l'activité visible s'envole bien plus vite que ce qui est réellement livré. Un tableau de bord qui compte les commits raconte une histoire flatteuse. Ce qui compte pour votre entreprise, c'est ce qui arrive en production.

La productivité perçue gagne du terrain, pendant que l'expérience de travail des développeurs se dégrade à toute vitesse. Et cette dégradation n'est pas sans conséquences sur l'aboutissement du produit.

Les développeurs deviennent des validateurs, loin de la conception

Le « coding slop », ce code produit en masse par l'IA, devient de plus en plus dur à supporter. Il réduit le technicien à un rôle de validateur de résultats. Il l'éloigne des tâches les plus gratifiantes : la conception, l'amélioration d'un produit ou d'une interface, l'automatisation intelligente d'un processus.

La tentation est pourtant facile à comprendre. Écrire du code souffre, comme d'autres tâches manuelles, d'une image négative, voire simpliste. Résultat : on en demande toujours plus aux codeurs, et au code lui-même.

Les collaborateurs les plus attachés au sens de leur travail se posent d'autres questions que la productivité pure. C'est vrai bien au-delà de la génération Z : plusieurs générations cherchent davantage d'impact dans leur entreprise. Les équipes de développement, premières à avoir adopté l'IA, en sont l'exemple le plus parlant.

Interrogés directement, 860 développeurs de Microsoft reconnaissent l'intérêt de l'IA pour toutes les tâches de vérification. Ils lui accordent en revanche peu de valeur pour l'architecture du produit, et par extension celle de l'entreprise.

La vitesse du code met à nu la lenteur du management

Ces mêmes 860 développeurs expriment une grande frustration face à l'inadéquation des modes de travail. Le rythme de production s'accélère, mais le management reste enfermé dans des cycles très chronophages.

Pendant longtemps, la lenteur de production a servi d'excuse commode pour masquer toutes les autres lenteurs de l'entreprise : décisions stratégiques, validations de concepts, arbitrages budgétaires, réunions d'alignement.

Si le code va désormais plus vite, cette excuse tombe. Personne n'est dupe de cette dilution du management et de la décision, et les développeurs les plus chevronnés le voient très bien.

Ce que les managers doivent changer pour garder leurs meilleurs ingénieurs

Premier réflexe à corriger : lire la réticence comme un refus de l'IA. Ce n'est pas un manque d'appétence. Les développeurs les plus matures restent responsables de toute la chaîne logicielle, du premier commit à la dernière revue de code. Ils ne veulent pas laisser toute la place à la machine, et c'est une preuve de conscience professionnelle.

Le danger se situe ailleurs. Les entreprises qui valorisent le volume produit plus que le jugement exercé verront partir leurs meilleurs ingénieurs, au profit d'organisations où ils peuvent encore prendre le temps de comprendre ce qu'ils bâtissent.

Quatre pistes se dégagent de ce constat :

• Mesurer ce qui part en production, pas seulement le volume de code ou de commits générés.
• Ne pas imposer l'IA brutalement, ni sans recul, auprès des équipes.
• Préserver du temps pour la conception, la revue de code et la compréhension du produit.
• Raccourcir vos propres cycles de décision, de validation et d'arbitrage, qui deviennent le vrai goulot.

Vos questions

Qu'est-ce que le tokenmaxxing ?

C'est une manière de feindre l'ultra-productivité grâce à l'IA. Le terme associe « token », qui renvoie à l'IA, et « maxxing », qui décrit un phénomène proche du jusqu'au-boutisme. Il est de plus en plus observé en entreprise.

Pourquoi les développeurs quittent-ils leur entreprise à cause de lui ?

Ils fuient les leaders et les environnements qui forcent l'adoption de l'IA trop brutalement ou sans recul. Le coding slop les réduit à un rôle de validateur et les éloigne de la conception. Ils veulent rester responsables de la chaîne logicielle, du premier commit à la dernière revue de code.

Les développeurs refusent-ils l'IA ?

Non. Les 860 développeurs Microsoft interrogés lui trouvent de l'intérêt pour les tâches de vérification. Leur réticence vise la place laissée à la machine, pas l'outil : elle relève de la conscience professionnelle et de la maturité.

Sources : journaldunet.com.