Calculer l'engorgement : pourquoi 85 % d'utilisation est déjà trop
Le goulot d’un processus est l’étape ayant la plus forte utilisation ρ = besoin ÷ capacité, et non celle ayant le temps de traitement le plus long. Le temps d’attente avant augmente non pas de façon linéaire, mais avec le facteur ρ/(1−ρ) : à 70 % d’utilisation, 2,3 fois le temps de traitement, à 85 % 5,7 fois, à 95 % 19 fois. C’est pourquoi un processus s’effondre apparemment soudainement alors que le volume n’a augmenté que de quelques pourcents. Et c’est pourquoi une utilisation de 85 % en moyenne mensuelle est déjà un signal d’alerte, pas une bonne valeur.
Inhaltsverzeichnis
Deux phrases qui tombent dans presque tous les projets de processus sont toutes deux fausses :
« Le goulot d’étranglement est l’étape qui prend le plus de temps. »
« Nous sommes à 85 % de charge, il reste de la marge. »
Pourquoi elles sont fausses peut se démontrer par trois formules qui tiennent ensemble sur une page. Ensuite, vous pouvez trouver le goulot de n’importe quel processus avec une calculatrice, et vous voyez exactement où la calculatrice s’arrête.
Une hypothèse est posée par cet article comme acquise : que l’on sait quel processus vous allez calculer. Si vous devez d’abord le découvrir (quel est parmi vos processus le plus coûteux), c’est précisément cette question de sélection que répond le diagnostic de goulot sur Flowrefy.com : il nomme le processus, montre la cascade derrière et indique trois leviers. Le choix se fait là-bas, le calcul est ici.
1. Charge : le seul chiffre qui indique le goulot
Charge ρ = Besoin ÷ Capacité
Le besoin est quantité multipliée par durée de traitement. La capacité est le temps de travail disponible.
Exemple. L’étape « Vérification » reçoit 120 dossiers par jour, chacun prend 12 minutes. Trois personnes travaillent chacune sept heures productives.
- Besoin : 120 × 12 min = 1440 min/jour
- Capacité : 3 × 7 h = 21 h = 1260 min/jour
- Charge : 1440 ÷ 1260 = 114 %
Plus de 100 % signifie : la file d’attente croît chaque jour. Pas « ça prend un peu plus de temps », mais à l’infini. Jusqu’à ce que quelqu’un escalade, fasse des heures supplémentaires ou que des dossiers restent en attente.
Qu’une autre étape prenne peut‑être 40 minutes importe peu tant qu’elle dispose de capacité suffisante. Durée n’est pas charge. Le goulot est toujours l’étape avec le ρ le plus élevé.
2. Little’s Law : file, débit et temps sont liés
Stock L = Débit λ × Temps de traversée W
Stock = Débit × Temps de traversée. Cette relation vaut sans hypothèses sur les lois de distribution. C’est une identité comptable.
Utile en pratique, elle se réarrange :
Temps de traversée W = Stock L ÷ Débit λ
Exemple. Dans votre boîte d’entrée se trouvent 40 dossiers non traités, et vous traitez 20 par jour. Alors le temps de traversée est de deux jours. Indépendamment de ce que dit votre documentation de processus.
C’est la mesure la moins coûteuse qui existe : compter le stock, compter le débit, diviser. Vous n’avez pas besoin d’outil, seulement de deux nombres que tout responsable de service peut fournir.
3. Kingman : pourquoi ça explose près de la limite
La formule décisive est une approximation de la théorie des files d’attente, souvent appelée « formule VUT » :
Temps d’attente Wq ≈ ρ / (1 − ρ) × (ca² + cs²) / 2 × te
└─ Charge ─┘ └─ Dispersion ─┘ └ Durée ┘
Trois facteurs, et seul le dernier est celui dont on parle dans les projets.
Le premier facteur est la cause de tout. Regardez comment il se comporte :
| Charge ρ | Facteur ρ/(1−ρ) | Temps d’attente pour 10 min de traitement |
|---|---|---|
| 50 % | 1,0 | 10 min |
| 70 % | 2,3 | 23 min |
| 80 % | 4,0 | 40 min |
| 85 % | 5,7 | 57 min |
| 90 % | 9,0 | 90 min |
| 95 % | 19,0 | 190 min |
(Approximation pour un opérateur avec dispersion moyenne. Si plusieurs personnes partagent un pool, les valeurs sont plus faibles. La non‑linéarité reste.)
Passer de 70 % à 85 % est une augmentation de 15 points de pourcentage. Le temps d’attente se multiplie par deux et demi. De 85 % à 95 % ce sont encore dix points, et le temps d’attente triple de nouveau.
C’est la réponse à « pourquoi le processus s’est‑il soudainement effondré ? ». Il ne s’est pas effondré soudainement. Il fonctionnait à 88 % de charge, et le volume a augmenté de 6 %.
Le deuxième facteur : la dispersion est un levier
Le terme du milieu est presque toujours ignoré. ca et cs sont des coefficients de variation (écart‑type divisé par moyenne) pour les arrivées et pour les durées de traitement.
La conséquence pratique : vous pouvez réduire le temps d’attente sans accélérer un seul traitement. Qui réduit la dispersion de moitié, en divise par quatre la contribution à la file. Concrètement cela signifie :
- Séparer les dossiers par type, au lieu de mêler simple et compliqué dans la même file
- Lisser les entrées (rendez‑vous au lieu de pics, heures fixes de transmission)
- Éliminer les questions de clarification, car chaque question est un dossier qui attend deux fois
Ce sont des mesures sans investissement. Elles figurent rarement dans les business cases parce qu’elles se vendent mal comme projet.
Le calcul en pratique : quatre étapes
- Pour chaque étape, relever besoin et capacité. Quantité × durée contre temps de travail disponible. Une estimation grossière suffit pour un premier passage.
- Calculer ρ et trier. La valeur la plus élevée est votre goulot. Tout ce qui dépasse 85 % est une valeur d’alerte, tout ce qui dépasse 100 % est déjà un arriéré.
- Calculer pour le jour de pointe, pas pour la moyenne mensuelle. Un processus à 70 % en moyenne et 130 % le premier jour du mois a un problème invisible dans la moyenne. Calculez avec le jour au 90e percentile.
- Compter le stock et vérifier avec Little’s Law. Si le temps de traversée mesuré est nettement supérieur au temps calculé, une file manque dans votre modèle. Le plus souvent c’est une clarification ou une approbation.
Où s’arrête le calcul manuel
Trois choses que ce calcul ne peut pas faire, et les trois déterminent les projets :
Il ne connaît pas l’enchaînement. Une étape ne voit jamais plus de dossiers que celle la plus lente avant elle laisse passer. Tant que la vérification est à 114 %, la validation en aval paraît tranquille. Elle ne reçoit presque rien. Si vous résolvez la vérification, la validation recevra la totalité. Le goulot se déplace. Un tableau calcule chaque étape isolément et ne voit pas ce déplacement.
Il ne connaît pas les jours de pointe. La formule travaille avec une moyenne des arrivées. Le dommage réel se produit pendant les cinq pires jours du trimestre.
Il fournit un chiffre, pas une fourchette. Un temps d’attente de « 57 minutes » est le résultat d’une approximation avec des entrées estimées. Il devient robuste seulement sous forme de bande : P10 à P90.
C’est précisément sur ces trois points que la simulation intervient. Elle laisse les dossiers vraiment traverser le processus : des centaines de fois, avec dispersion, avec calendrier. Elle répond ainsi à la question que nulle formule ne répond : Où se déplace le goulot si je le résous, et qu’est‑ce que cela vaut en euros ?
Résumé
- Le goulot est l’étape avec la charge la plus élevée, pas celle avec la durée la plus longue.
- Le temps d’attente croît avec ρ/(1−ρ). À partir d’environ 85 % toute nouvelle augmentation de volume devient coûteuse.
- La dispersion est un levier à part entière et le plus souvent le moins coûteux.
- Little’s Law vérifie votre modèle par rapport à la réalité, avec deux nombres comptés.
- Pour la question « qu’apporte un changement ? » le calcul manuel ne suffit pas, car il ignore le déplacement du goulot.
Questions fréquentes
À partir de quel taux d'utilisation une étape de processus devient-elle critique ?
Règle pratique : à partir de 85 %. La raison est le facteur ρ/(1−ρ) : à 85 % le temps d'attente est déjà 5,7 fois plus long que le temps de traitement, à 95 % il est 19 fois plus long. Entre ces deux valeurs il n'y a que dix points de pourcentage de croissance de la charge. C'est pourquoi l'effondrement semble soudain, même s'il ne l'est pas.
Qu'est‑ce que Little's Law et pourquoi vous en servir ?
Little's Law dit : Stock = Débit × Temps de traversée (L = λ × W). Réarrangé, il fournit la mesure la moins coûteuse du temps de traversée qui existe : comptez les cas en attente et divisez par le débit journalier. La loi vaut sans hypothèses sur les distributions et convient donc parfaitement pour confronter un modèle à la réalité.
Puis‑je calculer le goulot d'étranglement dans Excel ?
Oui pour l'utilisation par étape, et c'est l'étape la plus importante. Ce qu'Excel ne peut pas : représenter l'enchaînement. Une étape située après le goulot paraît dans le tableau détendue, parce qu'elle ne reçoit que ce que le goulot laisse passer. Une fois ce dernier résolu, elle devient elle‑même goulot. Cette migration explique pourquoi les business cases issus de tableaux ne se réalisent pas en exploitation.
Pourquoi une moindre variation réduit‑elle le temps d'attente ?
Parce que le temps d'attente croît proportionnellement au carré des coefficients de variation des arrivées et des durées de traitement. Qui divise la variation par deux en réduit la contribution d'un facteur quatre. Concrètement : séparer les cas par type, lisser les arrivées, supprimer les questions de retour. Ce sont des mesures sans investissement qui n'apparaissent presque jamais dans les business cases.
Calculez-le pour votre propre processus
FlowVisual transforme les chiffres de cet article en un modèle opérationnel, avec vos volumes, vos capacités, votre marge.
Guide: seven steps to the number- Méthode
Simulation à événements discrets pour processus métier
La simulation à événements discrets saute d'événement en événement au lieu d'avancer par pas de temps. Qui comprend pourquoi prend correctement les trois décisions qui font échouer la plupart des modèles : distribution, phase d'échauffement, nombre de runs.
Lire - Méthode
Simuler un processus : huit étapes avec exemple calculé
L’ordre compte plus que l’outil. Huit étapes, un exemple entièrement calculé et la contre‑preuve qui vous montre qu’il manque une file d’attente dans le modèle.
Lire - Méthode
Qu'est-ce que la simulation de processus ? Définition, méthodes, limites
La simulation de processus fait exécuter artificiellement un déroulement, au lieu de le décrire. La différence n'est pas académique : elle détermine si vous avez une opinion sur une modification ou un chiffre.
Lire