Coûts de processus dans Excel : quatre erreurs qui font échouer tout Business Case

Inhaltsverzeichnis+

Le business case pour une amélioration de processus naît presque toujours dans un tableau. Cela est parfaitement acceptable. Jusqu’à ce que quelqu’un refasse le calcul.

Quatre erreurs apparaissent si régulièrement qu’on peut les considérer comme des modèles récurrents. Aucune n’est de la négligence. Les quatre sont des limites de l’outil.

Une précision avant tout, pour que vous lisiez au bon endroit : ici il s’agit du calcul, c’est‑à‑dire comment trouver les quatre erreurs dans votre propre tableau et ce qu’il faut calculer à la place. L’autre moitié de la question (ce que coûte le goulot d’étranglement par an en euros et comment cette valeur est présentée à la direction) est traitée par le Prozesskosten‑Rechner auf Flowrefy.com, avec des coûts complets, des coûts cachés et la marge d’économie. Qui veut déposer le chiffre est plus rapide là‑bas. Qui veut savoir comment il est obtenu continue de lire ici.

Erreur 1 : calculer avec des moyennes

Dans le tableau il est indiqué « Temps de traitement : 7,5 minutes ». En réalité l’opération dure entre 4 et 25 minutes, le plus souvent 6.

Ce n’est pas un problème d’arrondi. Pour les relations non linéaires, l’espérance du résultat n’est pas le résultat de l’espérance. C’est l’inégalité de Jensen, connue sous « Flaw of Averages ». Et les files d’attente sont fortement non linéaires.

Concrètement : un processus où chaque opération dure exactement 7,5 minutes et un processus ayant la même moyenne mais une dispersion plus grande ont des temps de traversée complètement différents. Le second est nettement plus lent. Le tableau les considère identiques.

Signe révélateur : Toute durée du modèle est un nombre unique. Il n’y a pas de colonne « de » et « à ».

Ce qui aide : recueillir les durées comme une plage. Ne demandez pas « combien de temps cela prend ? », demandez « combien de temps cela prend un bon jour, et combien au pire, le pire que vous avez eu le mois dernier ? ».

Erreur 2 : confondre temps de traitement et temps de traversée

Le tableau additionne : 5 + 12 + 8 + 10 = 35 minutes. Le calcul est juste. Il mesure juste autre chose que ce que vit le client.

Le client vit : la demande arrive lundi, la réponse arrive jeudi. Entre les 35 minutes de travail il y a trois jours d’attente, répartis en boîtes de réception, validations et boucles de demandes de précision.

Dans la plupart des processus administratifs, la part du vrai travail dans le temps de traversée est de l’ordre de quelques pourcents. Un business case qui économise 20 % du temps de traitement économise donc une fraction infime du temps de traversée, alors qu’il est présenté comme « 20 % plus rapide ».

Signe révélateur : La ligne de total s’appelle « Temps de traversée », mais c’est la somme des temps de traitement.

Ce qui aide : Little's Law comme contre‑vérification. Comptez les éléments en attente et divisez par le débit journalier. Si le résultat diffère fortement de votre somme (et c’est le cas), votre modèle oublie les files d’attente.

Erreur 3 : utilisation de la charge moyenne mensuelle

Le tableau dit : « Traitement 74 % d’utilisation, donc il reste de la marge. »

La moyenne mensuelle est la plus indulgente des métriques. Elle cache précisément ce qui tourne mal. Un processus à 74 % en moyenne peut être à 130 % cinq jours par mois. C’est lors de ces cinq jours que tout le retard se crée, que les 15 jours restants vont résorber.

S’ajoute l’effet non linéaire : le temps d’attente croît avec le facteur ρ/(1−ρ). À 74 % c’est un facteur 2,8. À 95 % c’est 19. Une moyenne entre ces états n’a pas de sens, parce que la relation est courbée.

Signe révélateur : Le tableau affiche un taux d’utilisation sans indiquer à quoi il se réfère.

Ce qui aide : calculer avec le jour au 90e centile. Si vous n’avez vos volumes que par mois : quantité mensuelle divisée par les jours ouvrés, puis multiplier par un facteur 1,4 à 1,8 pour le pic, et documenter cette hypothèse.

Erreur 4 : économiser au mauvais poste

C’est l’erreur la plus coûteuse, car elle conduit à de véritables investissements.

Le tableau calcule : « Étape 4 dure 18 minutes, nous automatisons la moitié, soit 9 minutes × 1200 opérations × 65 €/h = 23 400 € par an. » La multiplication est correcte. L’économie n’apparaît pourtant pas.

Car si l’étape 4 n’est pas le goulot, accélérer celle‑ci n’impacte en rien le débit. Le temps libéré ne se retrouve pas dans le compte de résultat. Il devient du temps d’attente avant le vrai goulot. C’est le cœur de la Theory of Constraints et l’expérience de tout responsable de processus ayant déjà introduit un outil qui « n’a rien apporté ».

Inversement, qui résout le véritable goulot obtient souvent plus que prévu. Jusqu’à ce que le goulot migre vers une autre étape et freine de nouveau.

Signe révélateur : Le business case calcule économie = temps gagné × taux horaire × quantité, sans dire quelle étape est le goulot.

Ce qui aide : calculer d’abord l’utilisation par étape et trier. Tout ce qui n’est pas la valeur la plus élevée n’augmente pas le débit. Cela peut néanmoins être pertinent (qualité, taux d’erreur, satisfaction au travail), mais alors le business case doit le justifier ainsi.

Les quatre erreurs côte à côte

Ce qu’un tableau ne peut pas faire fondamentalement

Ces quatre points se corrigent partiellement par de la rigueur, mais un reste subsiste structurellement : Un tableau ne connaît pas de file d’attente. Il calcule des cellules, pas des éléments qui attendent les uns les autres. Il ne montre donc pas non plus ce qui se passe après une amélioration : qu’un goulot résolu transmet la totalité du flux à l’étape suivante, qui devient alors goulot.

Pour cela il existe la simulation. Elle laisse passer des éléments individuels dans le modèle, avec dispersion et calendrier, des centaines de fois. La sortie n’est alors pas un nombre fixe, mais une distribution, et celle‑ci tient face à une question critique.

Le test avant dépôt

Avant que votre business case n’entre dans un document de décision, répondez par écrit à quatre questions :

1. Quelle étape est le goulot, et comment le reconnais‑je ?
2. Est‑ce que je me réfère au temps de traitement ou au temps de traversée ?
3. À quel jour se réfère mon taux d’utilisation ?
4. Quelle est l’amplitude de mon économie, et quel est le cas défavorable ?

Qui peut répondre aux quatre a un business case. Qui ne peut pas en donner la réponse a un tableau.