Automatiser sans produire des erreurs plus vite
Quatre constats reviennent sur presque tous les chantiers d'automatisation. Deux expliquent pourquoi ça vaut la peine, deux expliquent pourquoi ça se passe mal.
Dans cet article4 sections
Automatiser un processus bancal, c'est produire des erreurs plus vite
Dans la plupart des entreprises, la même opération est faite un peu différemment selon la personne qui s'en charge, et personne ne l'a jamais écrite.
En automatisant ça tel quel, on ne fige pas un processus : on fige la version d'une seule personne, avec ses approximations. Le résultat sort plus vite, coûte moins de temps, et reste faux, sauf que plus personne ne le relit.
D'où l'ordre des opérations : écrire le déroulé réel, celui que suivent les gens, avant de décider ce qui s'automatise. Cette étape seule règle souvent déjà une partie du problème, et il arrive qu'on reparte avec moins d'automatisation que prévu.
Le temps ne se perd pas dans les tâches, il se perd entre elles
Personne ne voit passer les dix secondes qu'il faut pour aller chercher un numéro de commande dans un autre outil.
Mais ces allers-retours occupent une part sérieuse de la semaine : plusieurs heures pour un travail de bureau ordinaire. C'est du temps qui n'apparaît sur aucune ligne de budget, qui ne se plaint jamais, et que personne ne pense à mesurer.
C'est aussi pour ça que les gains les plus nets ne viennent pas des tâches les plus visibles. Ils viennent des jointures entre elles.
Vos logiciels ne se parlent pas, et personne n'a jamais décidé ça
Chaque outil a été choisi séparément, pour de bonnes raisons, par des gens différents et à des moments différents. Sur l'ensemble des entreprises étudiées, une petite minorité seulement des applications en place sont réellement connectées entre elles.
Le pont entre deux outils, c'est donc quelqu'un, et ce quelqu'un est le vrai point de panne : quand il est en vacances, la chaîne s'arrête.
Quand on relie deux outils, mieux vaut passer par les interfaces prévues pour ça quand elles existent, plutôt que par un robot qui clique dans un écran. Un écran change. Une interface, non.
Une automatisation qui tombe en silence coûte plus cher que pas d'automatisation
Tant qu'un humain fait la tâche, il voit tout de suite quand quelque chose cloche. Une machine, non : elle s'arrête, et le manque ne se remarque qu'au moment où un client le signale, parfois des semaines plus tard.
Une automatisation sans surveillance ne fait pas gagner du temps, elle fait perdre la visibilité qu'on avait avant.
Trois choses à exiger à la livraison, pas trois mois après :
- Une trace de ce qui s'est exécuté, et de ce qui a échoué
- Une alerte qui prévient quelqu'un le jour même
- De quoi comprendre ce qui tourne sans rappeler celui qui l'a construit
Un dernier réflexe, qui vaut peut-être plus que les quatre points réunis : mettre un seul enchaînement vraiment en service, jusqu'au bout, et le regarder tourner quelques semaines avant d'en lancer un deuxième. Dix chantiers ouverts en même temps, c'est dix choses à moitié faites que plus personne ne maintient six mois plus tard.
Ce sujet touche à notre expertise Automatisation de processus.
On commence par une discussion, pas par un devis.
Voir l'expertiseÀ lire ensuite