Processus

Là où le temps disparaît

Une journée de travail fuit à trois endroits que personne ne mesure : la recherche, la ressaisie et l'attente. Ce qu'un audit de processus met au jour avant qu'un logiciel n'entre en jeu.

Berkan Alci, fondateur de YK TechnologiesBerkan Alci5 min de lectureOperations et direction

En bref

  • Les travailleurs du savoir perdent près de 20 % de leur semaine à chercher de l'information interne ; les travailleurs de l'interaction consacrent environ 28 % de leur temps à l'e-mail.
  • Les trois plus grandes fuites sont la recherche, la ressaisie entre systèmes isolés et l'attente entre les transferts. Aucune ne figure sur une facture.
  • Un audit de processus suit une commande de l'accueil à la comptabilité et mesure aussi bien le temps de manipulation que le temps d'attente à chaque étape.
  • Les gains rapides se comblent sans nouveau logiciel ; les fuites structurelles exigent une reconception de l'étape.
  • L'automatisation amplifie ce qui existe déjà : d'abord lisser le processus, puis seulement construire le logiciel autour.

Une commande arrive à l'accueil. Le collaborateur ouvre le courriel, cherche le client dans un système, vérifie le stock dans un autre et recopie l'adresse dans un troisième. Entre-temps, un appel vers l'arrière : cette livraison est-elle déjà partie ? Cinq minutes, pense tout le monde. Faites cela quarante fois par jour et l'équivalent d'un demi-poste part en manipulations qui n'ajoutent rien.

Ce n'est pas de la paresse et ce n'est pas du mauvais personnel. C'est la forme du travail. Dans la plupart des entreprises, la journée fuit à trois endroits à la fois : à la recherche, à la ressaisie et à l'attente. Aucune des trois ne figure sur une facture, et c'est précisément pour cela qu'elles restent des années sans être touchées.

La recherche est la fuite la plus silencieuse

Le McKinsey Global Institute l'a déjà mesuré en 2012 : les travailleurs du savoir consacrent près de 20 % de leur semaine de travail, environ une journée entière, à chercher et à rassembler de l'information interne. Cette journée passe à réunir ce dont ils ont besoin pour pouvoir travailler, avant même que le vrai travail ne commence.

Les travailleurs de l'interaction, ceux qui basculent toute la journée entre collègues, clients et fournisseurs, perdent en plus environ 28 % de leur temps à l'e-mail. Une heure sur quatre part à faire vivre une boîte de réception. Cette fuite ne saute aux yeux de personne, car elle ne figure sur aucune feuille d'heures.

Ressaisir, puis ressaisir encore

La deuxième fuite, c'est une donnée qui passe de main en main. Une entreprise moyenne utilisait en 2024 environ 106 applications SaaS différentes. Chacune tient sa propre part de vérité. Un nom de client se trouve dans le CRM, se recopie dans la facturation, puis dans le bon de livraison, puis dans la comptabilité. Quatre fois la même donnée, quatre occasions de faute de frappe, quatre endroits où elle finit par diverger.

Et le comble, c'est que ce travail est justement le plus facile à supprimer. Les tâches de traitement de données présentent environ 69 % de potentiel d'automatisation avec la technologie existante (McKinsey, 2017). La ressaisie n'est pas un métier. C'est un symptôme de systèmes qui ne se parlent pas.

L'addition Près d'un cinquième de la semaine à chercher. Plus d'un quart à l'e-mail. Autour d'une centaine d'outils qui tiennent chacun leur propre vérité. Faites ce calcul pour une équipe de dix et il ne s'agit plus de minutes, mais de postes à temps plein.

L'attente est aussi du temps

La troisième fuite ne s'affiche sur aucun écran : l'attente. Un dossier est prêt à l'accueil, mais la comptabilité ne le regarde que demain. Operations attend un accord, finance attend un bon, tout le monde attend quelqu'un. La manipulation dure deux minutes, le délai de traitement trois jours. Cet écart, c'est du pur temps d'attente, et il coûte de la marge sans que personne n'y travaille.

La reprise du travail relève de la même catégorie. Une commande mal saisie revient. La correction coûte plus que la première saisie, car quelqu'un doit maintenant aussi comprendre ce qui a mal tourné. Chaque faute est chère au retour, en temps et en confiance.

Ce qu'un audit de processus mesure

Un audit de processus suit une commande du début à la fin, de l'accueil à la comptabilité. Ce qui se passe réellement une journée ordinaire, avec les exceptions que personne ne note. Chaque étape est consignée : qui fait quoi, dans quel système, combien de temps dure la manipulation et combien de temps le dossier reste immobile avant que le suivant ne le reprenne.

  • Les manipulations qui ajoutent de la valeur, et celles qui n'en ajoutent pas
  • Les moments où une donnée est recopiée au lieu d'être transmise
  • Les transferts entre personnes ou services, avec le temps d'attente intermédiaire
  • Les points où le travail revient : fautes, exceptions, informations manquantes

Ce qu'il vous reste, c'est une carte du flux réel, avec le temps en regard. Sur cette carte, vous voyez où la journée disparaît, et ce n'est généralement pas là où le management le supposait. C'est seulement alors que vous pouvez choisir un ordre sensé.

Gains rapides et correctifs structurels

Toutes les fuites ne méritent pas la même approche. Certaines se comblent dès demain : un formulaire qui demande un champ de trop, une approbation que plus personne ne lit, un export qui peut se faire avec deux clics de moins. Ce sont les gains rapides, et vous les obtenez sans une seule ligne de logiciel nouveau.

Les correctifs structurels sont plus profonds. Deux systèmes qui ne se parlent pas, un transfert qui coûte par définition une journée, un contrôle placé au mauvais endroit de la chaîne. Cela ne demande pas une astuce mais une reconception de l'étape. Dans notre approche, cela se fait par vagues, avec un go/no-go à chaque étape, pour que vous ne construisiez jamais plus que ce qui a déjà fait ses preuves.

Bill Gates l'écrivait déjà en 1999 : automatiser un processus efficace accroît l'efficacité, automatiser un processus inefficace accroît l'inefficacité. C'est pourquoi le lissage du processus vient avant le logiciel, et non l'inverse. D'abord reconcevoir le flux, puis seulement construire les modules autour qui reprennent ce qui reste. Qui inverse cet ordre paie pour rendre son désordre plus rapide.

Vous voulez appliquer cela à votre situation ?

Belge, dirigée par son fondateur et conçue pour être transférée. Un e-mail suffit.