Imaginez un dossier client bloqué trois semaines parce qu'une pièce manquante n'a été repérée qu'au contrôle final. Ou un recrutement relancé de zéro parce que la fiche de poste validée en janvier ne décrivait plus le besoin de mars. Ou encore un plan de formation conforme au cahier des charges et inutilisable sur le terrain. Trois causes apparentes pour un même défaut de conception.
Je travaille les agents IA depuis fin 2024. Une chaîne d'agents reproduit la logique de nos processus humains, en beaucoup plus rapide. Le premier agent extrait, le deuxième reformule, le troisième décide, le quatrième rédige. Quand le deuxième se trompe, les trois suivants travaillent consciencieusement sur du faux. Ce qu'un processus humain met longtemps à révéler apparaît ici très vite. Le défaut est enfin visible. Il était déjà là.
Pourquoi une suite d'étapes ne sait pas se rattraper
Parce qu'elle n'offre aucun endroit où poser la question de savoir si l'étape précédente a réussi. Chaque poste reçoit un travail, le traite, le transmet. Personne n'est mandaté pour relire ce qui arrive, encore moins pour le refuser. La chaîne transporte, elle n'inspecte pas.
Le défaut est dans la structure, pas dans les personnes
Quand un processus livre un résultat faux, le réflexe consiste à chercher qui a commis l'erreur. Le psychologue britannique James Reason a montré l'inverse avec son modèle du fromage suisse, repris par Donald A. Norman dans The Design of Everyday Things. Un accident suppose l'alignement de plusieurs trous dans plusieurs tranches de protection. Un processus purement linéaire ne comporte qu'une seule tranche. Le premier trou traverse tout.
Norman rapporte un paradoxe d'atelier qui devrait faire réfléchir avant toute réorganisation, ajouter des vérificateurs sur une ligne peut augmenter le taux d'erreur, chacun se reposant sur la vigilance des autres. Empiler des contrôleurs ne remplace pas un point de contrôle.
L'aléa ne se compense pas, il s'accumule
La deuxième raison est arithmétique. Dans The Goal, Eliyahu M. Goldratt et Jeff Cox simulent une chaîne de cinq postes dont la capacité moyenne égale la demande moyenne. Sur dix cycles, elle devrait livrer trente-cinq unités. Elle en livre vingt. Un poste en avance ne rend pas son avance à celui qui est en retard, tandis qu'un poste en retard impose le sien à tous les suivants.
Transposez à un comité de validation mensuel. Le dossier qui rate la séance de mars attend un mois entier. Le processus n'est pas lent parce que les gens travaillent lentement, il est lent parce qu'il est construit en série sans marge. Cette marge est ce qui permet d'absorber un choc sans cesser de délivrer.
Un processus en ligne droite promet implicitement que rien n'ira jamais mal. C'est la seule promesse qu'aucune organisation ne peut tenir.
Ce que l'échec des chaînes d'agents IA dit de vos processus
Les chaînes d'agents échouent aux mêmes endroits que les équipes humaines, à ceci près qu'elles l'ont rendu mesurable. Une équipe de l'université de Berkeley a analysé plus de 1 600 traces d'exécution de systèmes multi-agents et en a tiré quatorze modes d'échec, regroupés en trois familles.
| Famille d'échec observée | Ce qu'elle recouvre | Ce que cela donne dans une équipe humaine |
|---|---|---|
| Conception du système | Périmètre mal défini, rôle ambigu, étape lancée sans savoir ce qui est attendu d'elle. | La lettre de mission floue, le projet sans critère de réussite écrit. |
| Désalignement entre acteurs | Information non transmise, hypothèses divergentes maintenues en silence, travail redondant. | Deux services qui construisent la même chose différemment, le point hebdomadaire qui règle les symptômes sans nommer l'hypothèse. |
| Vérification de la tâche | Absence de contrôle, contrôle superficiel, validation d'un résultat faux, arrêt prématuré. | La recette expédiée en fin de projet, le comité qui signe sans lire, l'absence de critère pour dire non. |
Regardez la troisième ligne. Une famille entière de défaillances, sur trois, concerne le fait de vérifier. Pas de produire, pas de coordonner. Vérifier. C'est aussi la seule activité qui ne figure ni dans une charge de travail, ni dans un budget de projet.
Un point de contrôle n'est pas une validation hiérarchique
Un point de contrôle est une condition observable qui dit si l'étape a réussi. Une validation hiérarchique est une signature attestant que quelqu'un d'important a vu passer le dossier. Les deux se ressemblent sur un logigramme sans produire les mêmes effets.
Le critère de sortie s'écrit avant, pas pendant
Une personne qui n'a pas fait le travail doit pouvoir dire si l'étape est réussie, sans demander son avis à celle qui l'a faite. Si la réponse dépend de la conviction de l'auteur, il n'y a pas de point de contrôle, il y a une conversation. C'est la mécanique de la boucle de rétroaction, inutile sans capacité d'ajustement en face.
La leçon de l'andon et
Taiichi Ōno avait résolu ce problème sur une chaîne d'assemblage avec un dispositif d'une simplicité brutale. Trois couleurs, vert pour la marche normale, jaune pour l'appel à l'aide, rouge pour l'arrêt de la ligne. L'opérateur, pas le chef, déclenche le signal.
Norman rapporte le corollaire culturel, chez Toyota comme dans le signalement d'incidents de la NASA, la sanction vise celui qui n'a pas signalé l'erreur plutôt que celui qui l'a commise.
Tant que signaler un défaut coûte plus cher que le laisser passer, votre processus livrera des résultats faux à l'heure.
Où repart un processus quand une étape échoue
Nulle part, tant que personne ne l'a décidé. Faute de réponse écrite, le travail repart au tout début, ce qui démoralise, ou il ne repart pas, ce qui produit un contournement discret.
Le point de reprise se décide à froid
Pour chaque critère de sortie, trois décisions se prennent avant l'incident. Où le travail redémarre, quelles informations restent valides, lesquelles sont jetées. Une organisation qui a répondu transforme un échec d'étape en boucle courte. Celle qui ne l'a pas fait le transforme en crise de projet, avec recherche de responsable et perte sèche de plusieurs semaines.
Reprendre sans apprendre, c'est le vrai gaspillage
Chris Argyris a nommé la différence en 1990 dans Overcoming Organizational Defenses. L'apprentissage en simple boucle corrige les problèmes à mesure qu'ils se présentent sans interroger ce qui les a fait naître, question qui relève de la double boucle. Un processus qui reprend sans interroger son propre tracé devient très efficace à réparer toujours la même chose.
W. Edwards Deming donne le critère de tri qui manque en comité. Une défaillance relève d'une cause spéciale, extérieure au système, ou d'une cause commune, produite par le système lui-même. Confondre les deux mène à sanctionner une personne pour un défaut que la structure produira de nouveau le mois suivant.
Ce retour en arrière rejoint ce que travaille la réflexivité, qui transforme une expérience vécue en apprentissage utilisable. Sans elle, une organisation accumule des incidents sans constituer de mémoire.
Paralléliser ne veut pas dire faire plus de choses à la fois
Paralléliser consiste à identifier les étapes qui ne dépendent d'aucune autre, puis à organiser leur réconciliation. La deuxième partie de la phrase est la plus facile à oublier. C'est là que se trouve tout le coût.
L'ordre du formulaire n'est pas l'ordre des dépendances
Un processus est parfois séquentiel par héritage plutôt que par nécessité. Il suit alors l'ordre du formulaire, des signatures ou l'ordre historique des services. Posez une seule question sur chaque étape, de quelle information a-t-elle besoin pour démarrer. Supprimer une attente injustifiée peut faire gagner davantage que d'accélérer le travail lui-même.
Le point de convergence fait la qualité du parallèle
Deux branches lancées en parallèle produisent deux résultats qui peuvent se contredire. Sans un moment prévu pour les confronter, la parallélisation fabrique du désalignement, exactement la deuxième famille d'échec du tableau plus haut. La structure 1-2-4-Tous d'Henri Lipmanowicz et Keith McCandless enchaîne un temps seul, un temps en binôme, un temps en quatuor, puis une mise en commun chronométrée. La convergence y est bâtie dans le dispositif, raison pour laquelle les Liberating Structures se lisent comme des patrons d'organisation du travail.
Qui a le droit d'arrêter la chaîne
La personne qui détient l'information, pas celle qui détient le grade. C'est la règle que David Marquet a installée sur le sous-marin USS Santa Fe et résumée par une formule, un contrôle sans compétence produit du chaos.
Nommer le niveau de délégation, activité par activité
Dire qu'une équipe est « autonome » ne dit rien d'exploitable. Cadrer puis vérifier suppose de nommer le niveau exact d'autorité, activité par activité. Appliqués à un point de contrôle, les sept niveaux de Jurgen Appelo donnent sept dispositifs très différents.
| Niveau de délégation | Ce que cela donne sur un point de contrôle |
|---|---|
| 1. Dire | Le manager déclare l'étape validée ou non, l'équipe exécute sans discuter le critère. |
| 2. Vendre | Même décision, expliquée. Utile quand le critère est nouveau. |
| 3. Consulter | L'équipe évalue l'étape, le manager tranche et assume l'écart. |
| 4. Convenir | Le critère est négocié avant le lancement. Le plus solide sur les processus transverses. |
| 5. Conseiller | Le manager donne son avis, l'équipe décide de passer ou de reprendre. |
| 6. S'informer | L'équipe arrête et relance seule, le manager est informé après coup. |
| 7. Déléguer | Elle possède le critère, le droit d'arrêt et le point de reprise. Exige une compétence réelle. |
La même exigence vaut pour les agents IA de votre processus
Dans plusieurs équipes que j'accompagne, les agents IA sont traités comme des équipiers plutôt que comme des outils. Ils portent un nom, un périmètre écrit, des limites explicites, puis passent en rétrospective comme le reste. Cette discipline évite la perte de souveraineté par accumulation de petites délégations jamais tracées. L'autodiagnostic des six paliers de maturité IAvous aide à repérer les chaînes automatisées dont les points d'arrêt restent à écrire.
Le droit européen a tranché dans le même sens. L'article 14 du règlement UE 2024/1689 impose une supervision humaine effective des systèmes à haut risque, incluant la possibilité d'interrompre le système. Le calendrier des obligations de l'annexe III a été repoussé au 2 décembre 2027 par le règlement omnibus sur l'IA (UE) 2026/1744, entré en vigueur le 27 juillet 2026. Ce délai ne change rien à la conception qu'il faut mener.
Un agent IA sans droit d'arrêt humain identifié n'est pas une automatisation, c'est une délégation que personne n'a signée.
Comment redessiner un processus linéaire en quatre temps
En travaillant sur un seul processus, le plus critique, avec les personnes qui l'exécutent. Une première version peut sortir d'une séance de travail, à condition de suivre l'ordre ci-dessous.
- Cartographier les dépendances réelles. Une seule question par étape, de quelle information a-t-elle besoin pour démarrer. Tout ce qui ne dépend de rien part en parallèle.
- Écrire un critère de sortie sur chaque étape critique. Formulé avant le travail, observable, lisible par quelqu'un d'extérieur. Trois ou quatre critères bien posés valent mieux qu'un contrôle partout, qui produirait l'effet de dilution décrit par Norman.
- Définir le point de reprise avant l'incident. Où le travail repart, ce qui reste valide, ce qui est jeté.
- Nommer qui arrête et qui relance. Deux rôles distincts, attribués nommément, au niveau de délégation choisi ci-dessus. Les agents IA entrent dans cette cartographie au même titre que les humains.
Un avertissement de Goldratt mérite d'être affiché au mur. Le danger n'est pas de mal concevoir, c'est de laisser l'inertie transformer le correctif d'aujourd'hui en contrainte de demain. Un point de contrôle utile en 2026 deviendra une formalité coûteuse en 2028 si personne ne le réexamine, ce que l'agilité réduite à ses rituels ne produit jamais.
Ma conviction sur ce sujet
À mes yeux, la capacité de rattrapage mérite le même investissement que la vitesse d'exécution. Avec des chaînes d'agents, la vitesse de propagation d'une erreur augmente dans les mêmes proportions que la vitesse de production. Concevoir des points de contrôle, des points de reprise et une autorité d'arrêt n'est pas une prudence de ralentisseur. C'est la condition pour que la vitesse serve à quelque chose.
Questions fréquentes
Un point de contrôle repose sur un critère observable, écrit avant le travail, qu'une personne extérieure peut évaluer seule. Une validation repose sur l'autorité de celui qui signe. La première protège le processus, la seconde protège surtout le signataire.
Oui, parfois mieux que dans un grand groupe. Une PME n'a pas de couche de contrôle empilée par l'histoire. Le point de vigilance est ailleurs, sa réserve de capacité est plus faible, donc un aléa se propage plus vite. Commencez par le processus qui touche le client final, avec deux ou trois critères seulement.
Par le processus dont un échec vous a déjà coûté cher cette année. Vous disposez d'un cas réel, de témoins et d'un coût constaté. Reprenez cet incident et répondez à une seule question, à quelle étape aurait-on pu s'en apercevoir ? Le premier critère de sortie peut sortir de cette conversation.
Une première version peut sortir d'une séance de travail avec ceux qui exécutent le processus. La mise à l'épreuve demande ensuite plusieurs cycles d'exécution réelle, seul moyen de découvrir les critères mal formulés. Prévoyez une revue une fois ces premiers cycles passés.
Les mêmes règles de conception, oui, périmètre écrit, critère de sortie, point de reprise et autorité d'arrêt. La responsabilité, non, elle reste humaine. Pour examiner votre propre chaîne, réservons un échange de 30 minutes.
Votre processus le plus critique sait-il se rattraper ?
Dirigeant, manager ou DRH, je vous aide à rendre vos processus capables de se rattraper.
Réserver un échange découverte (30 min)
