Pendant longtemps, le BPM (Business Process Management) a reposé sur une logique simple : modéliser un processus, le documenter, puis automatiser les étapes qui pouvaient l’être. Cette approche a rendu d’immenses services. Elle a aussi une limite qu’on découvre surtout après coup : le processus documenté et le processus réellement exécuté ne se ressemblent pas toujours.
C’est exactement le vide que le process mining est venu combler.
Voir ce qui se passe vraiment
Le process mining ne part pas d’un schéma théorique. Il part des traces laissées par l’activité réelle dans les ERP, les CRM et les autres outils métiers : horodatages, changements de statut, allers-retours entre équipes. En reconstituant ces traces, il permet de reconstituer le chemin effectivement suivi par chaque dossier, chaque commande, chaque demande.
Ce que cette reconstitution révèle est souvent surprenant. Des validations contournées parce qu’une exception s’est répétée trop souvent. Des tâches traitées deux fois parce que deux systèmes ne se parlent pas. Des dossiers qui stagnent plusieurs jours entre deux services sans qu’aucune alerte ne se déclenche. Ce ne sont pas des anomalies exceptionnelles : ce sont, très souvent, le quotidien normal d’un processus qu’on croyait maîtrisé.
Le process mining a longtemps servi à documenter ces écarts. Utile, mais encore passif : on comprend le problème, on ne le résout pas automatiquement.
Quand comprendre ne suffit plus
Une évolution est en cours, et elle change la nature même de l’outil. Le process mining ne se limite plus à signaler qu’un dossier est bloqué. Il commence à déterminer ce qu’il faut faire ensuite : quelle action déclencher, quelle équipe solliciter, quelle règle appliquer, quelle automatisation activer, et à quel moment une intervention humaine reste nécessaire.
Ce glissement porte un nom : la process intelligence. Et son aboutissement logique, c’est l’orchestration intelligente des processus.
La distinction avec le BPM traditionnel est nette. Le BPM modélisait un workflow figé à l’avance et l’exécutait tel quel. L’orchestration, elle, adapte l’exécution au contexte du moment : elle tient compte de ce qui se passe réellement, pas seulement de ce qui était prévu sur le papier.
Un exemple concret : la demande de crédit
Prenons un processus de demande de crédit dans un établissement financier. Le process mining détecte que certains dossiers restent bloqués plusieurs jours après la vérification documentaire, sans raison apparente dans le processus théorique.
Avec l’orchestration, ce constat déclenche une chaîne d’actions plutôt qu’un simple rapport :
Le système relance automatiquement le dossier concerné. Il vérifie si une pièce ou une donnée manque encore. Il réaffecte la tâche au collaborateur disponible le mieux placé pour la traiter. Et si le délai critique est dépassé malgré tout, il escalade le dossier vers un niveau de décision supérieur.
Rien de tout cela ne remplace l’humain dans les décisions qui comptent. Mais cela élimine le temps perdu entre le moment où un blocage existe et le moment où quelqu’un s’en aperçoit.
Ce que cette bascule exige
Ce passage de l’observation à l’action ne s’improvise pas. Il repose sur trois conditions, et aucune n’est facultative.
La première, ce sont des données d’exécution fiables. Une orchestration qui agit sur des données incomplètes ou incohérentes ne fait qu’automatiser des erreurs plus vite.
La deuxième, ce sont des règles métiers clairement définies. Un système ne peut décider « quelle action prioriser » que si les critères de priorisation ont été formalisés en amont, pas laissés à l’intuition.
La troisième, c’est une gouvernance capable de contrôler les décisions automatisées. Plus un système agit de façon autonome, plus il devient nécessaire de savoir pourquoi il a pris telle décision, et de pouvoir la corriger si besoin.
Une question qui change de nature
L’avenir du BPM ne sera probablement pas seulement « plus automatisé ». Il sera plus observable, plus adaptatif, et davantage piloté par la donnée d’exécution réelle plutôt que par le schéma théorique dessiné en atelier.
La question que les organisations se posent aujourd’hui « quel processus peut-on automatiser » n’est plus tout à fait la bonne. La question qui compte devient : comment orchestrer intelligemment l’ensemble d’un parcours, depuis la donnée qui révèle le problème jusqu’à l’action qui le résout.