Faut-il redécouvrir l’Extreme Programming (XP) à l’ère de l’IA ?
(hyperact.co.uk)- Grâce à la génération de code par l’IA et aux innovations des plateformes, la vitesse de développement a explosé, mais les résultats des projets restent médiocres et les taux d’échec élevés
- Le vrai problème n’est pas la vitesse, mais l’absence de validation et d’alignement ; XP favorise l’apprentissage, l’alignement et l’amélioration de la qualité au moyen de contraintes intentionnelles
- En particulier, plus les agents IA accélèrent la génération, la modification et le déploiement du code, plus l’augmentation de la complexité et des vulnérabilités sans validation devient grave
- XP met l’accent sur des valeurs humaines comme la simplicité, la communication, le feedback, le respect et le courage, ainsi que sur les petits lots, l’intégration continue et les tests automatisés
- À une époque où la rapidité de sortie est devenue la norme, XP rappelle que le logiciel est avant tout fait pour les personnes
Accélération de la vitesse de production logicielle et ses limites
- Avec les récents outils d’IA et les innovations de diverses plateformes de développement, la barrière à la génération de code a fortement baissé et la vitesse s’est nettement améliorée
- En quelques prompts ou appels API, des produits, des fonctionnalités et même des infrastructures entières peuvent être générés rapidement
- Pourtant, malgré cette hausse de productivité, le taux global de réussite des projets ne s’est pas amélioré de manière significative
- Des rapports comme le Standish Chaos Report et des études de McKinsey soulignent que les projets IT échouent encore très souvent ou dépassent leur budget
- Cela confirme que l’amélioration de la seule vitesse de génération du code n’augmente pas automatiquement la performance de livraison logicielle
Pourquoi l’output n’est pas le vrai problème
- Il a été démontré à maintes reprises que le goulot d’étranglement du développement logiciel n’est pas la vitesse d’entrée ou de sortie du code
- Introduction des langages de haut niveau, généralisation des frameworks et des package managers, essor du DevOps et du serverless, évolution des plateformes de développement, puis génération de code par l’IA : les vagues d’accélération se sont succédé
- Selon le Chaos Report, malgré l’accélération de l’output, les résultats finaux restent incohérents et en deçà des attentes
- Il faut donc insister non pas sur une accélération pure et simple, mais sur l’importance de contraintes plus intelligentes
- XP est un ensemble de pratiques qui oriente le développement dans la bonne direction sans se précipiter, en favorisant l’apprentissage, l’alignement et l’intention
Le rôle de XP : un contrepoids à la vitesse
- Une accélération sans limite pose problème, car elle prive les équipes d’occasions d’apprendre, de détecter les erreurs et de corriger la trajectoire
- L’Extreme Programming (XP) introduit des frictions et des contraintes intentionnelles pour aider les équipes à avancer dans la bonne direction
- Pratique emblématique : le pair programming réduit volontairement de moitié la production
- Le pair programming peut réduire la production brute de moitié, mais il apporte deux fois plus de compréhension partagée, de confiance, de qualité et de montée en compétence au sein de l’équipe
- XP transforme la manière même de collaborer et investit dans le renforcement des capacités de l’équipe et la clarté de la direction
Avec l’IA, le diagnostic de XP devient encore plus pertinent
- À mesure que l’IA rend la génération de code presque sans effort, le risque de production massive de logiciels insuffisamment validés augmente
- Le risque s’aggrave particulièrement dans les systèmes d’agentic AI, où plusieurs agents génèrent, améliorent et déploient automatiquement du code
- Des systèmes automatisés sans contraintes empilent des logiques non validées sur plusieurs couches, aggravant la complexité et les vulnérabilités
- Des recherches récentes montrent que plus la fenêtre de contexte des LLM s’allonge, plus la précision se dégrade
- Le début et la fin sont bien traités, mais le milieu est davantage sujet à la généralisation abusive et aux erreurs
- On aboutit ainsi à un code fragile et coûteux à maintenir, et XP est né précisément pour empêcher cette entropie désordonnée
Le logiciel reste un domaine humain
- Même si l’IA progresse, l’essence du logiciel ne change pas : il est créé par des personnes pour des personnes, au sein d’organisations traversées par la communication et la culture
- Les principaux obstacles à la livraison ne relèvent pas du degré d’automatisation, mais de facteurs humains tels que l’alignement, le contexte partagé, la clarté du résultat attendu ou la validation par l’utilisateur
- Valeurs fondamentales de XP :
- Simplicity : réduire la complexité
- Communication : préserver la cohésion de l’équipe
- Feedback : piloter l’apprentissage et l’adaptation
- Respect : construire la confiance et la sécurité
- Courage : soutenir la transparence et la capacité à changer
De la feature factory à la vraie création de valeur
- Les équipes performantes privilégient le flow et le feedback plutôt que la vitesse pour elle-même
- Les pratiques XP comme les petits lots, l’intégration continue, les tests automatisés et la propriété collective contribuent à l’adaptabilité et à l’orientation utilisateur
- Plus la production de code s’accélérera, plus ces méthodes seront essentielles pour gérer la qualité, les risques et l’intention
Les leçons du passé
- Statistiques du rapport CHAOS :
- 1994 : 16 % des projets ont réussi dans les délais et le budget
- 2012 : amélioration à 37 %
- 2020 : recul à 31 %
- Après plus de 20 ans d’innovations et de transformations (agile, DevOps, cloud native, IA, etc.), la fiabilité globale n’a progressé que de 14 points
- La toolchain seule ne suffit pas à résoudre le problème
- Cela confirme à nouveau l’importance de la bonne méthodologie
De quoi a-t-on besoin pour la suite ?
- 1. L’output n’est plus la contrainte principale : la capacité de production du code dépasse désormais la vitesse de validation et d’alignement
- 2. Renforcer les capacités orientées résultats : feedback, direction produit claire, forte collaboration et excellente conception sont indispensables
- 3. Des processus plus humains sont nécessaires : même si l’IA progresse, la livraison continue dépend toujours de la collaboration
- Il est souligné qu’un Product Operating Model réellement efficace repose sur un mode opératoire centré sur les personnes — collaboration, clarté et flow
- Plus que l’innovation technologique (plateformes), c’est l’alignement rigoureux entre stratégie d’équipe, rythme opérationnel et pratiques d’ingénierie qui permet de bâtir un environnement de livraison logicielle durable à l’ère de l’IA
Conclusion : XP est-il nécessaire à l’ère de l’IA ?
- Oui
- Face à des outils toujours plus puissants, il faut un cadre capable d’ancrer des pratiques centrées sur l’humain
- XP apporte à la fois une approche centrée équipe, l’empathie, la compréhension partagée et l’orientation vers les bons objectifs
- L’enjeu n’est pas la vitesse d’output, mais une direction porteuse de sens et l’alignement au sein de l’équipe
- À l’ère de l’accélération par l’IA et de la production sans limite, XP est une méthodologie rare qui rappelle que le logiciel reste une affaire humaine
1 commentaires
Commentaires sur Hacker News
Kent Beck (le créateur de l’Extreme Programming) mène diverses expérimentations autour du codage avec l’IA
Dans des textes comme Augmented Coding Beyond the Vibes, il réfléchit à la manière dont l’IA peut être utilisée en programmation
Je me souviens qu’au moment où ChatGPT a commencé à devenir utile pour coder, il disait que 90 % de ses compétences ne valaient désormais plus rien, et que les 10 % restants étaient devenus d’autant plus précieux
90% of my skills are now worth 0
Je pense que l’approche XP axée sur les tests en premier a encore plus de valeur à une époque où l’IA génère du code et aide à le valider
J’ai l’impression que cela facilite particulièrement la génération de code par les outils d’IA
L’un des points qui me dérangent dans le codage avec l’IA ces jours-ci, c’est le fait que d’anciens rapports ou guides restent dans le dépôt
Par exemple, ce rapport aussi est un rapport généré par IA à partir du code tel qu’il existait au moment de sa création
Je ne vois pas bien l’intérêt de laisser ce type de livrables intermédiaires dans l’historique
Je m’interroge particulièrement sur l’accumulation de fichiers comme _updated_v2_from_2025
Exemple1, Exemple2
Je pense que XP est la seule véritable méthode agile
L’agile s’est peu à peu vidé de son sens avec le temps
La programmation avec l’IA aide à refermer rapidement les boucles de feedback, mais je ne pense pas que tout le code ait besoin de tests unitaires massifs
Si les gens pouvaient redécouvrir le cœur de XP (pour moi, c’est la boucle de feedback) et qu’il devenait possible de resserrer encore cette boucle grâce à des systèmes d’agents basés sur des LLM, ce serait une avancée majeure pour le software engineering
J’ai commencé avec XP et je l’ai pratiqué avec acharnement, si bien qu’aujourd’hui il m’est difficile de travailler dans des organisations de style SCRUM
SCRUM est en grande partie issu de XP, mais j’ai l’impression qu’il n’en reste plus désormais que des pratiques vides de sens
Le scénario idéal, selon moi, serait deux développeurs faisant du pair programming sur la même branche avec des agents IA
Une boucle de feedback idéale où pair planning, review, développement et tests s’enchaînent naturellement
Les tests unitaires à l’époque de XP ne sont pas les mêmes que ceux d’aujourd’hui
À l’époque, il s’agissait de tests au niveau des fonctionnalités, pas de tests par méthode
J’ai l’impression que tout dépend de la précision avec laquelle l’IA peut refermer la boucle de feedback
Je ne pense pas qu’on puisse appeler cela agile si la moitié du code n’est pas livrée à l’utilisateur (= envoyée en production)
Notre équipe est entièrement composée d’anciens de Pivotal et de Thoughtworks
Le pair programming, le TDD et la présence du client sur site sont la norme
Nous utilisons aussi activement l’IA dans l’IDE depuis plus de deux ans
Et pourtant, cette année, de façon surprenante, nous avons commencé à faire du « mobbing », non pas chacun séparément avec l’IA, mais tous ensemble (4 personnes) alignés sur un même projet et concentrés sur une seule tâche
Claude Code aide à la saisie, pendant que les quatre collaborent en temps réel
C’était l’expérience la plus amusante, la plus intense et la plus efficace d’intégration entre XP et IA que nous ayons connue
J’avais complètement oublié XP
Une partie est devenue banale aujourd’hui, et le reste semblerait probablement extrêmement étrange selon les standards actuels
Je veux surtout insister sur le fait qu’il faut absolument réfléchir une fois avant de laisser un LLM produire sans trop y penser plus de 1000 lignes de code
Je serais curieux de savoir quelle partie de XP vous semble personnellement la plus étrange
Il ne faut pas comprendre cela comme si tout le monde devait faire du pair programming avec l’IA
Quand on fait du pair programming avec un collègue, on partage sa manière de penser et le contexte du code
Mais quand on fait du pair programming avec une IA, dès que l’on ferme le prompt, l’IA oublie tout
Donc le XP dont on parle ici reste du XP « entre humains », comme dans les années 1990
L’IA peut y prendre une certaine place, mais l’essentiel reste centré sur les personnes
C’est ce qui arrive si l’on ne laisse pas explicitement de traces du résultat
Quand on explore du nouveau code peu documenté avec un LLM, cela peut avoir du sens de conserver dans le dépôt ce que l’on a appris, sous forme de documentation ou de fichiers d’agent
Moi, au contraire, je pense que si l’on ne fait pas de pair programming avec l’IA, on le fait mal
En réalité, même quand des humains font du pair programming, mon moi futur oublie souvent tout ce dont je me souviens aujourd’hui
Il faut aller vers un pair centré sur la documentation
En résumé, il faut absolument pratiquer le pair programming XP avec des LLM
Il y aura sûrement quelqu’un pour vendre une formation Extreme Vibing (XV)
L’Extreme Programming regroupe plusieurs concepts utilisables indépendamment (par exemple TDD, pair programming, CI, feedback) dans un même paradigme
Chacun est utile selon le contexte, mais je ne pense pas qu’il soit nécessaire d’utiliser toutes les composantes en permanence et simultanément
C’est dans ce contexte que XP perd, à mes yeux, sa force comme concept complet
Aujourd’hui, la plupart des équipes ne pratiquent qu’une partie de XP, et presque aucune organisation n’applique réellement l’ensemble du XP authentique
Dans le cas de l’agile, les grandes entreprises mettent généralement en œuvre environ 70 % de plus de 90 % des pratiques
En réalité, je n’ai jamais vu une seule entreprise appliquer à 100 % ce qui est décrit dans le manifeste agile, et même les meilleures atteignaient à peine 90 %
Mais comme toutes les pratiques clés étaient regroupées dans un même paradigme, il était plus facile pour les organisations de se qualifier elles-mêmes d’« agiles »
C’est ce qui a rendu tellement plus simple le simple fait de déclarer : « nous passons à l’agile »
C’est pour cela que le livre sur XP est structuré en philosophie, principes et pratiques
La phrase la plus marquante de ce livre, à mes yeux, est que des valeurs sans pratique sont mortes, et que des pratiques sans valeurs sont vides
Au final, l’objectif ultime n’est pas tant d’imposer des best practices que de donner de l’autonomie à l’équipe pour qu’elle définisse son propre processus et produise un logiciel fiable et bien conçu
Si XP ressemble parfois à une « boîte à outils disparate », c’est justement parce qu’il s’agit de choses qu’une équipe réellement proactive choisit d’utiliser
En pratique, j’applique toujours les pratiques mentionnées plus haut (TDD, pair programming, CI, feedback) sur le code de production, quand les conditions le permettent
Je me demande dans quel cas on pourrait considérer que ces pratiques sont « mauvaises »
Je pense qu’on a beaucoup progressé depuis l’agile obsessionnel des années 1990
Aujourd’hui, avec la multiplication des workflows intégrant de l’IA, il faut davantage se concentrer sur la manière d’examiner les processus logiciels pour réellement augmenter la probabilité d’obtenir de meilleurs résultats pour les utilisateurs, plutôt que de simplement accroître la quantité de livrables
XP me semble être un bon point de départ (pas nécessairement le point d’arrivée)
L’Extreme Programming (XP) est une méthode agile qui met l’accent sur les itérations courtes, le feedback rapide et la simplicité de conception, et qui s’appuie sur des pratiques comme le pair programming, le TDD et la CI pour s’adapter rapidement au changement
Elle privilégie l’apprentissage itératif avec le client et l’optimisation de la qualité en construisant aussi petit et aussi vite que possible
~ GPT5 in perplexity
J’ai l’impression qu’avec l’IA, le waterfall est en train de revenir à la mode
En réalité, le waterfall n’a jamais disparu
Le retour du waterfall est regrettable
Le waterfall n’est pas la bonne approche dans la plupart des cas
En tant qu’ancien de Pivot et grand enthousiaste de XP, je suis d’accord
Voir aussi mon commentaire ci-dessous
Je pratique toujours XP