Les agents IA qui ne réduisent pas les coûts de maintenance submergeront votre équipe

James Shore partage une analyse cruciale pour les équipes qui adoptent des agents de codage IA : si votre agent ne réduit pas les coûts de maintenance proportionnellement à ses gains de vitesse, vous creusez un trou. Il modélise les maths brutalement — et c'est moche.

Les coûts de maintenance dominent la productivité à long terme

Shore utilise un modèle participatif : pour chaque mois d'écriture de code, prévoyez 10 jours de maintenance la première année, puis 5 jours par an pour toujours. Simulé sur 10 ans, les équipes passent >50 % de leur temps en maintenance après 2,5 ans. Réduire de moitié les estimations de maintenance offre 3 ans de plus avant d'atteindre 50 %. Les doubler fait chuter l'équipe sous les 50 % en moins d'un an.

Le piège de l'IA : vitesse maintenant, douleur pour toujours

L'exemple extrême de Shore : votre IA double le rendement mais double aussi le coût de maintenance par ligne. Résultat — après environ 5 mois, la productivité retombe au niveau de base. Quelques mois de plus, et vous êtes moins bien loti que si vous n'aviez jamais utilisé l'agent. Même si le code IA égale la maintenabilité humaine, les gains de productivité s'éroderont avec le temps à mesure que le fardeau de la maintenance s'accumule.

« Vous produisez deux mois de travail en un mois, et chaque 'mois' de rendement coûte deux fois plus à maintenir. Les coûts de maintenance du mois suivant quadruplent. »

Vous ne pouvez pas revenir en arrière

Si vous abandonnez l'agent, le gain de vitesse disparaît — mais les coûts de maintenance plus élevés accumulés demeurent. Vous avez hypothéqué durablement votre productivité future pour un gain temporaire.

Leçon pour les équipes

Le message principal de Shore : exigez des outils d'IA qui réduisent les coûts de maintenance, pas seulement qui écrivent du code plus vite. Mesurez le fardeau de maintenance par fonctionnalité. Si le rendement de votre agent n'est pas significativement moins cher à maintenir par unité de fonctionnalité, vous échangez de la vitesse à court terme contre de la douleur à long terme.

L'article complet (lien ci-dessous) inclut un modèle de feuille de calcul pour faire vos propres calculs.