Est-ce que ça a collé? Et à quel prix?

Votre directeur financier est entré dans votre rencontre individuelle la semaine dernière avec un chiffre sur un post-it. Il était plus élevé que prévu. Il veut savoir ce que vous avez obtenu en retour.

Il y a six mois, les outils de codage IA étaient une curiosité du côté des développeurs — quelques licences par-ci, un essai comparatif par-là. Ils sont maintenant un poste budgétaire. Cursor, Copilot, Claude, Codeium, le budget d'API de modèles qui a discrètement triplé — la plupart des organisations d'ingénierie dépensent de l'argent réel sur l'IA, et la plupart ne peuvent pas vous dire si ces dépenses ont produit quoi que ce soit qui a tenu.

C'est la deuxième moitié de Ship and Stick. La première moitié répondait : est-ce que le travail aidé par l'IA a réellement été livré et a survécu ? La deuxième moitié est la question que chaque partenaire financier pose maintenant, et la plupart des leaders en ingénierie ne peuvent y répondre qu'avec une facture et une intuition :

« Combien ça nous a coûté, et est-ce que ça en valait la peine ? »

Un rappel : Ship and Stick

Nous avons soutenu plus tôt cette année que les métriques d'activité — taux d'adoption, invites écrites, lignes acceptées — sont de la vanité. La seule mesure honnête pour savoir si l'IA fonctionne est de savoir si les résultats ont été livrés et ont tenu. Est-ce que la PR a été fusionnée ? Est-elle restée fusionnée ? Est-ce que la qualité s'est maintenue ? Est-ce que la prévisibilité s'est améliorée, ou est-ce que l'équipe a commencé à osciller ?

C'est toujours le bon cadre. Mais il répond à la moitié d'une question.

Les résultats seuls vous disent si quelque chose s'est amélioré. Ils ne vous disent pas si l'amélioration valait ce que vous avez payé. Une amélioration de 4 % de la santé de livraison qui coûte 80 000 $ par trimestre en licences d'outils est un pari différent d'une amélioration de 4 % qui coûte 8 000 $. Sans le dénominateur, vous ne pouvez pas dire sur lequel vous êtes assis.

Comment mesurer le ROI de l'IA ?

Le ROI de l'IA est la valeur de ce qui a tenu divisée par ce que vous avez payé. Voici le calcul que chaque leader en ingénierie doit faire :

ROI de l'IA = (valeur de ce qui a tenu) / (ce que vous avez payé)

La plupart des équipes manquent complètement le dénominateur. Elles ont une facture de fournisseur dans la boîte de réception des finances et un sentiment que « les gens semblent plus productifs ». Ce n'est pas du ROI. C'est de l'espoir plus un relevé de carte de crédit.

Le dénominateur a changé. Les dépenses en IA étaient autrefois une note de bas de page — vingt dollars par licence pour un plugin d'éditeur. En 2026, c'est une colonne :

• Licences par utilisateur pour plusieurs outils de codage
• Frais d'utilisation d'API qui évoluent selon l'utilisation réelle de votre équipe — plus ça fonctionne, plus vous payez
• Services de routage de modèles, bases de données vectorielles, outils d'évaluation
• Les fonctionnalités IA internes que votre propre produit livre, qui fonctionnent sur les mêmes fournisseurs de modèles

Trois choses en découlent.

Un : Les dépenses en IA sont devenues suffisamment importantes pour que les finances soient maintenant une partie prenante dans les décisions d'ingénierie, que vous le vouliez ou non.

Deux : Les dépenses en IA ne sont plus à coût fixe. Elles évoluent avec l'utilisation — ce qui signifie qu'une adoption réussie augmente la facture. Gagner la bataille de l'adoption sans l'instrumentation des résultats, c'est comment vous finissez par expliquer une facture multipliée par 3 d'une année sur l'autre à un directeur financier qui ne peut pas voir l'impact.

Trois : Les deux chiffres évoluent sur des horloges différentes. Les dépenses sont mensuelles et visibles. Les résultats sont sprint après sprint et invisibles sans une couche de mesure. Si vous ne voyez qu'un seul des deux, vous prendrez des décisions sur celui que vous voyez — et celui que vous voyez, c'est la facture.

Pourquoi personne ne vous montre les deux moitiés

Si associer les résultats aux dépenses est si évidemment utile, pourquoi votre fournisseur d'IA ne l'a-t-il pas construit pour vous ?

Parce que les calculs ne fonctionnent pas pour eux.

Chacun de ces outils livre la moitié qu'il peut vendre, et omet discrètement la moitié qui rendrait l'image honnête. Un outil de codage qui vous montrerait le coût par PR qui a tenu serait en train de corriger ses propres devoirs. Un tableau de bord de productivité qui exposerait la facture vous donnerait une raison de l'annuler.

La boucle fermée — coût associé au résultat, les deux en tendance sprint après sprint — n'est pas une fonctionnalité qu'un fournisseur à usage unique peut livrer sans se saper lui-même.

