"10x plus productif avec l'IA." On entend ça partout. Meta demande à ses équipes d'être 5x plus productives. Les dashboards montent. Et tout le monde hoche la tête.
Mais 10x plus productif, ça veut dire quoi exactement ? 10x plus de code ? 10x plus vite ? 10x plus de features livrées ?
Le raccourci est tellement naturel qu'on le voit même pas. Productif = quantité. Quantité = vitesse. Vitesse = bien.
Ce que "10x" veut vraiment dire
Le vrai "10x plus productif", c'est pas 10x plus de code. C'est 10x plus de pistes explorées. 10x plus de chemins envisagés avant de choisir. 10x plus de compréhension du problème avant de commencer à coder.
C'est de la diversité, pas de la vitesse.
Concrètement : avant l'IA, je testais une approche et je m'y tenais parce que j'avais pas le temps d'en essayer trois. Maintenant, je peux prototyper cinq pistes en une matinée. Creuser un domaine métier que je connais mal avant de poser la première ligne. Vérifier qu'une hypothèse tient avant de construire dessus. Et si elle tient pas, je recommence. Pas grave, ça m'a pris une heure.
Ce genre de productivité peut même prendre plus de temps au total. Tu explores plus, tu compares plus, tu réfléchis plus. Le résultat est meilleur, mais le chrono dit pas forcément que t'as été "rapide".
La confusion du 10x
Si 10x = vitesse, la conclusion logique c'est qu'il faut moins de gens. Un dev qui va 10x plus vite, ça remplace neuf collègues. On vire, on réduit, on retire l'humain de la boucle. Le rêve des grosses boîtes.
Et cette définition pousse tout le monde dans la mauvaise direction, sans même s'en rendre compte. Personne se dit "je vais bâcler". Mais quand le cadre dit vitesse, on s'aligne sur la vitesse. La qualité baisse pas par choix, elle baisse par cadrage.
Si 10x = diversité, c'est l'inverse. Mêmes gens, meilleur travail. Chacun explore plus largement, comprend mieux le terrain, fait des choix plus solides.
Et y'a un truc que cette confusion cache. Ceux qui disent "on a besoin de moins de monde" supposent que la charge de l'entreprise va rester stable. Que le volume de problèmes à résoudre ne bouge pas. Sauf que c'est l'inverse. Si l'IA libère de la bande passante, c'est une occasion de se développer. D'explorer de nouveaux marchés, de mieux servir ses clients, de consolider et fiabiliser des systèmes qui tournaient avec des solutions de contournement parce qu'on avait jamais le temps. Pas d'optimiser le budget en coupant des têtes.
Le premier réflexe plaît aux gens qui regardent des tableurs. Le deuxième correspond à ce qui se passe quand quelqu'un utilise bien l'IA.
L'IA étend, elle remplace pas
L'IA est un amplificateur. Elle prend ce que tu sais faire et elle te donne plus de portée. Le travail répétitif que personne veut faire, elle s'en charge. Et c'est bien. On devrait la remercier pour ça.
Mais confondre "elle fait le travail ingrat" avec "elle fait le métier", c'est là que ça dérape. Le métier c'est comprendre le problème, choisir la bonne approche, savoir ce qu'il faut pas faire. L'IA te libère du bruit pour que tu te concentres sur ces décisions. Elle les prend pas à ta place.
L'humain reste le goulot. C'est lui qui décide si ce qui a été généré est bon. C'est lui qui voit quand ça part de travers. Retirer l'humain de cette boucle, c'est perdre le contrôle sans s'en rendre compte.
Et faut comparer ce qui est comparable. Moi avec l'IA, je fais plus de tâches diversifiées qu'avant. Mais j'irai jamais aussi vite que dix personnes qui utilisent l'IA chacune. Le "10x" c'est pas "un dev remplace dix devs". C'est "un dev explore dix fois plus de terrain".
Les données
En 2025, des chercheurs ont fait un essai contrôlé sur des développeurs seniors. 246 tâches réelles, sur leurs propres projets. Résultat : 19% plus lents avec l'IA. Mais ils pensaient aller 20% plus vite. Quarante points d'écart entre ce qu'ils ressentent et ce qui se passe.
Début 2026, une étude Fortune rapporte que 90% des dirigeants d'entreprise ne voient aucun impact de l'IA sur la productivité. L'IA est partout sauf dans les résultats.
Google publie son rapport annuel sur les pratiques d'ingénierie : les équipes qui adoptent l'IA livrent plus, mais la stabilité de ce qu'elles livrent baisse de 7%. Plus de livraisons, mais plus de casse.
Un autre rapport analyse 10 000 développeurs : le volume de modifications de code a explosé, le temps de relecture a suivi, et au niveau de l'organisation, aucune amélioration mesurable. Le débit monte, la valeur suit pas.
En 1983, une chercheuse avait formulé ça simplement : l'automatisation retire les parties faciles et rend les parties difficiles plus difficiles. Quarante ans plus tard, c'est exactement ce qui se passe. L'IA prend en charge le travail simple, et ce qui reste c'est le jugement, la conception, la compréhension du problème. Les trucs qu'aucun dashboard ne mesure.
Si tu mesures la vitesse et que le vrai gain est dans la diversité, tu vas toujours trouver que "ça marche pas". Parce que tu regardes la mauvaise chose.
Kent Beck appelle ça la "pinhole view" : réduire la valeur de l'IA à la réduction d'effectifs, c'est regarder par un trou de serrure. Le vrai gain, c'est ce qu'on fait de l'espace libéré.
Sources
- METR — essai contrôlé randomisé (2025) — 16 devs seniors, 246 tâches, -19% avec IA, perception +20%
- Fortune — "AI Productivity Paradox" (fév. 2026) — 90% des CEOs sans impact mesurable
- DORA Report 2024 (Google) — +25% adoption IA, -7.2% stabilité
- Faros AI (2025) — +98% PRs, +91% review, 0 gain organisationnel
- Bainbridge — "Ironies of Automation" (1983) — l'automation rend les parties difficiles plus difficiles
- Kent Beck — "The Pinhole View of AI Value" (fév. 2026) — réduire la valeur IA au headcount, c'est regarder par un trou de serrure