Le simulateur What-If de processus : trois leviers pour tester un changement avant de s'engager

Le simulateur What-If est un panneau latéral qui s'ouvre sur un BPMN existant et vous laisse modifier le processus sans toucher à la source. Vous basculez l'automatisation sur des tâches individuelles, changez les fréquences d'exécution, et marquez des tâches à retirer. Chaque changement recalcule en moins de 100 ms le coût par exécution, la consommation mensuelle, le temps du chemin critique et la durée totale sur toutes les tâches. Quand un scénario se lit bien, un bouton l'applique au processus réel ; sinon vous réinitialisez et essayez un autre scénario.

Trois leviers, volontairement peu. La plupart des vraies questions d'optimisation se ramènent à « et si on automatisait cette étape », « et si le volume doublait », ou « et si on supprimait cette étape ». Le simulateur couvre exactement ces trois cas et refuse d'en faire plus, une complexité supplémentaire rendrait la charge cognitive de comparer des scénarios plus lourde que la valeur de l'analyse. Trois leviers, deltas en direct, deux boutons.

Cochez la case d'automatisation sur une tâche et le simulateur la traite comme si un agent IA ou un service automatisé la prenait en charge. L'effet financier est net : le coût par exécution de la tâche tombe à 0 $ (l'automatisation ne facture pas de main-d'œuvre) et sa durée s'effondre à 1 minute (la plupart des automatisations sont effectivement en temps réel du point de vue du processus). Le simulateur ne modélise pas le coût d'outil de l'automatisation elle-même, c'est une ligne séparée à ajouter dans l'optimisation réelle. Ce levier répond à « quel est le meilleur cas si on automatisait totalement cette étape », pas à « combien coûte cette automatisation précise ».

• Les tâches dont la durée est déjà ≤ 1 minute ne sont pas encore raccourcies, on ne rend pas plus rapide une tâche déjà rapide.
• Les tâches déjà à coût 0 (par exemple d'autres tâches de service automatisées) ne sont pas affectées.
• Le simulateur ajoute un indicateur isAutomated sur la tâche dans le scénario, visible dans l'aperçu du canvas pour que vous voyiez d'un coup d'œil quelles tâches vous avez supposées automatisées.
• Les économies affichées supposent que le coût d'outil de l'automatisation est capté séparément : traitez le chiffre du simulateur comme le plafond d'économies.

Écrasez la fréquence de n'importe quelle tâche pour modéliser des changements de volume. Les deux scénarios classiques sont « et si ce processus triple » (multiplier la fréquence de chaque tâche par 3) et « et si on divisait par deux la fréquence de cette tâche grâce à un meilleur triage amont » (changer une seule tâche). La consommation mensuelle se recalcule en direct : chaque changement de fréquence d'une tâche met à jour sa contribution à la consommation totale, et le top 3 des contributeurs peut être réordonné en conséquence.

La modification de fréquence est par tâche, pas par processus. Un scénario de volume raisonnable à l'échelle du processus multiplie la fréquence de toutes les tâches hors boucle par le facteur de croissance testé. Le simulateur ne met pas à l'échelle automatiquement toutes les tâches ensemble parce que l'optimisation ne met presque jamais à l'échelle chaque tâche uniformément, un processus qui double de volume a typiquement certaines tâches qui évoluent parfaitement linéairement et d'autres qui demandent une réarchitecture complète. Les modifications par tâche permettent de modéliser les deux schémas.

Le troisième levier est le plus brutal : retirer une tâche du processus. Le simulateur la filtre du jeu de nœuds et reconnecte automatiquement les flux de séquence entrants et sortants pour que le diagramme reste exécutable. Les contributions en coût et en durée de la tâche retirée tombent toutes deux à zéro. L'hypothèse structurelle est que la tâche n'était pas porteuse, la retirer ne casse pas le processus. Le simulateur ne vérifie pas ce point ; vous devez être convaincu que la tâche est vraiment redondante avant de la marquer à retirer.

Le panneau de deltas affiche quatre chiffres qui se mettent à jour en direct à chaque changement de levier. Le delta coût est la variation du coût par exécution en dollars absolus et en pourcentage (vert si économie, rouge si hausse, gris si pas de changement). Le delta temps est la variation du temps sur le chemin critique, le raccourcissement ou l'allongement horloge. Le delta durée totale est la variation de la somme de toutes les durées de tâches : utile pour modéliser la capacité main-d'œuvre plutôt que le temps de cycle. Deux compteurs montrent combien de tâches vous avez marquées automatisées et combien retirées.

La distinction entre delta temps du chemin critique et delta durée totale est là où les débutants se trompent. Retirer une tâche de 30 minutes située sur une branche parallèle réduit la durée totale de 30 minutes mais laisse inchangé le temps du chemin critique, le processus ne se termine pas plus vite parce que le chemin critique passe par une autre branche. Le simulateur montre les deux chiffres pour que vous sachiez toujours lequel vous optimisez. Pour raccourcir le cycle, il faut réduire le chemin critique ; pour réduire le coût main-d'œuvre, réduire la durée totale suffit.

Scénario A : le plafond « que gagnerait-on avec l'automatisation totale »

Automatisez chaque tâche qui n'est pas explicitement dépendante d'un humain. Le delta coût résultant est le plafond théorique des économies d'un programme d'automatisation. En pratique vous ne l'atteindrez jamais : coûts d'outils, cas limites, automatisations partielles réduiront l'économie réelle, mais connaître le plafond cadre la conversation. Un plafond théorique de 75 % veut dire que le projet vaut la peine ; 15 %, non.

Scénario B : le stress test « peut-on absorber 3x de volume »

Multipliez la fréquence de chaque tâche par 3. Regardez la consommation mensuelle et cherchez quelles tâches deviennent top contributeurs au nouveau volume. Des tâches anodines au volume courant dominent souvent le top 3 à 3x, ce qui est exactement le genre de surprise que le simulateur est fait pour faire surgir. Le top 3 à 3x de volume, ce sont les candidats prioritaires à l'automatisation si la croissance est réelle.

Scénario C : le test ciblé « un changement, plusieurs étapes »

Choisissez une optimisation : disons « la validation amont élimine l'étape de reprise », et modélisez-la comme une suppression de la tâche de reprise plus une réduction de fréquence sur l'étape de validation si elle existe déjà. Regardez les deux deltas. Si le coût par exécution baisse de 20 % et le chemin critique de 30 %, le changement vaut le coût d'implémentation. Si seul le coût par exécution baisse alors que le chemin critique ne bouge pas, vous économisez de la main-d'œuvre sans raccourcir le processus, un autre type de gain.