Un logiciel qui ne dessine pas votre processus mais le calcule

1. Quelle étape limite le débit ? Pas celle dont on se plaint le plus fort, et pas celle qui dure le plus longtemps. Le goulot d'étranglement est l'étape avec la plus haute utilisation ρ = demande ÷ capacité. À 85 % d'utilisation, une opération attend déjà 5,7 fois son temps de traitement, à 95 % 19 fois. Le détail du calcul est ici.

2. Combien de temps cela prend-il dans le pire des cas ? Une moyenne ne répond pas à une promesse. Celui qui promet « trois jours » parce que la médiane est de trois jours rompt la promesse dans la moitié des cas. Ce qui importe est le P90, la valeur que neuf opérations sur dix n’atteignent pas.

3. Où se déplace le goulot si je le résous ? C'est la question qui fait échouer les business cases issus de tableaux. Tant que la validation est à 114 % d'utilisation, la libération derrière semble détendue. Elle ne reçoit presque rien. Si vous résolvez la validation, la libération reçoit la totalité. L'économie indiquée dans le tableau ne se réalise jamais.

4. Combien vaut une modification en euros ? Pas « plus rapide », mais un nombre avec origine : coûts de personnel par opération, coûts de l'attente, coûts des retouches, avant contre après, avec intervalle.

La place des autres catégories : les lignes de production, les entrepôts, les services d’urgences et les terminaux se conçoivent dans un laboratoire de simulation, avec logique de transport, matrices de réglage et plans d’expérience. Les circuits de validation sur des centaines de processus et l’exécution dans un moteur de processus relèvent d’une suite BPM.

La comparaison détaillée avec les limites de chaque catégorie est dans l'article Prozesssimulation: Software im Vergleich.

Les opérations arrivent individuellement. Pas 120 par jour comme un chiffre rond, mais tirés d’une distribution avec fluctuation, probabilité de pic et facteur de pic. Le dommage survient pendant les cinq pires jours du trimestre, pas en moyenne.

Chaque étape a une capacité et une plage de traitement. Capacité soit en personnes × heures par jour soit en cadence fixe si une installation fixe la limite. Traitement de–à, pas une valeur ponctuelle. La dispersion est l’information essentielle, car elle crée la file d’attente.

La simulation est répétée des centaines de fois. Chaque répétition tire de nouvelles valeurs aléatoires. De la distribution des résultats naît la bande : P10, P50, P90. Pourquoi un seul nombre ne suffit pas ici est expliqué dans P10, P50, P90 richtig lesen.

L’enchaînement est pris en compte. Une étape ne voit jamais plus d’opérations que la plus lente avant elle n’en laisse passer. C’est exactement pourquoi le goulot d’étranglement se déplace dès que vous le résolvez. Cela, aucun tableau ne le peut.

Taux d’utilisation  ρ  =  Besoin ÷ Capacité
Temps d’attente  Wq  ≈  ρ/(1−ρ)  ×  (ca² + cs²)/2  ×  te

La deuxième ligne est l’approximation à laquelle tout résultat de simulation peut être confronté. Si la simulation s’en écarte fortement, la différence tient à l’enchaînement ou au calendrier. Les deux doivent alors être expliqués, pas écartés.

• Le process mining pour le passé. FlowVisual ne lit pas de journaux d’événements ; vous saisissez volumes et durées. Pour savoir à partir d’un journal d’événements ce qui s’est passé hier, prenez un outil de mining. Ce qui se passera une fois l’étape 3 automatisée, FlowVisual le calcule.
• Le BPMN 2.0 pour un moteur de processus. FlowVisual travaille avec six blocs et produit lui-même le schéma du déroulement, le manuel de processus et la matrice RACI. Il n’exporte pas de XML BPMN 2.0. Voir BPMN-Simulation.
• La conception d’usines. La logique de transport, les matrices de réglage, les plans d’expérience et les modèles d’équipes avec règles de passation relèvent d’un laboratoire de simulation.

1. « Ouvrir un modèle au lieu de partir de zéro. » Via Parcourir les modèles dans la feuille d’introduction ou Fichier → Modèles…. Traitement des commandes, processus d’offre, validation des factures, réclamation, intégration des nouveaux arrivants ou ticket IT sont prêts à l’emploi. Trente secondes pour voir à quoi ressemble un modèle terminé. Cela vous évite de surdétailler le vôtre.
2. « Dessinez le flux. » Début, étapes dans l’ordre réel, décisions là où le processus bifurque vraiment, abandon pour tout ce qui sort du processus.
3. « Saisissez volumes, durées et coûts. » Volume par jour avec variation, capacité et durée de traitement par étape de–à, plus rôle, système et taux horaire. Calculez le coût complet : salaire brut × 1,5 à 1,8, divisé par environ 1 500 heures productives.
4. « Regardez avant de calculer. » Est‑ce que cela se passe vraiment ainsi ? Ces deux minutes avec le métier vous évitent la discussion sur le résultat.
5. « Lancez le test de résistance. » Le bouton se trouve dans l’en-tête de la page de l’espace Processus, à côté de Prouvez et Exporter. La barre la plus haute est votre goulot d’étranglement ; un clic ouvre l’étape dans le panneau Détails.
6. « Capture avant, changez exactement un levier, prouvez. » FlowVisual capture aussi l’état avant de lui-même dès votre première modification. Prouvez dans l’en-tête de la page place avant et après côte à côte. Un levier par exécution, et vous savez lequel a agi.
7. « Exportez. » Offre (PDF) pour le décideur, documentation (PDF) pour la traçabilité, plus le manuel de processus, les lots de travail, le compte rendu d’atelier et les données en CSV ou JSON.

Les sept étapes sont gratuites ; les PDF portent alors une mention d’essai. Pro ajoute les PDF sans filigrane, votre en-tête, Word, Visio (.vsdx) et draw.io/SVG. La version détaillée avec listes de contrôle et les cinq erreurs coûteuses se trouve dans la Anleitung.