On a outillé la production... Et le reste ?
5 minutes
L'IA n'a pas supprimé les goulots d'étranglement. Elle les a déplacés vers trois endroits dont on parle un peu moins : décider quoi produire, faire confiance à ce qui sort, payer ce qu'on consomme.
Partout on parle de vitesse. Des gains de productivité, du code écrit en quelques minutes, des maquettes qui sortent avant la fin de la réunion. C'est vrai, et ça marche. Mais dans nos échanges avec nos clients, managers IT dans de grandes DSI ou au sein de PME, la vitesse n'a pas fait disparaître les points de blocage... Elle les a poussés à d'autres endroits.
C'est le paradoxe. Elle fonctionne tellement bien que la contrainte se reporte. Plus on produit vite, plus le poids glisse vers tout ce qui entoure la production: décider quoi produire, faire confiance à ce qui sort, payer ce qu'on consomme. Trois sujets dont on parle beaucoup moins que de la vitesse, et ce sont eux qui décident si l'IA tient ses promesses.
Décider quoi produire
L'accélération est dingue : on génère du code, des contenus, des livrables à un rythme qu'on n'avait jamais vu. J'ai vu des gens produire plus en une matinée qu'en une semaine l'an dernier.
Sauf qu'un système ne va jamais plus vite que son point le plus lent. Pensez à un entonnoir. Vous élargissez l'entrée autant que vous voulez, le col garde son diamètre. Le liquide ne passe pas plus vite, il déborde. On a élargi l'entrée, la production. Le col n'a pas bougé.
Le col, c'est tout ce qui doit absorber cette production: le métier qui exprime le besoin, le management qui arbitre, les process qui valident, la capacité de l'organisation à décider. Rien de tout ça n'a accéléré au même rythme. Quinze ans d'agilité et une bonne moitié des équipes vous répondent encore qu'elles regarderont quand ce sera fini. Le débit ne change rien à ça. Il l'aggrave, parce qu'on déverse dix fois plus de choses à absorber, sans plus de temps ni de méthode pour le faire.
La ressource rare n'est plus seulement la capacité à produire. C'est la capacité à décider quoi produire, pourquoi le produire, et comment en mesurer la valeur. Devant un outil qui peut presque tout faire, beaucoup ne savent demander que ce qu'ils connaissent déjà. Ils reproduisent l'existant. Donnez-leur la possibilité de repenser leur façon de travailler, et la plupart redessinent l'ancien.
C'est là que le travail se déplace. Moins traduire un besoin en spécifications, davantage aider une organisation à formuler un besoin qu'elle ne sait pas encore nommer. Le rapport DORA le dit à sa manière: le temps qu'une organisation met à apprendre à se servir de l'IA doit être budgété comme un investissement, pas absorbé en silence dans la productivité de chacun.
Et l'abondance n'est pas toujours le but. Produire dix fois plus n'a de sens que si on sait quoi produire. Souvent, la meilleure réponse, c'est moins de code, pas plus. Le gain est dans la simplification autant que dans le volume.
Le coût de la confiance
Voici un goulot largement sous-estimé. Un développeur produit dix fois plus vite. Quelqu'un doit quand même relire, tester, vérifier. Si les revues doublent, si les tests s'allongent, si les audits de sécurité explosent, le débit théorique ne devient jamais un débit réel.
Alors la question change. Combien coûte le fait de faire confiance à ce qu'on a généré? Ce coût ne se voit pas dans les démos. Il apparaît plus tard, dans le temps des seniors qui relisent, dans les incidents qu'on n'avait pas anticipés, dans les contrôles qu'on ajoute pour dormir tranquille. Plus la machine produit, plus ce poste grossit. C'est le même mécanisme: l'outil marche si bien qu'il déplace la charge sur ce qui vient après lui.
La facture arrive par un angle mort
Le dernier déplacement est financier, et il est le plus sournois.
On a budgété l'IA comme un logiciel classique. Un abonnement, par personne, par mois. Une ligne stable, prévisible. En juin, GitHub Copilot a basculé tous ses forfaits sur une facturation à l'usage, comptée en tokens, en reconnaissant que l'ancien modèle illimité n'était plus tenable. Et la consommation réelle ne ressemble pas à un abonnement. Elle se compte à la tâche, au process, parfois sans personne derrière. Un agent qui lit du code, modifie des fichiers, teste et recommence peut consommer mille fois plus qu'un simple échange. Et deux exécutions de la même tâche peuvent coûter du simple au trentuple. On a mis une unité fixe sur un usage qui ne l'est pas.
Le prix affiché ne dit pas tout. À la sortie d'Opus 4.7, Anthropic a gardé ses tarifs inchangés tout en changeant sa façon de découper le texte. Résultat, jusqu'à un tiers de tokens en plus pour un même texte d'entrée. La facture monte, aucun tarif n'a bougé. C'est la bouteille passée d'un litre à 750 millilitres au même prix. Les prix n'ont pas augmentés, mais de fait vous payez plus.
Même logique sur les capacités offertes. Quand Anthropic double les limites de Claude, puis relève les plafonds hebdomadaires jusqu'au 13 juillet, ce n'est pas un cadeau. On vous laisse caler vos habitudes sur un plafond qui va se refermer. Le confort d'aujourd'hui a une date de péremption.
La question que peu de gens posent: si la façon dont on apprend tous à travailler n'est pas rentable pour ceux qui nous vendent les outils, alors le prix d'aujourd'hui n'est pas le vrai prix. Les premiers retours de balancier sont déjà là. On réinternalise, on rachète des machines quand une licence finit par coûter le prix d'un ordinateur, on recommence à compter les tokens comme on comptait les personnes.
Réoutiller le reste
On a beaucoup outillé la production. La question est ailleurs: si votre équipe produit dix fois plus vite, où se forme la file d'attente?
Selon les organisations, ça ne va pas coincer au même endroit. Ce sera le temps de décider quoi produire, le temps de vérifier ce qui sort, ou sur la facture au bout du mois. En somme, l'avantage n'ira pas au plus rapide ; il ira à celui qui aura réoutillé ce qui entoure la production, la façon dont son organisation décide, contrôle ce qu'elle produit, et tient ses coûts. C'est un travail de management, pas d'achat de licence.
Ça s'invente en ce moment, et à plusieurs !
Sources
GitHub Copilot, passage à la facturation à l'usage en tokens le 1er juin 2026, l'éditeur jugeant l'ancien modèle non viable. Annonce GitHub, 27 avril 2026: https://github.blog/news-insights/company-news/github-copilot-is-moving-to-usage-based-billing/
LeMagIT, 28 avril 2026: https://www.lemagit.fr/actualites/366642367/GitHub-Copilot-ce-que-la-facturation-a-lusage-va-changer
Developpez.com, 28 avril 2026: https://intelligence-artificielle.developpez.com/actu/382628/
Coût et imprévisibilité de l'usage agentique (jusqu'à mille fois plus qu'un simple échange, facteur trente entre deux exécutions), tokenizer d'Opus 4.7 (jusqu'à 35% de tokens en plus à tarif inchangé), usage agentique parfois plus coûteux qu'un développeur humain (Fortune, sources internes Microsoft). Journal du Net, mai 2026: https://www.journaldunet.com/intelligence-artificielle/1550609-l-ia-partout-le-cout-du-token-a-deja-choisi-pour-vous/
Anthropic, limites de Claude doublées puis plafonds hebdomadaires relevés jusqu'au 13 juillet 2026. Verdent, 22 mai 2026: https://www.verdent.ai/guides/claude-code-limits-doubled-may-2026
The Register, 26 mars 2026: https://www.theregister.com/2026/03/26/anthropic_tweaks_usage_limits/
Rapport DORA 2025, State of AI-assisted Software Development (l'IA amplifie l'existant, l'adoption est une transformation de l'organisation, environ 30% de défiance envers le code généré). Google Cloud, 23 septembre 2025: https://cloud.google.com/blog/products/ai-machine-learning/announcing-the-2025-dora-report
Rapport: https://dora.dev/dora-report-2025/
