Simuler des processus métier : le guide pratique
Simuler des processus métiers est utile là où des opérations attendent : validations, demandes, réclamations, offres, intégrations, tickets de service. L’intérêt ne provient pas de la précision du modèle, mais de trois indications qu’aucun tableau ne donne : quelle étape limite le débit, vers quel endroit le goulot d’étranglement se déplace après une mesure et quelle est la valeur de cette mesure en euros, chacune sous forme d’un intervalle. Un premier projet nécessite un processus délimité, cinq à dix étapes, trois chiffres par étape et environ une demi‑journée. Les erreurs les plus fréquentes sont des modèles trop détaillés, le calcul avec des moyennes, plusieurs mesures simultanées et un résultat sans hypothèses indiquées.
Inhaltsverzeichnis
La simulation a mauvaise réputation en entreprise, héritée de la production : modélisation de plusieurs semaines, savoir de spécialiste, un rapport que trois personnes comprennent. Cela ne s’applique pas aux processus métier. Là, l’effort est d’une demi-journée et le résultat une feuille de papier acceptée par le comité de pilotage.
Ce qu’il faut savoir est ici.
À quoi sert la simulation en entreprise
Pas à la documentation. Pas à la conformité. Mais exactement à trois affirmations :
1. Où ça coince vraiment ? Le goulot d’étranglement est l’étape à la plus forte utilisation, pas la plus lente et pas la plus bruyante. Qui se plaint est souvent derrière le goulot et reçoit le travail par à-coups.
2. Que se passe-t-il si nous le résolvons ? Le goulot se déplace. Tant que l’étape 2 est à 114 % d’utilisation, l’étape 3 semble détendue. Elle reçoit presque rien. Si vous résolvez l’étape 2, l’étape 3 reçoit tout le flux. Cet effet secondaire est la raison la plus fréquente pour laquelle les projets d’automatisation manquent leurs chiffres.
3. Quelle est la valeur en euros ? Pas «plus rapide», mais un chiffre avec origine, donné comme intervalle, avec des hypothèses explicites.
Tout le reste (meilleures illustrations, cartes de processus complètes, notation conforme aux normes) relève d’autres outils.
Quels processus conviennent
Règle générale : Partout où des tâches sont dans un panier et attendent quelqu’un.
| Processus | Pourquoi il convient | Constation typique |
|---|---|---|
| Approbation de facture | Beaucoup d’intervenants, approbation en tâche secondaire | Goulot dans l’approbation substantielle, pas dans la saisie |
| Processus de devis | Le temps de passage affecte le chiffre d’affaires, pas les coûts | Calcul et approbation interne comme frein |
| Réclamation | Questions de retour causent une double attente | Goulot dans la relance, pas dans le traitement |
| Procédures de demande et d’autorisation | Capacité fixe, arrivée variable | Les jours de pointe déterminent le temps de passage |
| Intégration des employés | Beaucoup d’intervenants, faible volume, chaînes de rendez-vous | Temps d’attente pour les rendez-vous, pas charge de traitement |
| Ticket IT / Service Desk | Priorisation et escalade | Le deuxième niveau est l’étape limitante |
| Recrutement | Coordination de rendez-vous avec plusieurs agendas | Le délai avant réponse décide des refus |
Non adapté : les processus qui fonctionnent bien en dessous de la capacité et n’ont pas de file d’attente. Là, le temps de traitement est le temps de passage, et une addition suffit. Si personne n’attend, il n’y a rien à simuler.
Ce qui figure enfin sur le papier
Un résultat accepté par le comité de pilotage comporte quatre éléments :
- Le classement des utilisations, calculé sur le jour de pointe plutôt que sur la moyenne du mois.
- Le temps de passage comme intervalle composé de P50 et P90. Un engagement se prend contre le P90 ; qui promet la médiane casse l’engagement dans la moitié des cas.
- L’effet d’une seule mesure, avant/après, en temps et en euros, incluant l’indication vers où le goulot se déplace ensuite.
- La liste de ce qui n’est pas couvert. La phrase «Les relances fournisseurs ne sont pas modélisées» enlève la pointe à la question la plus sévère avant qu’elle ne soit posée.
Si le point 4 manque, la question revient quand même. Mais lors d’une réunion et sans réponse.
Un premier projet, planifié de façon réaliste
| Étape | Effort | Qui |
|---|---|---|
| Délimiter en une phrase | 30 minutes | Responsables de processus |
| Décrire grossièrement le déroulement, 5–10 étapes | 1 heure | Métier, ensemble |
| Obtenir trois chiffres par étape | 2 heures | Métier, contrôle de gestion |
| Construire le modèle et le lancer | 30 minutes | une personne |
| Calculer les mesures individuellement | 1 heure | la même personne |
| Préparer le résultat | 1 heure | la même personne |
Une demi-journée de travail effectif, répartie sur environ une semaine de calendrier. La collecte des données est le goulot, pas le calcul. Si la délimitation est contestée, c’est cela le vrai travail ; alors cela prend plus de temps, et à juste titre.
Les quatre erreurs qui coûtent un projet
1. Modéliser trop finement. Trente étapes au lieu de huit. Chaque activité supplémentaire coûte cinq champs de saisie et ne déplace pas le goulot. Le goulot est à l’endroit de la plus forte utilisation, et il est à peu près aussi visible en grossier qu’en fin.
2. Calculer avec des moyennes. Un processus à 70 % d’utilisation en moyenne mensuelle et à 130 % le premier jour du mois a un problème que la moyenne masque. Calculez le jour du 90e centile.
3. Modifier trois mesures en même temps. Le résultat ne peut ensuite être attribué à aucun levier. Il n’y a plus de business case, seulement une affirmation chiffrée.
4. Donner un seul pourcentage. «Le temps de passage diminue de 43,7 %» est attaquable et sera attaqué. «P50 de 6,1 à 3,4 jours, P90 de 14 à 7, hypothèses en annexe» ne l’est pas.
Quel outil
Bref, la version longue étant dans la comparaison des quatre catégories :
- Outils de dessin (Visio, Lucidchart, draw.io) documentent, mais ne calculent pas.
- Suites BPM (Signavio, ARIS, Bizagi) gèrent les processus à l’échelle de l’entreprise ; la simulation y est un module parmi d’autres.
- Laboratoires de simulation (Arena, Simul8, AnyLogic, FlexSim) ont le moteur de calcul le plus puissant et viennent de la production. Adaptés aux installations, difficiles pour les processus d’approbation.
- Outils décisionnels comme FlowVisual calculent moins en profondeur, mais fournissent en quelques heures un avant/après en euros.
La catégorie décide, pas la liste de fonctions. Et pour un premier projet, ce qui compte surtout est qu’il ait lieu.
En résumé
- La simulation vaut là où des tâches attendent, pas là où il s’agit de documenter.
- Le bénéfice tient en trois affirmations : goulot, déplacement, valeur en euros.
- Un premier projet coûte une demi-journée ; la collecte des données est le goulot.
- Cinq à dix étapes, jour de pointe au lieu de moyenne, un levier par calcul, résultat comme intervalle avec hypothèses.
Questions fréquentes
À partir de quelle taille d'entreprise la simulation de processus vaut‑elle la peine ?
La taille est le mauvais indicateur. Ce qui compte est l'existence d'attentes. Une entreprise de 40 collaborateurs et 1 200 factures par mois connaît le même arriéré qu'un groupe ayant le même rapport volume/capacité. Inversement, dans de grandes structures il existe des processus qui fonctionnent bien en deçà du seuil. Là, une simulation est superflue.
Quelle est la précision des résultats ?
Aussi précise que les données d'entrée, et c'est pourquoi ils sont fournis sous forme d'intervalle. L'utilité ne réside de toute façon pas dans la valeur absolue mais dans la comparaison de deux états sous les mêmes hypothèses : si la même hypothèse est utilisée dans les deux runs, elle se neutralise en grande partie dans la comparaison. C'est pourquoi l'affirmation « cette mesure économise 78 000 à 121 000 euros par an » est plus robuste que « le processus coûte 412 000 euros ».
Avons-nous besoin de données provenant de l'ERP ?
Utile, mais pas indispensable. Il faut trois nombres par étape : quantité, durée de traitement comme intervalle, capacité. Le volume se trouve dans l'ERP ou le système de tickets, la capacité dans le plan des postes, les durées de traitement vous les obtenez en interrogeant séparément trois personnes qui traitent et en formant l'intervalle à partir de leurs réponses. Une estimation est autorisée tant qu'elle reste visible comme hypothèse.
Qui devrait construire le modèle ?
Une seule personne, en direct, devant le service métier. Pas trois personnes successivement en entretien. La valeur de la modélisation commune tient à la contradiction : chaque correction faite en atelier n'a pas besoin d'être présente dans la présentation finale. À la fin, il y a un modèle auquel tous ont donné leur accord avant de discuter du résultat.
Que faire si le résultat contredit notre expérience ?
Alors vérifiez d'abord le modèle par rapport à la réalité : comptez l'encours, divisez par le débit journalier (Little's Law) et comparez avec le temps de traversée connu. S'il y a un grand écart, il manque une file d'attente. Le plus souvent il s'agit d'une demande de précision ou d'une deuxième étape d'approbation. Si la contre-vérification est correcte et que le résultat contredit malgré tout l'expérience, c'est là le gain réel du projet.
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
Coûts de processus dans Excel : quatre erreurs qui font échouer tout Business Case
Presque tous les Business Cases d’optimisation de processus naissent dans Excel. Et presque tous comportent les mêmes quatre erreurs, non par négligence, mais parce qu’un tableau ne peut pas représenter structurellement certaines choses.
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