Mesurer ce que l’IA change dans votre delivery
Pour mesurer l’impact de l’IA sur vos développeurs, mesurez le delivery, pas l’activité. Trois métriques suffisent : le cycle time, la charge de revue et le taux de défaut, comparés à une baseline prise avant le déploiement. Tout le reste (lignes générées, suggestions acceptées, minutes déclarées gagnées) mesure l’usage de l’outil, pas sa valeur.
Cette distinction sépare les équipes qui savent ce que l’IA leur rapporte de celles qui le supposent.
Le paradoxe de productivité, chiffré par DORA
Les données publiques confirment ce que beaucoup de CTOs constatent sans oser le dire. Le rapport DORA 2024 de Google avait mesuré qu’une hausse de 25 % de l’adoption de l’IA était associée à une baisse de 1,5 % du débit de livraison et de 7,2 % de la stabilité. Le rapport DORA 2025, avec environ 90 % de développeurs utilisant l’IA, voit le débit repartir à la hausse, mais l’instabilité augmenter avec lui.
L’interprétation de DORA rejoint notre expérience : l’IA est un amplificateur. Le code arrive plus vite que la capacité de revue et de mise en production ne l’absorbe. Les développeurs se sentent plus rapides, et ils le sont, sur la partie écriture. Mais si la revue s’engorge et que le taux d’incident monte, le système dans son ensemble n’a rien gagné. D’où la nécessité de mesurer le système, pas le poste de travail.
Mesurer l’impact : les trois métriques qui tiennent
Le cycle time : le temps entre la prise d’une tâche et sa mise en production. C’est la seule métrique de vitesse qui intègre toute la chaîne, y compris la revue et le déploiement. Si l’IA accélère l’écriture mais que le cycle time stagne, le goulot s’est déplacé, et il faut aller le chercher, le plus souvent dans la revue de code.
La charge de revue : temps d’attente moyen des pull requests, taille des diffs, nombre d’allers-retours. C’est la métrique d’alerte précoce. Quand une équipe délègue davantage, le volume de code soumis augmente mécaniquement, et cette file d’attente est le premier endroit où la promesse se perd.
Le taux de défaut : bugs échappés en production, reverts, taux d’échec des changements au sens DORA. C’est le garde-fou. Si l’accélération dégrade ce chiffre, vous n’accélérez pas, vous empruntez, et des guardrails en CI sont la façon la plus fiable de tenir cette ligne pendant que le volume monte.
La baseline d’abord, sinon vous mesurez du bruit
Prenez quatre semaines de données avant tout déploiement, par équipe et non en moyenne globale : les contextes diffèrent trop pour être agrégés d’emblée. Puis mesurez la même chose, au même endroit, chaque mois. C’est moins glorieux qu’un dashboard vendeur, et c’est la seule comparaison qui vaille. C’est aussi la première étape de toute méthode de déploiement sérieuse.
Méfiez-vous des facteurs de confusion. Une réorganisation, une migration d’infrastructure ou deux départs dans l’équipe pèsent plus sur le cycle time qu’un changement d’outillage. Notez ces événements à côté des courbes : dans six mois, personne ne se souviendra que le pic de mars était la migration, et le chiffre brut racontera une fausse histoire.
Une précaution : ne transformez pas ces métriques en objectifs individuels. Un cycle time affiché comme cible se manipule (tâches découpées en confettis, revues bâclées). Ces chiffres servent à piloter une pratique d’équipe, pas à noter des personnes.
Ce qu’il faut ignorer
Les lignes de code générées : un compteur de volume, et le volume est précisément ce qui doit inquiéter. Le taux d’acceptation des suggestions : il mesure la plausibilité du code proposé, pas sa justesse ni son utilité. Les tableaux de bord d’adoption des éditeurs, qui répondent à la question de l’éditeur (utilise-t-on mon produit) et pas à la vôtre. Et le temps gagné auto-déclaré : dans les baselines que nous posons, l’écart entre le gain ressenti et le gain mesuré est constant, toujours dans le même sens, et toujours de bonne foi.
Les enquêtes de ressenti gardent une place, mais comme complément : elles détectent la friction et l’adhésion, pas la performance. Si le ressenti est excellent et que le delivery n’a pas bougé, croyez le delivery.
Nous ne démarrons aucun accompagnement en ingénierie agentique sans installer cette mesure, baseline comprise : la suite se juge sur ces trois chiffres, pas sur notre parole.