BPMN décrit le déroulement. La simulation nécessite quatre informations supplémentaires

Ce que décrit BPMN 2.0 : Activités, événements, passerelles, flux de séquence, pools et lanes, messages, sous-processus. Donc la structure du déroulement. Complète, standardisée et échangeable entre outils.

Ce que BPMN 2.0 ne décrit pas : le comportement sous charge. Concrètement, il manque quatre informations :

L'extension WfMC BPSim (Business Process Simulation Interchange Standard) est précisément conçue pour cela : elle attache ces paramètres comme une section distincte à un fichier BPMN. En pratique, sa diffusion est limitée. La plupart des outils enregistrent les paramètres de simulation dans des champs propres, de sorte qu'un changement d'outil n'évite généralement pas la ressaisie.

La conséquence pour votre projet : L'import d'un diagramme BPMN vous épargne la structure, pas les données. Et les données sont le travail.

Trois questions à poser à chaque fournisseur avant de choisir un outil :

1. La simulation est-elle incluse dans cette édition, ou dans une édition plus chère ?
2. Représente-t-elle les files d’attente avant les étapes occupées, ou additionne-t-elle seulement les temps de traitement le long des chemins ?
3. Obtiens‑je un résultat sous forme d’intervalle (P10–P90) ou un simple nombre ?

Pour la question 2, la catégorie se sépare : un outil qui additionne des durées de chemin appelle son résultat « temps de passage », mais entend temps de traitement. Dans les processus administratifs, la différence est rarement inférieure à un facteur trois.

Le diagramme BPMN est destiné aux personnes et aux systèmes qui doivent connaître le déroulement : management de la qualité, audit, formation, développement logiciel. Il vit des années et est versionné.

Le modèle de calcul sert à une décision : cette automatisation est-elle rentable, le processus tient‑il le double de volume, où recrutons‑nous une demi‑poste. Il vit des semaines et est jeté une fois la décision prise.

Le déroulé habituel :

1. Documenter le déroulement en BPMN, s’il doit être documenté. Structure, responsabilités, exceptions.
2. Pour la décision, établir un modèle de calcul approximatif : cinq à dix étapes, pas trente. Le goulot d’étranglement ne se trouve presque jamais dans le détail.
3. Saisir les volumes, les intervalles, les capacités et les taux. C’est le travail que le BPMN ne vous enlève pas.
4. Calculer, enregistrer l’état actuel, modifier un levier, comparer.
5. Motiver la décision avec le résultat, conserver le diagramme pour la documentation.

Qui réalise l’étape 2 dans le même outil que l’étape 1 évite un changement d’outil et s’achète pour cela : une pression à détailler. Un diagramme prêt pour la documentation compte trente activités, un modèle calculable en demande dix. Chaque activité supplémentaire vous coûte cinq champs de saisie.

FlowVisual connaît début, étape, décision, jonction, abandon et fin. Pas de pool, pas de lane, pas d’événement de message, pas de marqueur de sous-processus, pas de vérification de notation.

Ce que ça coûte : Vous n’obtenez pas ici une documentation de processus conforme aux normes. Si votre management de la qualité exige un diagramme BPMN‑2.0, vous avez besoin d’un outil BPMN. Il n’y a pas d’autre option.

Ce que ça apporte : Le service métier discute du processus pendant l’atelier plutôt que de la notation. Un modèle est prêt en dix minutes, pas en deux heures. Et tous les champs de saisie qui existent sont ceux qui modifient le résultat : quantité, intervalle, capacité, rôle, système, tarif.

La règle empirique honnête :

• Vous avez besoin d’un document qui satisfait une norme ou un audit → outil BPMN.
• Vous avez besoin d’un chiffre qu’un décideur signe → modèle de calcul, notation secondaire.
• Vous avez besoin des deux → les deux, mais l’un après l’autre et pas dans le même artefact.

La version longue de cette comparaison se trouve dans l’article BPMN-Tool mit Simulation.