À l'ère de l'IA, nous avons besoin d'ingénieurs avec un meilleur « esprit produit ».

Claude Code fait augmenter la productivité réelle de l’organisation d’ingénierie d’Anthropic d’environ trois fois, mais le goulot d’étranglement n’a pas disparu : il est passé de « écrire du code » à « décider quoi faire ».
(Contexte précédent : Claude Code ajoute une fonction de planification de tâches dans le cloud ! Pas besoin d’allumer l’ordinateur, l’IA examine automatiquement les PR et effectue les mises à niveau)
(Contexte complémentaire : Les ingénieurs d’Anthropic n’écrivent plus de code : Claude forme la prochaine génération de Claude, le CEO dit « je ne suis pas sûr du temps qu’il reste »)

La productivité des ingénieurs a triplé, mais l’entreprise continue d’embaucher. Cela semble contradictoire, mais c’est exactement ce que fait Anthropic. Selon un article d’opinion invité publié par Ishan Gupta, ingénieur logiciel chez Amazon, sur VentureBeat, Anthropic a récemment demandé à son équipe de croissance d’« embaucher davantage » de chefs de produit (PM), plutôt que de réduire les effectifs, car Claude Code fait que la production réelle de toute l’organisation d’ingénierie atteint environ trois fois la main-d’œuvre, le goulot d’étranglement étant passé de l’IDE (c’est-à-dire l’endroit où l’on écrit le code) aux personnes qui « décident quoi faire ».

En termes simples, l’outil est plus rapide, mais ceux qui disent à l’outil quoi faire n’ont pas suivi.

Le goulot d’étranglement n’est pas dans la frappe

Gupta décrit le schéma typique du processus d’ingénierie au cours des dix dernières années : les ingénieurs approfondissent la technique, écrivent du code, cherchent sur Stack Overflow quand ils bloquent. Aujourd’hui, le nombre de nouvelles questions mensuelles sur Stack Overflow a chuté d’environ 77 % depuis le lancement de ChatGPT en novembre 2022. Ce chiffre est en soi une coupe transversale de l’industrie : les ingénieurs n’ont plus besoin d’attendre des réponses dans la communauté.

Il décompose cette transformation en cinq étapes. La première étape est l’ère Stack Overflow (2014 à fin 2022), où la réflexion des ingénieurs se concentrait à un seul endroit, les problèmes ayant leurs solutions communautaires fixes. La deuxième étape est l’ère des onglets de navigateur (fin 2022 à 2024), où la première génération de ChatGPT fonctionnait en dehors de l’IDE, les ingénieurs écrivaient des prompts dans le navigateur, les collaient dans VS Code, l’ensemble du processus restant monotâche et piloté par l’ingénieur.

La troisième étape est l’ère native de l’IDE (2024 à 2025) : Cursor et Claude Code intègrent le modèle dans l’éditeur et lui donnent accès à l’ensemble du dépôt. La conséquence clé de cette étape est que le rôle des ingénieurs seniors en tant que « voie de mise à niveau » disparaît en grande partie : les ingénieurs juniors n’ont plus besoin de frapper à la porte des collègues seniors quand ils bloquent, car le modèle est plus patient que n’importe quel collègue.

En 2026, pour de nombreux développeurs, la première commande tapée dans un nouveau terminal est déjà « claude ».

La quatrième étape est l’ère pilotée par les spécifications (2025 à 2026) : des fenêtres contextuelles plus grandes compressent en une seule session le travail qui nécessitait auparavant des tickets, des fichiers de conception, et un sprint entier. L’équipe Kiro IDE d’Amazon aurait réduit le développement de fonctionnalités de deux semaines à deux jours. Une équipe d’ingénierie AWS a réalisé une refonte estimée à 30 ingénieurs et 18 mois, avec 6 personnes en 76 jours.

La cinquième étape, celle d’aujourd’hui, est l’ère des Routines (2026) : Anthropic a lancé Claude Code Routines en avril, des agents programmables et résidents exécutés périodiquement, via webhook, ou toute la nuit quand l’ordinateur portable est fermé.

Cron est de retour, les hooks sont de retour. Le travail des ingénieurs commence à intégrer une composante d’« orchestration » : lancer un groupe d’agents avant de se coucher, examiner une pile de PR le matin.

Qui décide quoi faire ?

Mais la productivité de l’ingénierie a triplé, tandis que la gestion de produit est restée inchangée. Pour combler ce vide, LinkedIn a transformé sa filière de chef de produit adjoint (APM) en programme « Product Builder », formant des généralistes capables de couvrir produit, design et ingénierie ; Anthropic a choisi d’embaucher directement plus de PM.

Le conseil de Gupta aux ingénieurs est direct : en 2026, l’ingénieur important n’est pas celui qui attend que des tickets arrivent. Il faut plutôt parler activement aux clients, lire les suggestions du service client, s’asseoir dans les appels commerciaux, être capable de générer des idées plutôt que de simplement fournir passivement des estimations.

En 2026, le bon ingénieur n’est pas celui qui écrit le plus de code, mais celui qui sait quoi faire, peut prouver que cela vaut la peine, dispose d’une flotte d’agents et d’une discipline de révision pour le livrer, sans laisser le système s’effondrer à cause de la vitesse.

La conclusion de Gupta laisse un choix clair : les ingénieurs qui intériorisent cela vivront la décennie la plus intéressante de l’histoire du logiciel ; ceux qui continuent à attendre les tickets regarderont les agents à côté traiter les tickets.