Simuler un processus dans Visio : pourquoi cela ne fonctionne pas et ce qui aide à la place

Inhaltsverzeichnis+

Quand on cherche « simuler un processus dans Visio », on obtient beaucoup de résultats mais pas de solution. La raison est simple : ce n’est pas possible. Mais la recherche est tout de même légitime. Elle décrit seulement un autre problème que celui qu’elle semble décrire.

Pourquoi les outils de dessin ne savent pas calculer

Visio, Lucidchart, draw.io, Miro et Whimsical produisent une image. Dans cette image il y a des formes, des connexions et du texte. Ce qui n’existe pas :

• Temps. Une case ne sait pas qu’elle prend dix minutes. Le texte « 10 Min » est une chaîne comme une autre.
• Quantité. Il n’y a pas de notion selon laquelle 120 opérations par jour y passent.
• Capacité. Personne n’est assigné à cette étape, et si c’est le cas, seulement comme étiquette.
• File d’attente. Et c’est le point crucial : sans limite de capacité rien ne peut s’accumuler, et sans accumulation il n’y a pas de temps de traversée, juste une somme.

Visio Professional a des règles de validation qui vérifient si un diagramme est structurellement propre (impasses, formes non connectées, conformité BPMN). C’est utile, mais c’est une correction d’orthographe, pas un calcul.

Les offres complémentaires de tiers changent peu à cela : elles exportent le diagramme vers un autre outil qui fait ensuite les calculs. C’est une voie raisonnable. Mais ce n’est pas Visio qui simule.

Ce que vous cherchez vraiment

La plupart du temps, la recherche cache une de ces quatre questions :

1. « Où mon processus coince-t-il ? » Vous voulez trouver l’engorgement.
2. « Combien de temps cela prend-il vraiment ? » Vous voulez le temps de traversée, pas la somme des durées de traitement.
3. « Que rapporte ce changement ? » Vous devez justifier un investissement.
4. « Notre capacité suffit-elle l’année prochaine ? » Vous planifiez le personnel face à la croissance des volumes.

Aucune de ces quatre questions n’a besoin d’un plus beau diagramme. Les quatre ont besoin de chiffres.

Voie 1 : Calculer à la main (coûte une demi-journée)

Pour les questions 1 et 4 un calcul manuel suffit, et il est plus honnête que tout modèle à moitié alimenté.

Pour chaque étape vous avez besoin de trois valeurs : quantité par jour, durée de traitement, temps de travail disponible.

Charge  ρ  =  (Quantité × Durée)  ÷  Temps de travail disponible

L’étape avec la valeur la plus élevée est votre goulet d’étranglement. Tout au-dessus de 85 % est une valeur d’alerte, pas seulement 100 %, car le temps d’attente croît avec le facteur ρ/(1−ρ) et explose près de la limite. Le calcul détaillé avec tableau se trouve dans Calculer l’engorgement.

Vérification avec Little's Law : comptez les opérations en attente devant chaque étape et divisez par le débit journalier. Cela donne le temps de traversée réel, souvent un multiple de ce qui figure dans le diagramme.

Limite de cette méthode : elle ne répond pas à la question 3. Dès que vous voulez savoir ce qu’une modification produit, le calcul à la main échoue, car il ne voit pas que l’engorgement peut se déplacer vers une autre étape après amélioration.

Voie 2 : Exporter le diagramme

Si vous avez déjà un diagramme BPMN propre, il peut être importé dans un outil avec un moteur de calcul. La norme BPSim existe justement pour cela : elle attache des paramètres de simulation à un modèle BPMN sans changer la notation.

Concrètement cela signifie quand même : vous ressaisissez taux d’arrivée, distributions, capacités et calendriers. Le diagramme vous évite la structure, pas les données. Les données sont le travail. Plus d’infos dans Outil BPMN avec simulation.

Utile si : vous maintenez déjà des modèles BPMN et le modèle est grand. Pas utile si : votre processus a cinq à dix étapes. Dans ce cas, remodeler de zéro est plus rapide que n’importe quel export.

Voie 3 : Modéliser dans un outil qui calcule

Pour les questions 2, 3 et 4 il n’y a pas d’autre choix. Le type d’outil approprié dépend du but. Les quatre catégories et leurs limites sont décrites dans Simulation de processus : comparaison des logiciels.

En bref :

L’erreur coûteuse

Le détour le plus fréquent est un compromis : on met des chiffres dans le diagramme (« 10 Min », « 74 % d’utilisation », « 3 jours ») et on traite le résultat comme un calcul.

C’est pire que pas de chiffres du tout. Un diagramme chiffré ressemble à un calcul effectué. Au comité de pilotage personne ne demandera d’où viennent les 74 %. Jusqu’à ce que le projet soit en cours et que les chiffres ne se vérifient pas.

Si vous mettez des chiffres dans le diagramme, indiquez leur origine et ce qu’ils ne signifient pas. « Durée de traitement, estimée, sans temps d’attente » est une étiquette honnête. « 74 % » seul est une affirmation.

Recommandation pratique

1. Gardez Visio pour ce qu’il sait faire. Pour la documentation, la formation et les audits il y a peu mieux.
2. Calculez l’utilisation par étape à la main. Une demi-journée, et vous connaissez votre goulet d’étranglement.
3. Ce n’est que si vous devez justifier une modification que vous avez besoin d’un outil avec moteur de calcul, et alors d’un outil qui produit des bandes de valeurs plutôt qu’un seul chiffre.

FlowVisual est conçu pour l’étape 3 : assembler un processus en minutes à partir de blocs, le faire tourner sous charge, comparer Avant/Après en euros avec intervalle P10–P90. Il ne remplace pas Visio. Il répond à la question pour laquelle Visio ne se trompe pas : il n’est tout simplement pas concerné.