Imaginez un sprint où un agent de code produit l'implémentation d'une story à 5 points avant même la fin du refinement. La question vient toute seule : si écrire le code ne coûte presque plus rien, que mesurent encore les story points ? Cet article fait partie de notre guide Planning Poker et IA et dresse un état des lieux à octobre 2026.
Deux camps se sont formés. Pour les uns, les story points sont morts : la vélocité s'envole et ne veut plus rien dire. Pour les autres, ils fonctionnent toujours, à condition de mesurer le travail humain qui reste autour du code. Voyons ce qui a changé, ce que disent les études et comment continuer à estimer d'une façon qui aide vraiment l'équipe à planifier.
Les story points servent-ils encore quand un agent IA écrit le code ?
Oui, tant qu'ils mesurent ce que l'équipe doit encore faire, pas le temps passé à taper. Un story point est une mesure relative de l'effort, de la complexité et de l'incertitude nécessaires pour livrer une story : il n'a jamais compté des lignes de code. Quand un agent IA rédige l'implémentation, l'effort se déplace sans disparaître. Il faut décrire la story assez précisément pour que l'agent la comprenne, relire le code produit, tester les cas limites, l'intégrer au reste du système et corriger ce qui casse. Le rapport DORA 2025 montre que l'adoption de l'IA améliore désormais le débit de livraison mais dégrade toujours sa stabilité : c'est exactement ce travail qu'une estimation doit couvrir. Les story points perdent leur sens si l'équipe garde ses anciennes stories de référence et laisse gonfler la vélocité, ou si elle chiffre le travail de l'agent lui-même. Ils restent utiles si l'équipe recalibre ses références et se pose une question pendant le Planning Poker : combien de travail humain cette story demande-t-elle encore ?
Pourquoi certaines équipes disent-elles que les story points sont morts ?
La critique vient de trois directions.
La vélocité ne veut plus rien dire. Un billet publié sur le blog de Scrum.org en janvier 2026 estime que lorsque l'IA ramène l'effort de rédaction à presque rien alors que la vérification reste complexe, la vélocité devient une métrique de vanité. Il propose de la remplacer par un « score d'efficacité des agents », qui suit la part du travail que les agents terminent sans correction humaine.
Les points ont été conçus pour des humains. Daniel Vaughan, en avril 2026, rappelle que les points mesurent la charge cognitive, l'incertitude et la fatigue humaines, que les agents ne connaissent pas. Il décrit des équipes qui séparent leur backlog en une voie agent, une voie humaine et une voie hybride, et qui prévoient les tâches des agents en budget de tokens et en temps de calcul plutôt qu'en points. C'est une pratique émergente, pas une méthode établie.
Leur inventeur avait déjà des doutes. Bien avant les agents, Ron Jeffries, l'un des fondateurs de l'Extreme Programming, expliquait en 2019 que les story points étaient au départ des « jours idéaux » rebaptisés pour éviter les malentendus, et qu'il regrettait de les avoir peut-être inventés. Il conseille plutôt de découper les stories très finement et de livrer souvent.
Ces critiques ont un point commun à retenir : une équipe qui utilise les points pour mesurer sa production ou comparer sa productivité verra l'IA casser cet usage pour de bon. Mais c'était déjà un détournement. Les points servent à décider combien de travail l'équipe prend, et à faire apparaître les désaccords avant de commencer.
Que dit la recherche sur l'IA et la vitesse des développeurs ?
Les résultats sont moins tranchés que les gros titres, et c'est important pour qui veut recalibrer ses estimations.
| Étude | Ce qui a été mesuré | Résultat principal |
|---|---|---|
| METR, juillet 2025 | 16 développeurs open source expérimentés, 246 tickets réels, tirés au sort avec ou sans IA | Les tâches ont pris 19 % de temps en plus avec l'IA, alors que les développeurs pensaient ensuite avoir gagné 20 % |
| METR, février 2026 | Une nouvelle expérience, plus large, avec les outils de fin 2025 | Résultats jugés peu fiables, car beaucoup de développeurs refusaient de travailler sans IA ; METR pense qu'ils vont probablement plus vite aujourd'hui, mais juge ses données très fragiles |
| DORA, septembre 2025 | Enquête auprès de près de 5 000 professionnels de la tech | 90 % utilisent l'IA au travail, plus de 80 % se sentent plus productifs, 30 % font peu ou pas confiance au code généré ; l'adoption de l'IA va de pair avec plus de débit mais moins de stabilité |
Trois leçons pour l'estimation :
- Se sentir plus rapide n'est pas être plus rapide. L'écart mesuré par METR entre vitesse ressentie et vitesse réelle invite à ne pas recalibrer les points à l'impression. Fiez-vous aux stories terminées, pas au sentiment d'accélération de l'équipe.
- Les gains sont inégaux. METR insiste lui-même sur le fait que ses résultats valent pour un contexte et une période. Une migration répétitive et un bug de concurrence subtil n'en profitent pas de la même façon : c'est précisément le genre d'écart que l'estimation relative capture.
- Le goulot d'étranglement se déplace en aval. DORA décrit l'IA comme un amplificateur, qui grossit les forces comme les faiblesses d'une équipe. Plus de code, plus vite, met la pression sur la relecture, les tests et le déploiement. Si ces étapes manquent dans l'estimation, le plan de sprint sera faux.
Que doit mesurer un story point quand un agent écrit le code ?
Le travail autour du code. Le tableau compare la répartition de l'effort dans une story ordinaire, avant et après l'arrivée d'un agent de code dans l'équipe.
| Partie de la story | Sans agent | Avec un agent | À garder dans l'estimation ? |
|---|---|---|---|
| Préciser le besoin et les critères d'acceptation | Discuté en refinement | Doit être écrit assez précisément pour qu'un agent puisse s'en servir | Oui, souvent plus gros |
| Écrire le code | L'essentiel de l'effort | En grande partie rédigé par l'agent, en quelques itérations | En partie : consignes et reprises |
| Relecture du code | Relire le code familier d'un collègue | Relire plus de code, que personne dans l'équipe n'a écrit | Oui, souvent plus gros |
| Tests et cas limites | Écrits en même temps que le code | À vérifier indépendamment de l'agent | Oui |
| Intégration et déploiement | Inchangés | Inchangés, avec plus de changements à absorber | Oui |
| Incertitude et risques | Dépendances inconnues, règles floues | Les mêmes, plus les angles morts de l'agent | Oui, inchangé |
Kollabe, éditeur d'un outil de planning poker, fait la même recommandation dans un billet de février 2026 : estimer tout l'effort de livraison, pas seulement le temps de code. L'idée n'a rien de neuf, et notre comparatif story points vs jours-homme explique déjà pourquoi les points couvrent bien plus que des heures devant le clavier.
Concrètement, une story que l'équipe estimait à 5 à cause du volume de code peut tomber à 2. Une story qui touche un service fragile, un parcours de paiement ou une règle de sécurité peut rester à 5, voire grossir, parce que vérifier du code généré y est plus difficile que l'écrire soi-même.
Comment recalibrer ses story points pour le travail assisté par l'IA ?
Le recalibrage est une décision d'équipe, prise une fois puis revue, pas une dérive silencieuse.
- Choisissez de nouvelles stories de référence. Prenez deux ou trois stories livrées récemment avec l'aide de l'IA, mettez-vous d'accord sur leur taille et servez-vous-en comme nouvelle base d'estimation relative.
- Marquez la rupture dans l'historique. Ne réestimez pas les sprints passés. Notez le sprint où les nouvelles références entrent en jeu, et lisez la vélocité avant et après cette date comme deux séries distinctes.
- Demandez ce qui reste aux humains. Pendant le Planning Poker, le Scrum Master peut poser la question avant chaque vote : qu'aurons-nous à préciser, relire, tester et intégrer nous-mêmes ?
- Votez d'abord, consultez l'IA ensuite. Si un assistant propose une estimation, ne l'affichez qu'après le premier tour de cartes. Montrée avant, elle sert d'ancre, comme l'explique notre article sur le biais d'ancrage.
- Observez pendant quelques sprints. Marquez les stories dont l'essentiel du code a été écrit par un agent et comparez leur estimation à leur déroulement réel. Discutez des écarts en rétrospective.
- Mettez à part les tâches confiées entièrement à un agent. Si certaines tâches sont déléguées à un agent avec une simple vérification, ne les chiffrez pas comme du travail humain. Suivez-les à part, avec une limite de temps ou un budget.
Une règle vaut tout du long : ne collez pas de tickets confidentiels, de données clients ou de code source dans un assistant IA que votre entreprise n'a pas validé.
Faut-il abandonner les story points ?
Parfois, oui. La réponse dépend de la façon dont travaille votre équipe, pas de la présence de l'IA.
- Abandonnez-les si vos stories sont déjà découpées finement et de taille comparable. Compter les stories livrées et suivre leur temps de cycle, comme le suggère Jeffries, donne une prévision aussi bonne avec moins de cérémonie.
- Gardez-les si la taille des stories varie beaucoup, si les risques sont difficiles à voir, ou si l'équipe découvre souvent trop tard qu'une story « simple » ne l'était pas. La valeur du Planning Poker n'est pas le chiffre, mais le moment où deux personnes révèlent des cartes très différentes et expliquent pourquoi.
Ce moment est fréquent. Nos données d'usage montrent à quelle fréquence les premiers votes divergent sur les stories estimées avec Planning Poker Online. Avec l'IA dans la boucle, ces désaccords portent souvent sur l'effort de relecture, la couverture de tests ou les limites de l'agent : exactement ce dont l'équipe doit parler avant de s'engager.
Ce qui ne doit pas changer, c'est l'ordre : l'équipe vote de façon indépendante, puis elle discute, et seulement ensuite un outil ou un assistant peut apporter un deuxième avis. Planning Poker Online n'a aucune fonction d'IA : les votes restent secrets jusqu'à la révélation, et rien de ce que vous saisissez n'est transmis à un modèle d'IA.
Questions fréquentes
Faut-il attribuer des story points aux agents IA ? En général, il ne faut pas attribuer de story points aux agents IA, car les points décrivent l'effort et l'incertitude que l'équipe prend en charge. Quand un agent fait l'essentiel du travail, estimez la part humaine : préciser, relire, tester et intégrer. Les tâches entièrement déléguées se suivent mieux à part, avec une limite de temps ou un budget.
Pourquoi la vélocité augmente-t-elle avec les outils de code IA ? La vélocité augmente avec les outils de code IA quand l'équipe garde ses anciennes stories de référence alors que les agents écrivent le code plus vite. Une même story garde sa taille mais prend moins de temps, donc plus de points tiennent dans un sprint. Recalibrer les références et marquer la rupture dans l'historique garde des prévisions fiables.
Les story points servent-ils encore à prévoir avec l'IA ? Les story points servent encore à prévoir avec l'IA, une fois que l'équipe a recalibré ses stories de référence et accumulé quelques sprints de nouvelles données. D'ici là, les prévisions doivent utiliser des fourchettes plus larges. L'étude METR montre que le gain de vitesse ressenti peut être faux : la prévision doit s'appuyer sur les stories terminées.
L'IA peut-elle estimer les story points à la place de l'équipe ? L'IA ne peut pas estimer les story points à la place de l'équipe, car elle ignore son contexte, sa dette technique et les personnes disponibles. Un assistant peut préparer une story ou donner un deuxième avis après le premier vote. L'estimation elle-même doit rester une décision indépendante de l'équipe, prise pendant le Planning Poker.
Sources
- Joel Becker, Nate Rush, Beth Barnes et David Rein, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity, METR, juillet 2025
- METR, We are Changing our Developer Productivity Experiment Design, février 2026
- Google Cloud, Announcing the 2025 DORA Report, septembre 2025, et DORA, State of AI-assisted Software Development 2025
- Scrum.org, From Velocity to "Agent Efficiency": Evidence-Based Management for the AI Era, janvier 2026
- Daniel Vaughan, Adapting Agile Ceremonies for AI Coding Agents: Sprint Planning, Standups, and Retros, avril 2026
- Ron Jeffries, Story Points Revisited, 2019
- Matt Lewandowski, AI agents in your sprint: how copilots are changing what a story point means, Kollabe (éditeur), février 2026
Estimez le travail qui reste
Les agents changent qui écrit le code, pas le besoin de s'accorder sur ce qu'une story implique vraiment. Créez une session Planning Poker gratuite : chaque vote reste caché jusqu'à la révélation, et l'estimation de l'équipe passe avant l'avis de n'importe quelle machine. Sans inscription.
