La question qui décide de chaque mandat : « Et comment le savons‑nous ? »

Le constat est posé, la mesure est évidente, et puis dans le comité de pilotage arrive la phrase à laquelle l’expérience ne répond pas :

« C’est votre estimation. Comment savons‑nous que le chiffre est exact ? »

Trois réponses habituelles et pourquoi elles ne tiennent pas :

• Benchmark. « Dans des entreprises comparables, cela prend 40 % de moins. » Le client n’est pas comparable, et il le sait.
• Tableau. Un calcul Excel avec des temps de traitement additionnés. Il ne connaît pas la file d’attente, les journées de pointe ni l’enchaînement des tâches. Qui connaît l’une de ces trois lacunes abat le chiffre en une phrase.
• Expérience. Utile en cas de confiance déjà établie, mais pas face à un contrôleur interne qui défend son propre projet.

Ce qui tient, c’est un modèle que le service métier a construit lui‑même, qui fonctionne sous variation et dont les hypothèses figurent dans le rapport. Non pas parce qu’il est plus précis, mais parce qu’il est vérifiable.

Acquisition. Avant que la commande ne soit passée. Un modèle en cinq étapes, construit en vingt minutes avec les chiffres de l’entretien préliminaire, montre au prospect sur son propre processus où se forme l’engorgement et combien approximativement vaudrait une mesure. C’est une conversation différente d’une présentation de références externes sur des diapositives. Indiquez‑le comme modèle approximatif. L’honnêteté fait partie de l’effet.

Atelier. L’accord sur le modèle. Modélisez en direct pendant que les métiers regardent. Un désaccord en atelier est un gain : toute correction apportée là ne figurera plus dans la présentation finale. Quand le modèle tourne et que tout le monde hoche la tête, la base est clarifiée. Ensuite il ne s’agit plus que de mesures, plus de réalité.

Clôture. La preuve qui vous survit. Documentez l’état actuel, changez exactement un levier, comparez, exportez. Le rapport porte votre en‑tête, votre logo et votre couleur d’accent. Il contient le cas avant/après en euros, l’intervalle et les hypothèses. Il sera partagé en interne alors que vous serez déjà parti, et portera votre nom si, un an plus tard, on demande qui a fait le calcul.

FlowVisual est une application de bureau. Aucun compte, aucune inscription, aucune transmission des données du modèle vers un serveur. Cela a trois conséquences pratiques dans une mission :

• Aucune discussion sur le traitement des données par un sous‑traitant concernant un autre outil dans la boîte à outils. Pour des clients issus de l’administration, de la santé, de l’assurance et du secteur public, c’est régulièrement la différence entre « la semaine prochaine » et « le prochain trimestre ».
• Aucun reflux de données que vous devriez justifier dans votre propre accord de confidentialité.
• Travail hors réseau dans l’atelier, dans la salle de réunion sans Wi‑Fi invité, dans le train.

Ce que vous modélisez, ce sont de toute façon des quantités, des durées et des capacités, pas des données personnelles. Mais c’est précisément cela que quelqu’un doit éventuellement vérifier, et la vérification devient superflue si rien ne quitte l’appareil.

FlowVisual a été développé dans le cadre de missions de conseil de la Balane GmbH et est l’outil de la méthode de conseil en processus Flowrefy. Huit étapes en deux moitiés, FLOW mesure, REFY affine. Qui cherche la méthode sous‑jacente (démarche, boîte à outils, analyses d’exemple calculées) la trouvera là. Qui a seulement besoin de l’instrument n’est pas tenu d’adopter la méthode.

Ce qui s’est avéré être une séquence efficace dans les missions :

1. Délimiter en une phrase. « De la réception de la facture à l’autorisation de paiement. » Sans cette phrase, deux services discutent de processus différents.
2. Modéliser grossièrement, cinq à dix étapes. Le goulot d’étranglement ne se situe presque jamais dans le détail. La finesse coûte du temps et ne déplace pas le résultat.
3. Demander des intervalles plutôt que des valeurs ponctuelles. « Entre cinq et quinze minutes » est une meilleure réponse que « en moyenne dix », et les métiers la fournissent plus volontiers car elle est plus honnête.
4. Rendre visibles les hypothèses. Chaque valeur estimée figure comme hypothèse dans le rapport. Cela désamorce les attaques avant qu’elles n’arrivent.
5. Un levier par facture. Trois changements simultanés produisent un chiffre que personne ne peut attribuer à un levier, et donc aucun business case.

• Conception d’usine, d’entrepôt ou de terminal → laboratoire de simulation (Arena, Simul8, AnyLogic, FlexSim, Plant Simulation). Logique de transport, matrices de réglage et plans d’expérience sont volontairement exclus ici.
• Documentation de processus conforme aux normes en BPMN → outil BPMN. Il y a six éléments ici et pas de vérification de notation ; voir BPMN-Simulation.
• Mesure du passé à partir de journaux d’événements → Process Mining. FlowVisual calcule une hypothèse, pas un journal.
• Archive de processus sur des centaines de déroulements avec workflow d’approbation → suite BPM.

Le classement complet des catégories figure dans l’article Simulation de processus : comparaison des logiciels.