Imaginez une équipe qui reprend un chantier après trois semaines et redécouvre une part de ce qu'elle savait déjà. Ou un comité qui rouvre en septembre un arbitrage tranché en juin, faute de trace de la raison. Une même panne à deux échelles, celle d'une organisation sans mémoire de travail.
J'exerce le coaching professionnel auprès de managers et de CODIR depuis 2012. Je travaille le sujet des agents IA depuis 2024. Dès 2020, je travaillais sur les robots logiciels, ancêtres des agents IA. Les guides publiés pour faire travailler ces agents décrivent une discipline très simple, un fichier de mémoire tenu à jour, une vérification avant le pas suivant, un seul sujet par tour, une livraison en fin de tour. Le vocabulaire est celui des développeurs, la mécanique celle d'un comité qui instruit un dossier.
Une boucle de travail courte tient à quatre objets
C'est un tour complet de travail collectif dont la durée est fixée à l'avance et qui se termine par quelque chose de livrable. Elle se reconnaît à quatre objets matériels, une mémoire écrite, un critère de vérification, une taille de lot, un intervalle. Un rituel se pose dans un agenda. Un objet se montre du doigt.
| Objet de la boucle | Ce que la source prescrit | Signe qu'il manque chez vous |
|---|---|---|
| Mémoire écrite | Sortir de chaque cycle avec un standard révisé, point de départ du cycle suivant (Masaaki Imai, Kaizen, 1986, maintien et amélioration des standards). | La même objection revient tous les deux mois, traitée chaque fois comme une nouveauté. |
| Critère de vérification | Une description formelle de l'état attendu, écrite avant le travail, qui conditionne le droit de présenter le résultat (Schwaber et Sutherland, Scrum Guide, 2020, Definition of Done). | La question de savoir si c'est fini se tranche en séance, à l'avis du plus gradé présent. |
| Taille de lot | Travailler en petits lots pour éprouver vite une hypothèse, capacité que DORA présente comme un filet de sécurité face à l'instabilité induite par l'IA. | Il devient difficile de relier un résultat à une décision précise, faute d'avoir livré assez souvent. |
| Intervalle | Des cycles de quelques semaines à quelques mois en préférant les plus courts. Réfléchir à intervalles réguliers aux moyens de devenir plus efficace (Manifeste agile, 2001, principes 3 et 12). | La date de la revue se déplace au premier imprévu, si bien qu'un tour se compare mal au précédent. |
Ce que votre équipe écrit pour se souvenir
Parfois presque rien. Une organisation peut écrire beaucoup pour d'autres (comptes rendus, notes de cadrage, supports de comité) sans rien écrire pour elle-même.
Ni dans les têtes ni dans l'archive
Dans les têtes, la mémoire tient tant que l'équipe ne bouge pas, ce qui dure rarement. Dans l'archive, elle pèse peu sur les décisions, un compte rendu de mars étant rarement rouvert avant d'arbitrer en septembre. Mike Cohn, consultant en méthodes agiles, rapporte dans Succeeding with Agile le critère de tri de Tom Poppendieck, spécialiste du développement logiciel lean. Un document qui sert surtout à passer le relais est mauvais. Celui qui garde trace d'une conversation qu'il vaut mieux ne pas oublier est précieux.
Les quatre seules choses à consigner
Les décisions qui engagent encore, la raison de chacune en une phrase. Les contraintes découvertes en route. Les pistes abandonnées avec leur motif, une ligne vite oubliée alors qu'elle évite de rouvrir une option déjà écartée. Masaaki Imai, consultant en management, posait l'exigence dès 1986, le maintien du standard allant de pair avec son amélioration. Une rétrospective sans standard modifié produit de la bonne volonté plutôt que de la mémoire, là où la réflexivité transforme une expérience vécue en apprentissage réutilisable.
Ce que les agents IA rendent visible en une journée
Un agent démarre chaque session sans rien savoir de la précédente. Les équipes qui en font travailler déposent donc à la racine du projet un fichier de mémoire relu à chaque ouverture (conventions, décisions arrêtées, impasses connues). Mal tenu, il se punit tout seul, l'agent refaisant le lendemain l'erreur écartée la veille. Une équipe humaine produit le même symptôme plus lentement, sans que personne l'attribue alors à l'absence de mémoire écrite.
Ce qu'elle vérifie avant d'avancer d'un cran
Une condition observable, formulée avant que le travail commence, qu'une personne extérieure peut évaluer seule. Le Scrum Guide de 2020 l'appelle Definition of Done et lui attache une conséquence, puisqu'un élément qui ne la satisfait pas ne peut être ni livré ni même présenté en revue. Ce contrôle vaut pour un tour de boucle. Quand le travail traverse plusieurs équipes en chaîne, la question devient celle des critères de sortie, du point de reprise et de l'autorité qui arrête la chaîne.
Le sentiment d'avancer est un mauvais indicateur
Un essai contrôlé randomisé publié par METR en juillet 2025, sur seize développeurs expérimentés et 246 tâches réelles, en donne la mesure. Autorisés à utiliser les outils d'IA du début 2025, ces professionnels ont mis 19 % de temps en plus. Une fois l'étude terminée, ils estimaient pourtant que l'IA avait réduit leur temps de 20 %. En février 2026, METR a jugé peu fiable sa nouvelle vague d'essais, lancée en août 2025, parce que de plus en plus de développeurs refusaient de travailler sans IA. L'organisme y juge probable que les gains soient plus élevés début 2026 qu'un an plus tôt. Le chiffre de 19 % décrit donc les outils du début 2025. L'écart entre vitesse ressentie et vitesse mesurée reste, lui, le résultat qui compte ici. Le sentiment d'une équipe ne suffit pas à connaître sa vitesse.
Le contrôle est l'activité qu'on oublie de budgéter
Une organisation qui finance la production en se contentant d'espérer la vérification en paie le prix. Le rapport DORA de septembre 2025 le documente, l'adoption de l'IA allant de pair avec plus de débit de livraison mais moins de stabilité. Produire vite sans vérifier davantage déplace le problème vers l'aval, comme une information de retour qui ne rencontre aucune capacité d'ajustement. Pour décider qui vérifie une livraison avant d'avancer d'un cran, le canevas Vérifier, Juger, Assumerattribue chaque capacité à une personne nommée.
La taille du lot décide de ce que l'équipe apprend
Elle décide du délai avant le premier retour, du coût d'une reprise, de la finesse de ce que l'équipe saura attribuer à une décision. Un chantier livré en une fois au bout de neuf mois produit exactement un point de mesure.
Un gros lot achète du confort contre de l'information
Mike Cohn oppose deux régimes, beaucoup de conception en amont pour des reprises rares mais coûteuses, peu de conception pour des reprises fréquentes mais petites. Choisir le premier sans pouvoir absorber une reprise coûteuse revient à parier sur l'absence d'erreur. Donald G. Reinertsen, consultant en développement produit, signe l'avant-propos du Kanban écrit par le consultant en management David J. Anderson. Il y attribue le succès de Toyota à la réduction de la taille de lot et de la variabilité plutôt qu'à l'élimination des goulots.
La baisse de productivité ressentie est prévue
L'entrepreneur Eric Ries avertit dès 2011 que les équipes vivront le passage aux petits lots comme une perte de productivité et demanderont à revenir en arrière. La productivité locale baisse pour que la performance du système monte. Un dirigeant non prévenu lira comme un échec la plainte qui en est le signe attendu. Réduire le lot reste un arbitrage, au cœur de la priorisation que l'IA a rendue plus centrale encore dans le métier de Product Manager.
Le rythme sert à rendre les écarts visibles
Il ne sert pas à aller plus vite. Un intervalle fixe transforme chaque tour en unité de comparaison, ce qui permet de constater qu'un travail a pris deux fois plus longtemps que le précédent. Un rythme flottant interdit cette mesure. David J. Anderson précise que la priorisation, la livraison et la rétrospective peuvent avoir chacune leur cadence. Le tempo n'a pas besoin d'être unique, il a besoin d'être tenu.
Le débriefing de fin de tour a un effet mesuré
Son effet est établi par une méta-analyse, celle que Scott I. Tannenbaum et Christopher P. Cerasoli ont publiée en 2013 dans Human Factors sur 46 échantillons et 2 136 participants. Bien conduits, les débriefings améliorent la performance de 20 à 25 %. L'étude signale aussi l'effet potentiel de la facilitation et de la structure. Ses auteurs présentent le débriefing comme une intervention peu coûteuse et rapide, ce qui écarte l'objection du temps. Ces travaux portent sur les débriefings au sens large (aviation, médecine notamment) et non sur la rétrospective agile.
Ce que l'agilité promettait sans toujours le tenir
Les quatre objets figurent noir sur blanc dans les textes fondateurs, puisque le principe 12 du manifeste de 2001 demande à l'équipe de régler et modifier son comportement après chaque réflexion. Les cérémonies semblent s'être diffusées plus facilement que l'obligation de sortir du tour avec un standard modifié. Chris Argyris, professeur de management à Harvard et à Yale, décrivait ce plafond, notamment en 1990 dans Overcoming Organizational Defenses. La simple boucle corrige l'action face à un écart, la double boucle remonte aux règles qui ont rendu cet écart possible. Une rétrospective hebdomadaire sans mémoire écrite reste indéfiniment en simple boucle, très efficace à réparer chaque semaine la même chose. C'est aussi pourquoi les rituels agiles ne font pas l'agilité d'une organisation.
Le coach agile Henrik Kniberg documente un chemin voisin. Un projet de soixante personnes mené pour la police suédoise y combine des pratiques de Scrum, de Kanban et de l'Extreme Programming en un processus ajusté à son contexte, sans appliquer une méthode à la lettre. Les pratiques comptent plus que l'étiquette, thèse du Modern Agile et de ses quatre principes plutôt qu'un framework.
Pourquoi l'IA retire le choix
Une équipe humaine compense l'implicite, devine, éprouve de la gêne à livrer un travail bancal. Un agent ne compense rien. Ce qui n'est pas écrit n'existe pas pour lui, ce qui n'est pas vérifié passe, ce qui est mal découpé revient faux presque aussitôt. Toute la dette d'implicite devient exigible d'un coup, raison pour laquelle manager à l'ère des agents IA revient d'abord à cadrer et à vérifier. L'exigence grandit à chaque palier de maturité des systèmes IA que franchit l'organisation, du simple prompt jusqu'au graphe d'agents.
L'IA n'a pas inventé la boucle de travail courte. Elle a supprimé la possibilité de faire semblant de l'avoir installée.
Installer la boucle en quatre semaines
Sur une équipe, un chantier, sans changer de méthode ni acheter d'outil.
Semaine 1, écrire la mémoire sur une page. Décisions qui engagent encore, raison de chacune, contraintes découvertes, pistes abandonnées avec leur motif. Relue à voix haute au tour suivant. Une page que personne ne corrige à la relecture n'est qu'une archive de plus.
Semaine 2, écrire le critère de fini de la prochaine livraison. Une condition observable qu'un tiers peut évaluer seul, sans dépendre de la conviction de celui qui a fait le travail.
Semaine 3, réduire le lot jusqu'à ce qu'il tienne dans un tour. Découper jusqu'à un résultat livrable et vérifiable dans l'intervalle. Prévenez l'équipe que la productivité ressentie va baisser.
Semaine 4, fixer l'intervalle et le tenir six fois. Une semaine ou deux, à date fixe. Chaque tour se clôt par un débriefing facilité d'une vingtaine de minutes qui ajoute une ligne à la page de mémoire. Six tours consécutifs donnent à l'équipe son premier jeu de données comparables sur elle-même.
Ma conviction sur ce sujet
Des organisations ont acheté l'agilité comme un jeu de cérémonies avant de conclure que ça ne marchait pas chez elles. Elles n'ont pas installé la boucle, dont les quatre objets figuraient déjà dans le PDCA. Tant que le travail restait humain, la mémoire implicite des anciens compensait. Dès qu'une partie de la production passe à des agents, cette compensation gratuite disparaît.
Questions fréquentes
Un sprint est une mise en œuvre particulière de la boucle, avec ses rôles et son vocabulaire. Les quatre objets décrits ici s'installent dans un service juridique ou un comité de pilotage qui ne feront sans doute pas de Scrum.
Oui, les quatre objets ne portant sur aucun contenu métier. Une équipe commerciale consigne ses décisions de ciblage, définit ce qui vaut offre finie, réduit son lot à un segment plutôt qu'à un plan annuel.
Par le critère de fini, qui peut révéler des désaccords que l'équipe entretenait sans le savoir. Écrire ensemble ce qui vaut travail terminé sur la prochaine livraison est un premier exercice accessible. La mémoire écrite suit, cette discussion méritant d'être conservée.
Les mêmes quatre objets, avec une exigence d'écriture plus stricte puisqu'un agent ne devine rien. La responsabilité, non, elle reste humaine. Pour examiner la boucle réelle d'une de vos équipes, réservons un échange de 30 minutes.
Votre équipe sait-elle ce qu'elle a déjà décidé ?
Que vous soyez dirigeant, manager ou DRH, je vous aide à installer une boucle de travail courte sur le chantier qui compte, avec l'équipe qui l'exécute. Une mémoire écrite, un critère de fini, une taille de lot tenable, un intervalle tenu.
Réserver un échange découverte (30 min)Allez plus loin
- Kaizen, la clé de la compétitivité japonaise Une amélioration continue et graduelle impliquant tout le monde du dirigeant à l'opérateur, concept unificateur des pratiques japonaises de qualité et complément nécessaire de l'innovation par sauts. Voir le livre →
- Succeeding with Agile Un guide pratique pour adopter Scrum et le faire tenir dans la durée, du démarrage des équipes à la mise à l'échelle sur des projets distribués. Voir le livre →
- The Principles of Product Development Flow Le développement de produit souffre d'un paradigme de gestion faux dans son principe plutôt que d'un manque d'effort ou de talent, faute d'avoir quantifié l'économie de ses décisions. Voir le livre →
- Kanban Le kanban comme méthode pour visualiser et limiter le travail en cours dans le développement logiciel, ajouté aux processus existants pour catalyser un changement culturel plutôt que pour les remplacer. Voir le livre →
- Lean Startup L'entrepreneuriat comme une forme de management transposant le lean manufacturing au travail d'innovation, où le progrès se mesure en apprentissage validé plutôt qu'en biens produits. Voir le livre →
- Overcoming Organizational Defenses Les routines défensives qui rendent certains problèmes indiscutables dans une organisation et la façon de les rendre de nouveau discutables. Voir le livre →
- Lean from the Trenches Un processus efficace se fait évoluer plutôt qu'il ne se conçoit d'avance, par un travail rendu visible pour tous et un rythme d'ateliers d'amélioration, illustré par un projet de la police suédoise. Voir le livre →
Liens affiliés
