Simuler un processus : huit étapes avec exemple calculé
Simuler un processus signifie : le délimiter en une phrase, décomposer grossièrement le déroulement en cinq à dix étapes, pour chaque étape relever la quantité, la durée de traitement sous forme d’intervalle et la capacité, décrire l’afflux avec variation et facteur de pointe, lancer le modèle des centaines de fois, vérifier le résultat par rapport à la réalité avec Little's Law, puis modifier exactement un levier et recalculer. Le travail prend une demi-journée, et la majeure partie de ce temps est consacrée à la collecte des données, pas au calcul. Le résultat est un intervalle composé de P50 et P90, plus l’indication vers laquelle l’engorgement se déplacera après la mesure.
Inhaltsverzeichnis
Ce guide est indépendant de l’outil : il fonctionne dans un laboratoire de simulation tout comme dans une bibliothèque Python ou dans un outil de décision allégé. La version touchée pour FlowVisual se trouve dans la praxisanleitung.
Étape 1 : Délimiter, en une phrase
« Du réception de la facture à l’autorisation de paiement. »
Cette phrase doit pouvoir être signée par toutes les personnes impliquées. Sans elle, deux services discutent de processus différents et s’étonnent que leurs chiffres ne correspondent pas.
Si la phrase manque, elle constitue le vrai travail et non le calcul.
Étape 2 : Décomposer grossièrement, cinq à dix étapes
Pas trente. Le goulot se situe à l’endroit de la plus forte charge, et il est visible avec une modélisation grossière comme avec une modélisation fine. Chaque activité supplémentaire coûte cinq champs de saisie et ne change pas le résultat.
Trois règles :
- « Une bifurcation seulement là où le processus se sépare réellement », avec la part par branche.
- « Une sortie pour tout ce qui quitte le processus » : retiré, refusé, en attente définitive. Sans sorties, vous calculez avec des quantités qui n’arrivent jamais.
- « Les temps d’attente ne sont pas des étapes. » Ils apparaissent dans le modèle dès que la capacité est limitée. Qui saisit « durée d’attente 3 jours » comme étape, a prématurément fixé le résultat au lieu de le calculer.
Étape 3 : Trois chiffres par étape
| Indication | Où la trouver | Substitut |
|---|---|---|
| Quantité par jour | ERP, système de tickets, liste d’arrivée | Compter quatre semaines |
| Traitement de–à | pointage du temps, auto-déclaration | Interroger trois personnes séparément, plage issue de leurs réponses |
| Capacité | plan de postes × heures productives | personnes × heures × 0,7 |
« Sur la plage : » « 5 à 15 minutes » est une meilleure indication que « en moyenne 10 », et les métiers la fournissent plus volontiers car elle est plus honnête. La dispersion n’est pas une imprécision, elle est la cause de la file d’attente.
« Sur la capacité : » calculez avec sept heures productives par poste équivalent temps plein, pas huit. Réunions, relances et perturbations ne sont pas du temps de traitement.
Étape 4 : Décrire le flux d’arrivée
L’étape la plus souvent ignorée et la plus déterminante. Trois informations :
- « Quantité moyenne par jour ouvré. »
- « Variabilité : » les cas arrivent-ils uniformément ou par grappes ?
- « Facteur de pointe : » combien de fois plus lors d’un jour fort ? Fin de mois ou début de semaine, un facteur de 1,5 à 2 est courant.
Qui utilise une moyenne lisse simule un processus qui n’est jamais sous charge et obtient un temps de traversée qui n’existe jamais en exploitation.
Étape 5 : Lancer les calculs, des centaines de fois
Un unique essai est un échantillon de un. Ce n’est qu’en répétant avec de nouveaux nombres aléatoires que l’on obtient le résultat visé : une distribution dont on lit P10, P50 et P90.
Sorties dont vous avez besoin : débit, temps de traversée en intervalle, charge par étape, longueurs de file d’attente.
Étape 6 : La vérification
Little's Law est le contrôle le moins coûteux qui existe, et il vaut sans hypothèses sur les distributions :
Temps de traversée W = Stock L ÷ Débit λ
Comptez les cas en attente aujourd’hui, divisez par le débit journalier, comparez avec ce que votre modèle donne.
- « Si ça concorde approximativement : » continuer.
- « Modèle nettement plus rapide que la réalité : » il manque une file d’attente. Presque toujours une relance, une seconde étape d’autorisation ou un traitement groupé.
- « Modèle nettement plus lent : » vous avez sous-estimé la capacité ou omis une bifurcation qui retire de la quantité.
Étape 7 : Changer un levier
Sauvegardez l’état actuel. Puis faites « exactement une » modification :
- augmenter la capacité
- réduire la dispersion (séparer les cas par type, lisser les arrivées, supprimer les relances)
- rediriger une partie de la quantité (seuils de valeur, échantillonnage au lieu de contrôle complet)
- automatiser une étape
Relancez les calculs, comparez. Puis revenez en arrière et testez le levier suivant. Trois changements simultanés donnent un chiffre qu’on ne peut plus attribuer à un levier précis.
Étape 8 : Consigner, avec les hypothèses
Quatre éléments : ordre des charges au jour de pointe, temps de traversée en P50 et P90, effet du levier en temps et en euros avec le nouveau goulot, et la liste de ce qui n’est pas couvert.
L’exemple, entièrement calculé
Modèle d’exemple, pas de données client.
« Processus : » traitement des demandes de remboursement. 80 demandes par jour ouvré, facteur de pointe 1,6 en début de mois.
| Étape | Traitement | Capacité | Besoin/jour | Capacité/jour | Charge |
|---|---|---|---|---|---|
| Vérifier la réception | 3–6 min | 1 personne | 360 min | 420 min | 86 % |
| Vérifier le fond | 8–20 min | 3 personnes | 1 120 min | 1 260 min | 89 % |
| Autorisation | 2–5 min | 1 personne (en tâche secondaire) | 280 min | 300 min | 93 % |
| Paiement | Traitement groupé | 2× par semaine | — | — | — |
« Première lecture : » le goulot est l’autorisation (93 %), juste devant la vérification du fond (89 %). Les trois sont au-dessus de 85 %. Cela signifie que le temps d’attente est déjà un multiple du temps de traitement, et au jour de pointe avec facteur 1,6 les trois dépassent 100 %.
« Résultat de la simulation : » temps de traversée P50 = 4,8 jours, P90 = 11,2 jours. Le temps de traitement total est de 13 à 31 minutes. Entre 25 minutes et 4,8 jours se pose la vraie question.
« Vérification : » Dans le panier, en moyenne 390 demandes, débit 80/jour → 4,9 jours. Ça concorde.
« Levier A, une demi-poste de plus pour la vérification du fond : » P50 descend à 3,9 jours, P90 à 8,4. Le goulot est maintenant clairement l’autorisation (93 %).
« Levier B, remplacement dédié pour l’autorisation au lieu d’une tâche secondaire : » P50 descend à 3,1 jours, P90 à 6,0. La dispersion de l’étape d’autorisation était le levier le plus efficace, bien qu’il ne coûte pas de poste.
« Levier C, paiement quotidien au lieu de deux fois par semaine : » P50 −0,7 jours, pratiquement gratuit.
« Classement par effet par effort : » C, B, A. La réponse classique — plus de personnel — arrive en dernier.
Les cinq erreurs coûteuses
- « Enregistrer le temps d’attente comme une étape. » Ainsi on fixe le résultat d’avance.
- « Calculer avec des moyennes au lieu de plages. » Sans dispersion, pas de file d’attente ; sans file d’attente, pas de temps de traversée réaliste.
- « Omettre le jour de pointe. » Un processus à 85 % en moyenne dépasse 100 % au jour de pointe. C’est là que naît l’accumulation qui dure des semaines.
- « Modéliser trop finement. » Trente étapes, même réponse, triple travail.
- « Publier sans vérification. » Little's Law prend cinq minutes et sauve la crédibilité.
Questions fréquentes
Combien de temps faut‑il pour simuler un processus ?
Pour un processus délimité de cinq à dix étapes : une demi‑journée de travail effectif, répartie sur environ une semaine calendaire. La plus grande part est la collecte des données, pas la construction du modèle. Le modèle lui‑même est prêt en environ 30 minutes. Cela ne prend plus de temps que si la délimitation est contestée.
Quelles données me faut‑il au minimum ?
Trois chiffres par étape (quantité, durée de traitement comme intervalle, capacité) plus la description du flux d’arrivée avec variation et facteur de pointe. Tout peut être estimé, tant que l’estimation figure comme hypothèse dans le résultat. Un journal d’événements n’est pas nécessaire ; vous n’en avez besoin que si vous voulez mesurer le passé au lieu de calculer un changement.
Comment savoir si mon modèle est faux ?
Avec Little's Law : comptez les cas en attente et divisez par le débit journalier. Si le temps de traversée mesuré est nettement supérieur au temps calculé, il manque une file d’attente dans le modèle. Le plus souvent, il s’agit d’une demande de renseignement, d’une deuxième étape d’approbation ou d’un traitement par lots. Cette vérification prend cinq minutes et est la plus efficace qui existe.
Dois‑je modéliser les temps d’attente comme des étapes séparées ?
Non. Le temps d’attente apparaît dans le modèle dès qu’une étape n’a pas assez de capacité pour la quantité entrante. Qui l’inscrit comme étape fixe présuppose le résultat qu’il voulait calculer. Il ne pourra ensuite plus montrer comment le temps d’attente change si la capacité ou la dispersion varient.
Pourquoi ne changer qu’un levier par calcul ?
Parce que sinon on ne peut pas attribuer l’effet. Si vous changez capacité, dispersion et routage simultanément, vous obtenez un meilleur chiffre, mais pas de business case : personne ne peut dire quelle partie de l’investissement l’a produit. Calculés individuellement, les changements donnent un classement par effet par effort, et il contient souvent en première place une mesure gratuite.
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
Simuler des processus métier : le guide pratique
La simulation n'est pas, en entreprise, un projet statistique, mais un outil de décision. Ce guide indique quels processus valent la peine, ce qui figure à la fin sur le papier, à quoi ressemble une première initiative et quelles quatre erreurs coûtent la plupart des initiatives.
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 - Méthode
Calculer l'engorgement : pourquoi 85 % d'utilisation est déjà trop
L'engorgement n'est pas l'étape la plus longue, mais celle avec la plus forte utilisation. Et le temps d'attente ne croît pas linéairement avec l'utilisation, il explose juste avant la limite. Le calcul derrière tient sur une page.
Lire