Étape 1 : suivre un cas réel, pas le processus décrit.
Demandez à voir un dossier traité la semaine dernière, du premier contact jusqu’à la facture. Pas le schéma affiché au mur, pas la procédure écrite : un cas qui a vraiment eu lieu.
L’écart entre les deux est toujours instructif, et c’est presque toujours dans cet écart que se trouve le vrai travail. La procédure décrit ce qui devrait se passer ; le cas réel montre les contournements que l’équipe a inventés pour que ça marche quand même.
Étape 2 : compter les mains, pas les étapes.
Notez chaque fois que l’information change de personne ou de logiciel. Ce sont ces passages de relais qui coûtent, pas le nombre d’étapes.
Un processus de douze étapes tenu par une seule personne dans un seul outil est bien plus sain qu’un processus de quatre étapes qui traverse trois services et deux tableurs. Le coût d’un processus se mesure au nombre de fois où l’information change de mains, parce que c’est là qu’elle se perd, qu’elle se ressaisit et qu’elle attend.
Étape 3 : marquer les endroits où ça casse.
Posez une question directe à l’équipe : quand est-ce que ça coince ? Vous obtiendrez trois ou quatre réponses précises, et ce sont elles qui doivent piloter le chantier.
Nous notons chaque point de rupture avec sa fréquence et son coût : combien de fois par mois, et combien de temps pour rattraper. Cette liste, classée par produit des deux, est le vrai cahier des charges.
Étape 4 : décider ce qui ne sera pas automatisé.
C’est l’étape que tout le monde saute, et c’est celle qui distingue une automatisation utile d’une usine à gaz. Certaines décisions doivent rester humaines : celles qui engagent, celles qui coûtent cher quand elles sont fausses, celles qui reposent sur un contexte que le système ne verra jamais.
Nous écrivons explicitement cette liste avant de commencer. Sans elle, la tentation est d’automatiser tout ce qui est automatisable, ce qui n’est pas la même chose qu’automatiser ce qui doit l’être.
Étape 5 : écrire la procédure de repli.
Avant de mettre en service, écrivez comment refaire le travail à la main le jour où l’automatisation tombe. Cette page-là est celle qu’on nous remercie d’avoir écrite, systématiquement.
Une automatisation qu’on ne sait pas reprendre à la main est une dette, pas un actif. Elle transforme une panne d’outil en arrêt d’activité, et elle rend l’entreprise plus fragile qu’avant le chantier.
La question qu’on me pose est presque toujours « qu’est-ce qu’on peut automatiser ». La bonne, c’est « qu’est-ce qui casse quand la personne qui s’en occupe est en congés ». C’est là que se trouve le vrai coût, et c’est là que l’automatisation rembourse. J’ai vu des chantiers faire gagner des heures et rendre l’entreprise plus fragile, parce que plus personne ne savait comment le travail se faisait.
Richad Addou