À quoi ressemble la boucle

L'instrumentation n'est pas compliquée. Elle est juste rare.

Vous avez besoin de trois choses sur un seul écran :

1. Une tendance de santé de livraison. Sprint après sprint, neutre par rapport à l'IA. Est-ce que le travail a été livré ? Est-ce qu'il a tenu ? Est-ce que la qualité et la prévisibilité se maintiennent ?
2. Une tendance des dépenses en IA. Même cadence. Par équipe, pas par développeur. (Plus à ce sujet dans un instant.)
3. Une hypothèse causale. Qu'est-ce qui a changé dans l'outillage de l'équipe entre le sprint N et le sprint N+1, et est-ce que la tendance a répondu ?

Quand ces trois éléments sont ensemble, vous arrêtez de débattre de l'IA et commencez à la mesurer. La conversation passe de « est-ce que les gens utilisent assez Cursor ? » à « l'équipe l'a déployé il y a trois sprints, la tendance de santé est en hausse de quatre points, et les dépenses en IA par développeur ont augmenté de vingt-deux pour cent. Nous sommes gagnants au net. Renouvelons. » Ou — tout aussi précieux — « la tendance est plate, les dépenses sont en hausse, le score de maturité n'a pas bougé. Essayons un autre outil. »

C'est la boucle fermée : coût associé au résultat, sur la même cadence. Pas un tableau de bord avec plus de chiffres dessus. Une image de qualité décisionnelle qui vous permet d'arrêter de deviner.

Par équipe, pas par développeur

Une note qui compte : cela ne fonctionne que si la vue des dépenses est par équipe, pas par développeur.

Au moment où vous mettez l'utilisation individuelle de l'IA sur un classement, trois choses se produisent, toutes mauvaises :

1. Les développeurs contournent la mesure — exécutant des modèles localement, partageant des comptes, se désengageant des outils pour lesquels vous payez.
2. Les données sont manipulées. Plus d'invites ≠ plus de valeur, mais ça apparaîtra comme tel.
3. Vous êtes discrètement devenu le produit de surveillance que vous avez dit ne jamais construire.

Les dépenses au niveau de l'équipe associées aux résultats au niveau de l'équipe sont la bonne unité. Cela répond à la question budgétaire sans créer celle de la surveillance.

Le geste honnête

Si vous êtes un leader en ingénierie, vous avez deux façons de gérer la prochaine conversation budgétaire sur l'IA.

La première consiste à continuer ce que la plupart des équipes font : sortir la facture, raconter l'ambiance, espérer que la salle adhère. Ça fonctionne pour un ou deux cycles. Ça cesse de fonctionner dès qu'une équipe homologue se présente avec une courbe de tendance.

La seconde consiste à instrumenter avant de plaider. Rendez les dépenses visibles et les résultats visibles — pas après le renouvellement, mais avant. Vous découvrirez l'une de trois choses :

• Les dépenses produisent des résultats durables. Défendez-les haut et fort. Vous avez maintenant les données pour le faire.
• Les dépenses ne produisent pas de résultats. Coupez-les avant que quelqu'un d'autre ne les coupe pour vous. Mieux vaut proposer la réduction que d'être l'étude de cas.
• Les dépenses produisent des résultats pour certaines équipes et pas pour d'autres. C'est la réponse la plus courante, et la plus utile. L'adoption n'est pas homogène ; l'adéquation des outils non plus. Les dépenses devraient suivre l'adéquation.

Dans tous les cas, vous agissez sur la base de preuves. Cela seul vous distingue de la plupart des conversations qui se déroulent dans votre industrie en ce moment.

L'essentiel

En 2026, « est-ce que l'IA fonctionne ? » a cessé d'être une question de leadership éclairé pour devenir une question budgétaire. Les équipes qui gagnent sont celles qui peuvent y répondre sur demande, avec deux courbes de tendance, en moins d'une minute.

Est-ce que ça a été livré ? Est-ce que ça a tenu ? Et combien ça a coûté ?

Les deux premières, nous en avons parlé en mars. La troisième est la moitié sur laquelle les finances s'interrogent maintenant. Les équipes qui ont la réponse ne sont pas celles qui utilisent le plus l'IA. Ce sont celles qui peuvent prouver ce qu'elles en ont obtenu.

Montrez-moi les dépenses. Montrez-moi la tendance. Maintenant on peut parler.

Lectures complémentaires

• Livrer et tenir : mesurer si l'IA fonctionne vraiment — la moitié résultats de la question, avec les données expliquant pourquoi les métriques d'activité sont de la vanité.
• Les sept péchés capitaux des métriques d'ingénierie — les anti-modèles à éviter lorsque vous instrumentez la boucle.
• Métriques DORA sans la taxe tableau de bord — pourquoi les données dont vous avez besoin sont déjà dans les intégrations que vous avez déjà connectées.