Le Manifeste a eu 25 ans, et l'IA a débarqué à la fête
En février 2026, le Manifeste Agile a eu vingt-cinq ans. Au lieu d'un anniversaire tranquille, il a eu droit à une bagarre. L'argument, le plus bruyant sur InfoQ(lien externe, nouvel onglet), affirme que l'IA agentique — des systèmes où des agents logiciels réalisent seuls une part importante du développement — contredit directement le document que dix-sept développeurs ont rédigé dans une station de ski de l'Utah en 2001.
La thèse est plus tranchante que l'habituel "l'Agile est mort". Si un agent IA produit un prototype fonctionnel en un après-midi, la prémisse d'origine vacille. L'Agile existait parce que les besoins changent et que la planification massive en amont échoue : on travaille donc par cycles courts en apprenant au fil de l'eau. Quand construire est presque gratuit et presque instantané, pourquoi itérer dans des boîtes de deux semaines ?
Je pense que la thèse de l'obsolescence se trompe de diagnostic. L'IA ne met pas à la retraite les valeurs du Manifeste. Elle supprime le mou qui permettait aux équipes de les ignorer.
Ce que l'IA casse vraiment
Commençons par la part honnête : l'IA casse bel et bien certains mécanismes du Manifeste.
"Un logiciel qui fonctionne plus qu'une documentation exhaustive" supposait que des humains écrivaient le code et portaient le contexte dans leur tête. Quand un agent écrit le code, le contexte n'existe nulle part à moins de le rendre explicite — la documentation et l'intention architecturale deviennent donc plus importantes, pas moins. "Les individus et leurs interactions plus que les processus et les outils" se lit autrement quand l'un des individus est un outil. Et le rythme des cérémonies calé sur la vitesse de frappe humaine — le sprint de deux semaines dont je défends qu'il touche déjà à sa fin — n'a plus grand sens quand le goulot passe de l'écriture du code à sa revue.
Les rituels sont donc sous réelle pression. Le flux continu du Kanban comme la cadence fixe du Scrum supposaient un rythme d'écriture humain qui ne tient plus.
Pourquoi les valeurs survivent aux rituels
Voici la distinction que le camp de l'obsolescence saute : le Manifeste Agile, ce sont quatre valeurs et douze principes, pas un agenda de réunions. Les douze principes(lien externe, nouvel onglet) parlent de feedback, de rythme soutenable, d'excellence technique et de réponse au changement. Aucun ne dépend d'un humain tenant le clavier.
Regardez ce que disent les signataires d'origine. Lors d'un atelier marquant l'anniversaire, le groupe réuni par l'un d'eux a conclu que le développement piloté par les tests n'a jamais été aussi important(lien externe, nouvel onglet). Kent Beck, créateur de l'Extreme Programming, a comparé le code avec des agents à des vœux faits à un génie — puissants, rapides, et assez imprévisibles pour qu'il vaille mieux spécifier exactement ce qu'on veut et vérifier ce qu'on obtient.
C'est la boucle de feedback du Manifeste, pas son enterrement. Quand un agent produit avec aplomb du code qui a l'air juste et ne l'est pas, la valeur de "construire, tester, apprendre, corriger" augmente. L'IA excelle à générer du logiciel qui semble marcher pour les instructions exactes qu'on lui a données — c'est précisément pour cela que la vérification et l'intention claire comptent plus que jamais, comme je le disais à propos de la dette technique qui a un nouveau visage.
L'IA n'a pas rendu l'itération optionnelle. Elle a rendu invisible le coût de sauter la vérification, jusqu'à la production.
Le vrai basculement : de l'écriture au jugement
Ce qui change, c'est l'endroit où l'humain apporte de la valeur. La compétence rare n'est plus de produire l'incrément — c'est de décider si l'incrément est juste, sûr et digne d'être livré. C'est un travail de jugement, et il colle bien plus à l'esprit du Manifeste qu'au théâtre de grooming de backlog auquel l'Agile s'est souvent dégradé.
C'est le même mouvement que je décris côté produit, où le rôle de Product Owner glisse de la gestion d'un backlog vers la prise de décision au croisement de la donnée, du risque et de la réalité client. L'équipe qui gagne avec l'IA n'est pas celle qui génère le plus de code. C'est celle dont la boucle entre une idée, un test et un signal honnête sur le résultat est la plus serrée. Cette boucle est exactement ce que 2001 cherchait à protéger.
Le risque n'est pas que l'Agile devienne obsolète. Le risque, c'est l'"AI-washing" : garder les stand-ups et les courbes de vélocité tout en abandonnant la discipline de feedback en dessous, puis appeler ça agile parce que le calendrier comporte encore des cérémonies. C'est le même mode d'échec que je signalais dans pourquoi le vibe coding ne sauvera pas votre produit : la vitesse sans jugement, ce sont juste des erreurs plus rapides.
Le takeaway
Cessez de demander si l'IA a tué l'Agile et posez une question plus utile : quand vos agents peuvent tout construire en un après-midi, quelle est votre boucle pour savoir que ça marche vraiment ? Si vous savez y répondre, le Manifeste fait son travail — peu importe qui, ou quoi, tient le clavier.
