Trois jours. Un mur de post-it. Et une conviction qui structure tout le reste : on n'automatise bien que ce qu'on a d'abord simplifié.
Je sors d'un chantier de facilitation de trois jours consacré à l'optimisation de processus, en approche Lean Office, chez un acteur majeur du développement de solutions logicielles. Trois jours pendant lesquels des équipes qui travaillent ensemble depuis des années ont regardé, pour la première fois, l'intégralité de leur processus au même endroit et en même temps.
Ce billet revient sur la méthode employée, sur ce qu'elle produit — et sur la raison pour laquelle l'ordre des étapes n'est jamais négociable quand l'automatisation entre dans l'équation.
Le contexte : l'automatisation avant la simplification, un réflexe coûteux
La pression est réelle. Les outils d'IA sont disponibles, accessibles, et la tentation est grande de les brancher sur l'existant pour obtenir un gain visible rapidement. Le raisonnement paraît logique : le processus est lent, l'IA est rapide, donc l'IA va régler le problème.
Sauf qu'un processus lent l'est rarement à cause de la vitesse d'exécution des tâches. Il l'est à cause des attentes, des validations en cascade, des ressaisies, des allers-retours entre équipes et des étapes dont plus personne ne sait vraiment à qui elles servent. Automatiser cela ne le supprime pas. Cela le rend simplement plus rapide, plus difficile à voir, et plus coûteux à défaire.
Automatiser un processus non simplifié, c'est industrialiser du gaspillage à grande vitesse.
La méthode, en trois temps
1. Cartographier — la swimlane comme point de départ
La première étape consiste à poser le processus à plat : qui fait quoi, à quel moment, avec quelles entrées et quelles sorties. La swimlane — ce schéma en couloirs où chaque acteur dispose de sa ligne — est l'outil le plus efficace que je connaisse pour cela, parce qu'elle rend visible ce que les descriptions verbales masquent toujours : les transferts entre acteurs.
Le mur ne ment jamais. Une fois le processus affiché, les redondances, les temps d'attente, les boucles de validation et les zones de flou entre équipes deviennent évidents pour tout le monde. C'est le point clé de l'exercice : personne n'a besoin d'être convaincu, chacun voit. Le constat n'est pas porté par un consultant extérieur, il émerge du groupe.
C'est aussi le moment où les équipes découvrent des choses les unes sur les autres. « Vous attendez cette validation ? Mais elle n'a jamais rien bloqué depuis trois ans. » Ce type de phrase, en atelier, vaut plusieurs semaines d'audit.
2. Prioriser — deux à trois étapes, pas quinze
La tentation, une fois la cartographie faite, est de tout traiter. C'est le piège classique : un plan d'action à quinze chantiers qui n'en verra aboutir aucun.
Nous avons choisi de nous concentrer sur les quelques étapes réellement structurantes — celles qui concentrent l'essentiel des délais et de la charge mentale. Passées au filtre de la chasse aux irritants et aux gaspillages, la question à poser devient très simple :
Qu'est-ce qui, ici, n'apporte rien à celui qui reçoit le travail ?
Cette formulation compte. Elle déplace le débat du « qui fait mal son travail » vers « qu'est-ce qui, dans ce que nous produisons, n'est pas utilisé en aval ». Elle désamorce la défensive et rend la discussion possible.
Deux à trois étapes traitées sérieusement produisent plus d'effet que quinze traitées superficiellement. Et elles créent le précédent qui rend le chantier suivant plus facile.
3. Poser les prérequis de l'automatisation — vers un Lean augmenté
C'est là que l'exercice devient réellement intéressant.
Une fois les étapes nettoyées, on ne se demande plus « où mettre de l'IA ? » mais « qu'est-ce qui rendrait l'IA actionnable ici ? ». Et la réponse tient en quatre conditions concrètes :
- Des données fiables et structurées. Un modèle ne compense pas une donnée absente, dupliquée ou saisie dans trois formats différents selon l'équipe.
- Des règles de décision explicites. Tant que l'arbitrage repose sur l'expérience implicite d'une personne, il n'est ni automatisable ni transmissible.
- Des livrables standardisés. Si la sortie attendue varie à chaque itération, il n'y a rien à stabiliser.
- Un périmètre clairement borné. Savoir précisément où commence et où s'arrête ce que l'on confie à la machine — et ce qui reste humain.
Ces prérequis ne sont pas des obstacles à l'automatisation. Ils sont exactement le travail que le Lean produit naturellement. C'est ce que j'appelle le Lean augmenté : le Lean élimine le gaspillage, l'IA absorbe ce qui reste de répétitif.
Dans cet ordre — jamais l'inverse.
Ce que j'en retiens : la valeur est dans la pièce
Un point mérite d'être souligné, parce qu'il est souvent mal compris quand on parle de facilitation.
La valeur n'est pas chez le facilitateur. Elle est dans la pièce.
Les personnes qui vivent le processus au quotidien savent déjà où ça coince. Elles le savent depuis longtemps. Ce qui leur manque, ce n'est ni le diagnostic ni l'expertise : c'est un cadre, un temps protégé et un espace où l'on peut regarder les choses ensemble, sans défensive, et décider.
Mon rôle consiste à créer ce cadre. Pas à apporter la réponse — à rendre possible le moment où elle émerge.
Le meilleur indicateur de réussite d'un atelier tient dans un glissement de langage. Quand on passe du « c'est comme ça depuis toujours » au « et si on testait ça dès la semaine prochaine ? », l'essentiel est acquis. Le reste n'est plus qu'une question d'exécution.
En pratique : par où commencer
Si vous envisagez un projet d'automatisation, trois questions valent la peine d'être posées avant d'écrire la moindre ligne de spécification :
- Avons-nous une vision partagée du processus actuel ? Pas une procédure documentée : une représentation que tous les acteurs reconnaissent comme fidèle à la réalité.
- Avons-nous éliminé ce qui ne sert à personne ? Les étapes conservées « au cas où », les validations héritées d'un incident ancien, les documents que plus personne ne lit.
- Ce que nous voulons automatiser est-il stable, explicite et borné ? Si la réponse est non, l'automatisation ne stabilisera rien — elle figera l'instabilité.
Trois jours et un mur de post-it suffisent souvent à répondre à ces trois questions. C'est un investissement modeste au regard de ce que coûte un projet d'automatisation construit sur un processus qui n'a jamais été remis à plat.
Et vous — avant de lancer vos projets d'automatisation, avez-vous pris le temps de simplifier ?
Merci aux équipes rencontrées lors de ce chantier pour leur engagement et leur franchise. Ce sont elles qui ont fait le travail.