Enregistrement du processus ou simulation de processus ? Ce que chacun peut faire
Un relevé de processus (diagramme de flux, swimlane, BPMN ou flux de valeur) décrit la structure : quelles étapes existent, qui les exécute, où il y a des embranchements. Il constitue la base pour la documentation, la formation, l’audit et pour la compréhension commune lors de l’atelier. Ce qu’il ne contient pas, c’est le comportement sous charge : quantité d’arrivées, dispersion des durées de traitement, capacité par rôle et calendrier. C’est pourquoi il ne peut répondre à aucune des quatre questions posées dans les projets d’amélioration : où se trouve le goulet d’étranglement, combien de temps cela prend dans le pire des cas, vers où le goulet d’étranglement se déplace après une mesure et quelle valeur a cette mesure. Un relevé avec huit étapes devient en environ vingt minutes un modèle de calcul.
Inhaltsverzeichnis
Ce que réalise un relevé de processus
On le sous-estime généralement lorsqu’on veut calculer. Une image commune :
- met fin aux disputes sur la réalité. Deux services qui décrivent différemment le même processus ne s’en aperçoivent qu’au diagramme.
- rend la responsabilité visible. Les swimlanes montrent les remises, et ce sont les remises où les affaires s’arrêtent.
- est la base pour la documentation, la formation, l’audit et le développement logiciel. Un modèle de calcul ne suffit pas pour cela.
- coûte presque rien et naît dans un atelier, pas dans un projet.
Les formes répandues diffèrent moins qu’elles ne le prétendent :
| Forme | Points forts | Angle mort |
|---|---|---|
| Diagramme de flux | Compréhensible immédiatement, pas de formation nécessaire | Pas de rôles, pas de durées |
| Swimlane | Remises et responsabilités visibles | Pas de quantités, pas de capacité |
| BPMN 2.0 | Normalisé, échangeable, proche de l’exécutable | Le comportement sous charge manque complètement |
| Flux de valeur (VSM) | Stocks et temps d’attente inclus | Instantané, pas de variabilité |
| SIPOC | Délimitation rapide, utile pour le démarrage de projet | Très grossier, pas de logique de déroulement |
Le flux de valeur se rapproche le plus du calcul : il intègre temps d’attente et stocks. Mais il les mesure sur un jour pour un cas typique et ne répond donc pas à ce qui se passe le jour de pointe.
Ce qui ne figure dans aucun relevé
Quatre indications, indépendamment de la notation :
- Quantité d’arrivée et sa variabilité. « 120 opérations par jour » et « 180 le premier du mois » ne figurent dans aucun diagramme.
- Dispersion des durées de traitement. Une case indiquant « 10 min » est une moyenne. La file d’attente naît de l’étendue, pas de la moyenne.
- Capacité par rôle. Trois personnes fois sept heures productives. Sans ce chiffre, il n’y a pas d’utilisation.
- Calendrier et coûts. Quand on travaille, quel est le coût d’une heure dans ce rôle.
Sans ces quatre éléments, aucun diagramme n’est calculable, quel que soit l’outil. Cela vaut aussi pour BPMN avec module de simulation : là aussi vous saisissez ces valeurs dans des dialogues séparés, voir BPMN-Simulation.
Les quatre questions qui font échouer une image
« Où est le goulot d’étranglement ? » Dans le diagramme, chaque case paraît identique. Le goulot est l’étape à la plus forte utilisation, et l’utilisation n’est pas une propriété de l’image.
« Combien de temps cela prend-il dans le pire des cas ? » Un diagramme n’a pas de distribution. Il ne peut pas distinguer P50 et P90, et les engagements se prennent sur le P90.
« Que se passe-t-il si nous automatisons l’étape 3 ? » Dans l’image, une case disparaît. En réalité, tout le flux arrive à l’étape suivante et le goulot s’y déplace. Cet effet secondaire est la raison la plus fréquente pour laquelle les projets d’automatisation ratent leurs chiffres.
« Quelle est la valeur en euros ? » Il faut pour cela des quantités, des durées et des taux, plus la file d’attente, où se trouvent une grande partie des coûts.
Quand un relevé suffit
Tous les processus n’ont pas besoin d’un modèle de calcul. Un relevé suffit si :
- personne n’attend. Si le processus fonctionne bien en dessous de la limite de capacité, le temps de traitement est le temps de passage. Dans ce cas, une addition honnête vaut mieux qu’une simulation.
- l’objectif est la documentation. Audit, formation, prise de poste, obligation de preuve.
- le processus est reconstruit et personne n’a encore de chiffres. D’abord dessiner, puis collecter les chiffres, ensuite calculer.
- la décision est déjà prise. Un modèle destiné à justifier une décision déjà prise n’est pas une analyse mais de la décoration.
De l’image au modèle : la démarche
La transition coûte moins que ce que la plupart imaginent, à condition de résister à l’impulsion de reprendre le diagramme tel quel.
- Regrouper grossièrement. Un relevé documenté contient trente activités ; un modèle de calcul a besoin de cinq à dix. Regroupez ce que le même rôle fait successivement.
- Réduire les branches aux réelles, avec une part par arête, pas tous les cas particuliers.
- Ajouter les abandons. Tout ce qui quitte le processus (rejeté, retiré, abandonné). Ils manquent presque toujours dans les relevés et sont décisifs dans le calcul.
- Obtenir les quatre indications manquantes. C’est le vrai travail : environ deux heures pour un processus moyen.
- Calculer et vérifier avec Little's Law. Stock ÷ débit journalier contre le temps de passage calculé.
Prévoyez vingt minutes pour la retranscription et deux heures pour les données. Qui connaît ces proportions cesse de traiter le diagramme comme la partie coûteuse.
Côté à côte
| Relevé de processus | Simulation de processus | |
|---|---|---|
| Répond | Comment cela se déroule ? | Que se passe-t-il sous charge ? |
| Contient | Structure, rôles, branches | en plus quantités, dispersions, capacités, calendriers |
| Sortie | Diagramme | Débit, durée de passage sous forme de bande, utilisation, coûts |
| Durée de vie | Années, versionné | Semaines, pour une décision |
| Niveau de détail | 20–30 activités | 5–10 étapes |
| Effort | Heures | une demi-journée, principalement collecte de données |
| Échoue face à | toute question chiffrée | à l’exigence d’être de la documentation |
La règle pratique : les deux, mais successivement et pas dans le même artefact. Un diagramme qui veut être à la fois documentation et modèle de calcul est trop fin pour l’un et trop grossier pour l’autre.
Questions fréquentes
Puis‑je faire une simulation directement à partir d’un diagramme BPMN ?
Pas sans informations complémentaires. BPMN décrit la structure ; pour le calcul il manque la quantité d’arrivée, la dispersion, la capacité et le calendrier. Les outils avec module de simulation demandent ces valeurs dans leurs propres dialogues. L’import vous fait gagner la structure, pas les données. Les données sont le travail.
Une analyse de la chaîne de valeur n’est‑elle pas suffisante ?
Elle se rapproche le plus du calcul parce qu’elle tient les stocks et les temps d’attente. Ce qui lui manque, c’est la variation : elle mesure sur un jour pour une opération typique. De plus, elle ne montre pas l’enchaînement : une étape derrière le goulot se sent détendue parce qu’elle ne reçoit que ce que laisse passer le goulot, et elle devient elle‑même goulot après la résolution de celui‑ci.
À quel niveau de détail un modèle de calcul doit-il être ?
Cinq à dix étapes. C'est nettement plus grossier qu'une saisie prête à la documentation, et c'est voulu : le goulot d'étranglement se situe à l'endroit de la plus forte charge, et il est tout aussi visible dans une modélisation grossière. Chaque activité supplémentaire coûte des champs de saisie sans modifier le résultat.
Nous avons déjà documenté 200 processus. Pouvons‑nous tous les simuler ?
C'est rarement pertinent. La simulation vaut la peine là où des opérations attendent et qu'une décision est à prendre, typiquement pour une poignée de processus en même temps. Les 195 autres documentations conservent leur valeur comme documentation. Un modèle sans décision à prendre est un travail de maintenance sans rendement.
La simulation remplace‑t‑elle la prise de processus ?
Non. La saisie clarifie comment le processus fonctionne et crée la base commune. Sans elle, vous modélisez un déroulement auquel les parties prenantes ne donneront pas leur accord. La simulation s'appuie dessus et répond aux questions de charge, de goulot d'étranglement et d'effet. Les deux ont des lecteurs et des durées de vie différentes.
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- Comparatif
Outil BPMN avec simulation : ce que la notation peut calculer et ce qu’elle ne peut pas
« Notre outil BPMN peut faire de la simulation » signifie selon le produit tout entre une vérification de plausibilité et un vrai simulateur d'événements. Les cinq questions pour le distinguer en dix minutes.
Lire - Comparatif
Simulation de processus gratuite : sept outils et leur vrai coût
« Gratuit » signifie quatre choses différentes pour un logiciel de simulation : open source, niveau gratuit, uniquement pour l'enseignement ou période d'essai. La différence détermine si vous pouvez utiliser le résultat dans une offre.
Lire - Comparatif
Logiciels de simulation de processus 2026 : douze outils, classés honnêtement
Un classement serait malhonnête, car ces outils résolvent des tâches différentes. Ce qui aide, c’est un positionnement : pour quoi chacun est conçu, où il s’arrête et à quelle question il répond, y compris le cas où aucun d’eux n’est nécessaire.
Lire