Avant de couper l'ancien processus : la liste de contrôle pour une transition agentique sans régression

Dans la plupart des projets d'automatisation agentique que nous accompagnons, l'équipe projet fête la mise en production. C'est logique : le premier run réussi en conditions réelles, c'est un cap. Mais dans les faits, ce n'est pas là que se joue le risque. Le vrai moment critique arrive deux à six semaines plus tard, quand quelqu'un pose la question : « On arrête le traitement manuel en parallèle ? »

Tant que l'ancien processus tourne, vous avez un filet. Les écarts se voient, quelqu'un corrige, personne ne s'en aperçoit en aval. Le jour où vous coupez, l'agent devient le seul chemin. Et toutes les zones grises que vous aviez tolérées deviennent des incidents client, des écritures comptables fausses ou des commandes bloquées.

Cette décision de bascule mérite autant de rigueur que le cadrage initial. Voici la liste de contrôle que nous appliquons systématiquement avant de couper.

1. Une période de run parallèle réellement représentative

« On a fait deux semaines en double » ne veut rien dire en soi. La bonne question est : est-ce que ces deux semaines ont couvert le spectre réel des cas ?

Un processus de facturation qui n'a jamais rencontré de clôture mensuelle pendant le run parallèle n'a pas été testé. Un agent de qualification de commandes qui n'a jamais vu de commande multi-sites, de client en litige ou de référence en rupture n'a pas été testé non plus. Il a été observé sur son cas nominal.

Concrètement, nous exigeons trois choses avant de valider cette étape :

• Au moins un cycle métier complet couvert (clôture, fin de mois, pic saisonnier selon le domaine)
• Un inventaire écrit des cas limites rencontrés, avec pour chacun le comportement de l'agent et celui du processus historique
• Un taux d'écart mesuré, pas ressenti. Combien de fois l'agent et l'humain ont-ils divergé, et pourquoi ?

Si le taux d'écart est inférieur à votre seuil de tolérance métier et que vous savez expliquer chaque écart restant, vous pouvez passer au point suivant. Sinon, vous prolongez.

2. Des scénarios de repli documentés et testés

Un scénario de repli qui existe sur le papier mais que personne n'a jamais exécuté n'est pas un scénario de repli. C'est une intention.

Avant la coupure, trois questions doivent avoir une réponse écrite et vérifiée :

• Comment on revient en arrière ? Le processus manuel est-il encore exécutable ? Les accès sont-ils actifs ? Les gabarits, les fichiers, les macros existent-ils encore ou ont-ils été supprimés « puisqu'on passe à l'agent » ?
• En combien de temps ? Un repli qui prend trois jours à activer ne protège pas un processus quotidien.
• Qui décide du repli ? Nommément. Avec un critère de déclenchement objectif, pas « si ça part en vrille ».

Nous recommandons de conserver le chemin manuel opérationnel pendant au moins un cycle complet après la coupure, même inutilisé. C'est un coût de portage faible face au coût d'une régression non rattrapable.

3. Les humains savent ce qu'ils deviennent

C'est le point le plus souvent négligé, et c'est celui qui fait dérailler le plus de déploiements.

Quand vous coupez l'ancien processus, la personne qui le faisait ne disparaît pas. Son rôle change : elle passe d'exécutante à superviseuse. Ce n'est pas le même métier, pas les mêmes gestes, pas le même rythme. Et ce changement doit être explicite.

Avant la coupure, chaque acteur concerné doit pouvoir répondre à :

• Qu'est-ce que je regarde maintenant, et à quelle fréquence ?
• Qu'est-ce qui doit me faire réagir ?
• Qu'est-ce que je fais quand je réagis — je corrige, j'escalade, je déclenche le repli ?
• Qui je préviens ?

Si ces réponses ne sont pas formalisées, vous avez créé un processus sans propriétaire. L'agent tournera, personne ne le surveillera, et la première dérive silencieuse passera inaperçue pendant des semaines.

4. L'observabilité est confirmée, pas supposée

Un agent en production doit être requêtable : vous devez pouvoir répondre, à froid, à des questions comme « combien de dossiers traités hier ? », « lesquels ont été escaladés et pourquoi ? », « quelle décision l'agent a-t-il prise sur le dossier 4712 et sur quelles données ? ».

La vérification se fait en conditions réelles, pas en revue de spécification. Posez trois questions au hasard à l'équipe et chronométrez le temps de réponse. Si personne ne sait où regarder, l'observabilité n'existe pas encore.

Au minimum avant coupure : journalisation des décisions avec leur contexte, alerting sur les seuils anormaux (volume, taux d'escalade, latence), et un tableau de bord consulté par quelqu'un de nommé.

Un exemple concret

Une ETI industrielle de 400 personnes déploie un agent de rapprochement entre bons de livraison fournisseurs et factures. Run parallèle de trois semaines, écart mesuré à 0,8 %, équipe satisfaite. Décision de couper.

Avant la bascule, la revue de checklist fait apparaître deux trous. D'abord, les trois semaines n'incluaient aucune facture d'un fournisseur étranger avec taux de change — soit 11 % du volume annuel. Ensuite, la comptable qui faisait le rapprochement partait en congés la semaine suivante, et personne n'avait identifié de suppléant pour la supervision.

La coupure a été décalée de cinq semaines. Sur cette période, quatorze factures en devise ont été traitées, dont trois avec un écart de conversion que l'agent ne savait pas arbitrer. Une règle a été ajoutée, un suppléant formé. La bascule s'est faite sans incident.

Cinq semaines de décalage contre un risque de régression sur 11 % des factures fournisseurs : l'arbitrage n'était pas difficile. Encore fallait-il poser la question.

Ce que cette discipline dit de votre organisation

On ne peut pas automatiser le chaos, et on ne peut pas non plus couper proprement un processus qu'on n'a jamais formalisé. Si la checklist vous paraît lourde, c'est souvent le signe que le processus initial était moins maîtrisé qu'on ne le croyait.

Le soin apporté à la coupure n'est pas un excès de prudence. C'est ce qui distingue un déploiement agentique qui tient trois ans d'une bascule fragile qu'on détricotera au premier incident — en perdant au passage la confiance des équipes, qui est la ressource la plus longue à reconstruire.