Mesurer avant d’automatiser : la semaine qui décide de tout
Il y a une étape que nous n’avons jamais vue sauter impunément : compter avant de construire.
Elle ne coûte presque rien. Elle prend cinq jours, en tâche de fond. Et elle décide de trois choses : quel process traiter en premier, si le projet vaut la peine d’être lancé, et si l’on pourra dire, après, qu’il a servi à quelque chose.
Voici exactement comment nous procédons. Vous pouvez le faire vous-même — c’est même préférable, parce que le relevé a plus de valeur quand il est fait par ceux qui exécutent le process.
Pourquoi les estimations ne valent rien
Demandez à quelqu’un combien de temps il consacre à saisir des factures. Il répondra « une heure par semaine, à peu près ».
Faites-lui relever pendant cinq jours. Vous obtiendrez quatre heures et demie.
Ce n’est pas de la mauvaise foi. C’est un effet connu : les tâches fragmentées sont systématiquement sous-estimées. Personne ne perçoit qu’il consacre six heures par semaine à quelque chose qu’il fait par tranches de trois minutes, entre deux autres choses. Le temps ne laisse pas de trace dans la mémoire quand il est découpé.
C’est précisément pour cela que le relevé est indispensable : il ne mesure pas seulement, il convainc. Y compris la personne qui le remplit.
Le relevé, en pratique
Une feuille, un fichier partagé, un carnet. L’outil n’a aucune importance ; ce qui compte, c’est que l’inscription soit faite au moment où la tâche se termine, pas reconstituée le vendredi soir.
Cinq colonnes.
Quoi. Le nom du process, toujours écrit de la même façon. « Saisie facture fournisseur », pas « compta » un jour et « factures » le lendemain.
Combien de temps. En minutes, arrondi à la tranche de cinq. La précision n’a pas d’importance ; la régularité, si.
Qui. Parce qu’un process exécuté par trois personnes différentes ne coûte pas le même prix, et parce que la comparaison entre elles est instructive.
Combien d’unités. Le nombre de documents, de lignes, de dossiers traités pendant ce temps. C’est cette colonne qui permettra de projeter.
Ce qui a coincé. Une ligne libre, remplie uniquement quand quelque chose s’est mal passé : information manquante, personne injoignable, outil lent, erreur à corriger.
Cette dernière colonne est celle qui apporte le plus, et c’est celle qu’on oublie le plus souvent de demander.
Ce qu’on en tire
À la fin de la semaine, trois calculs.
Le coût annuel. Minutes par semaine × 47 semaines ÷ 60 × coût horaire chargé. Ce nombre est celui que vous comparerez au devis d’automatisation. C’est aussi celui que personne n’avait jamais calculé.
Le coût unitaire. Temps total ÷ nombre d’unités. Il permet de projeter : si votre volume double l’an prochain, ce process doublera-t-il en temps ?
Le taux d’incident. Nombre de lignes « ce qui a coincé » ÷ nombre d’unités. C’est l’indicateur le plus révélateur, et nous y reviendrons.
Ce que le relevé révèle presque à chaque fois
Trois découvertes reviennent avec une régularité frappante.
Le temps ne se trouve pas là où on le croyait. Le process dont tout le monde se plaint représente souvent le tiers du temps d’un process dont personne ne parle. La plainte mesure la pénibilité, pas le coût.
Les incidents coûtent plus que la tâche. Sur beaucoup de process, le temps passé à traiter ce qui s’est mal passé dépasse le temps passé à faire le travail. Une facture qui arrive sans bon de commande consomme quinze minutes de recherche pour trois minutes de saisie. C’est une information capitale, parce qu’elle déplace la cible : il ne faut pas automatiser la saisie, il faut supprimer la cause de l’incident.
Deux personnes ne font pas la même chose. Écarts de temps du simple au triple sur le même process. Parfois parce que l’une est plus rapide ; le plus souvent parce qu’elles ne font pas exactement la même chose. C’est une découverte désagréable et extrêmement utile : il faut trancher avant d’automatiser, sinon vous figerez une des deux versions et l’autre continuera en parallèle.
Le cas où il faut s’arrêter là
Il arrive, et il faut savoir le reconnaître.
Si le relevé montre un taux d’incident élevé, le process n’est pas prêt. Automatiser un process instable revient à figer le désordre et à réécrire l’automate en permanence. Il faut d’abord traiter la cause : un formulaire incomplet en amont, une règle jamais tranchée, une information qui arrive trop tard.
Si le coût annuel est faible, ne faites rien. Trois heures par an de pénibilité ne justifient pas un projet, quelle que soit l’irritation qu’elles provoquent.
Si personne ne peut nommer le résultat attendu autrement que par « gagner du temps », attendez. Un objectif qui ne se chiffre pas ne se vérifie pas.
Dans notre expérience, le relevé conclut à « ne rien faire » dans un cas sur quatre ou cinq. Ce n’est pas un échec de la méthode : c’est ce pour quoi elle existe.
La mesure d’après
Le même relevé, refait un mois après la mise en production. Mêmes colonnes, même durée, mêmes personnes.
C’est ce qui permet de dire, avec un chiffre plutôt qu’une impression, ce que le chantier a produit. Et c’est ce qui rend le chantier suivant facile à lancer — parce que la question « est-ce que ça sert vraiment à quelque chose » aura déjà reçu sa réponse.
C’est aussi, accessoirement, la seule façon honnête pour un prestataire de démontrer ce qu’il a apporté.
Si vous ne deviez retenir qu’une chose
Le relevé n’est pas une formalité préalable au vrai travail. C’est la partie du travail qui détermine si le reste a un sens.
Et il a une propriété rare : il est utile même si vous n’automatisez rien. Beaucoup d’entreprises découvrent à cette occasion des choses sur leur propre fonctionnement qu’aucun outil ne leur aurait apprises.