La cartographie des processus construit une représentation partagée du travail par observation, entretiens, ateliers et modélisation. Elle peut décrire la pratique actuelle, une politique voulue ou un état futur. Le process mining reconstruit des comportements depuis les événements horodatés des systèmes d’information. La carte explique sens, jugement et travail hors système. Le mining mesure parcours enregistrés, temps, variantes et conformité à grande échelle. Leurs questions diffèrent et leurs preuves sont complémentaires.
Les organisations automatisent souvent le processus qu’elles savent raconter et non celui qui se déroule. Une carte d’atelier peut lisser reprises, pratiques locales et décisions discrètes. Un journal événementiel peut sembler précis tout en ignorant courriel, jugement, conversation ou étape jamais enregistrée. Considérer l’une de ces représentations comme la vérité conduit à optimiser une image partielle, automatiser une complexité évitable ou qualifier trop vite une variation nécessaire de non-conformité.
Commencez par la décision, la frontière du processus et ses conséquences, puis choisissez les preuves utiles. Cartographiez pour établir langage, intention, rôles et hypothèses. Exploitez un journal validé lorsque les traces des systèmes sont assez complètes et comparables. Réconciliez les deux avec les praticiens avant toute refonte. Le process mining ne remplace pas l’enquête humaine et la cartographie ne prouve ni fréquence ni performance. L’automatisation doit suivre une lecture croisée de ce qui arrive, de sa raison et du résultat à améliorer.
Preuves
La carte saisit le sens; le modèle miné saisit le comportement enregistré
La cartographie est une activité sociale et analytique. Une personne qui facilite peut demander pourquoi une validation attend, pourquoi un segment suit une autre voie, ce qui se joue par téléphone et quelle règle ne vit que dans l’expérience des collaborateurs. Le résultat peut être un flux simple, un plan de service, une chaîne de valeur ou une notation formelle. BPMN est une notation standard utile quand précision et échange comptent, mais tout exercice ne requiert pas BPMN. La représentation doit servir la décision et rester intelligible pour les responsables du processus.
Le process mining commence par un journal événementiel plutôt que par une page blanche. Au minimum, chaque événement doit être associé à un cas, une activité et un moment. L’analyse révèle alors variantes, files, répétitions et séquences sur bien plus de cas qu’un atelier ne peut en discuter. Elle peut comparer le comportement à un modèle de référence et suivre le changement. Son objectivité apparente a une limite: elle décrit l’instrumentation. Sans autre preuve, elle ne connaît ni conversation absente, ni qualité d’une décision, ni raison d’une exception.
| Dimension | Cartographie | Process mining |
|---|---|---|
| Preuve première | Observation, personnes, politique et facilitation | Journaux des systèmes |
| Vue la plus forte | Sens, rôles, décisions et cible | Échelle, temps, variantes et conformité |
| Angle mort | Fréquence et biais de mémoire | Travail non enregistré et sens métier |
| Sortie typique | Représentation partagée | Modèle comportemental, traces et performance |
| Meilleur usage | Cadrage et refonte | Test des hypothèses et diagnostic continu |
Données
Un journal utile est un produit sémantique, pas un export d’horodatages
La préparation commence par le concept de cas. Commande, sinistre, demande ou ticket semblent évidents jusqu’à leur division, fusion, réouverture ou représentation par plusieurs identifiants. Chaque activité exige aussi une définition métier. Une mise à jour de base peut signifier début du travail, fin ou simple nouvelle tentative d’une intégration. Choisissez l’horodatage pertinent, normalisez les fuseaux, préservez l’ordre et identifiez les traitements par lot. Documentez couverture, conservation, événements tardifs et lacunes connues afin de borner les conclusions.
Validez le journal sur des cas réels avant d’analyser toute la population. Choisissez des exemples ordinaires, exceptionnels, rapides, lents et récemment modifiés. Demandez aux praticiens si la trace reconstruite est reconnaissable et vérifiez la source lorsqu’elle ne l’est pas. Établissez un accès licite et proportionné, minimisez les données personnelles et contrôlez la consultation des traces. L’analyse d’événements métier diffère du task mining, qui observe les interactions détaillées sur un poste. Celui-ci peut éclairer les variations d’une tâche, mais crée des risques distincts de vie privée, relations de travail, sécurité et interprétation.
- Définir cas, activité et temps dans le langage métier.
- Tester les jointures et changements d’identifiant.
- Quantifier événements absents, doubles et tardifs.
- Valider des traces représentatives avec les praticiens.
- Limiter l’accès aux cas et documenter l’usage légitime.
Méthode combinée
Réconcilier travail voulu, vécu et enregistré avant de choisir l’automatisation
Une séquence pratique débute par une carte légère qui énonce frontière et hypothèses. L’équipe construit ensuite un journal validé et teste ces hypothèses sur la population. Le mining peut révéler une longue traîne de variantes, mais la fréquence seule ne dit pas lesquelles comptent. Les praticiens distinguent artefact de données, segmentation légitime, contrôle, contrainte de capacité et reprise évitable. Le modèle réconcilié présente à la fois le motif mesuré, son explication opérationnelle et l’incertitude non résolue.
La refonte précède l’outil. Supprimez les validations qui ne maîtrisent plus de risque réel, clarifiez les critères d’entrée et réduisez les transferts inutiles. Évaluez chaque candidat à l’automatisation selon valeur du résultat, faisabilité technique, exceptions, réversibilité et preuves requises. Pilotez la cible avec une référence comparable et une instrumentation qui survit au changement. Une analyse réussie ne se termine pas par un tableau de bord. Elle produit une décision plus sûre et un processus dont la performance reste observable.
- Cartographier hypothèse et incertitude.
- Analyser après validation de la sémantique.
- Expliquer les variantes avec les praticiens.
- Revoir politique et flux avant automatisation.
- Mesurer résultat, exception et charge humaine.
Ce qui caractérise un bon résultat
Résultats concrets pour process mining vs cartographie des processus
- L’équipe distingue la politique, la pratique perçue et le comportement enregistré.
- Une frontière explicite permet de comparer les cas et de construire des indicateurs utiles.
- Les événements passent un contrôle sémantique avant toute interprétation visuelle.
- Les décisions humaines, étapes hors ligne et contournements restent visibles.
- Les variantes fréquentes sont séparées des exceptions rares mais lourdes de conséquences.
- La conformité s’appuie sur une référence convenue et une justification métier comprise.
- Les candidats à l’automatisation sont classés par résultat, faisabilité et maîtrise.
- Le processus cible mesure bénéfices, exceptions et effets indésirables.
Modèle opératoire
Comment exécuter le travail
- 01
Cadrer la décision opérationnelle
Nommez le résultat, le client ou utilisateur interne, le déclencheur, la fin et la décision que l’analyse doit soutenir. Délimitez processus et population. Consignez politique, service, risque et protection des données avant de demander les données.
- 02
Cartographier une hypothèse vérifiable
Observez le travail et animez une carte de l’existant avec les praticiens. Marquez systèmes, transferts, décisions, files, activités hors ligne, variantes connues et incertitudes. La carte reste une hypothèse à tester, pas une description certifiée.
- 03
Construire et valider le journal
Définissez identifiant de cas, sens de l’activité et sémantique temporelle. Résolvez jointures, fuseaux, doublons, états manquants et changements d’identifiant. Contrôlez des cas représentatifs et documentez ce que le journal ne voit pas.
- 04
Analyser, réconcilier et expliquer
Étudiez parcours, durées, reprises, goulets et conformité. Examinez des traces choisies avec les personnes qui exécutent et reçoivent le travail. Expliquez les écarts entre carte et journal avant d’attribuer une cause ou de classer les opportunités.
- 05
Reconcevoir, piloter et instrumenter
Supprimez les étapes inutiles et clarifiez la politique avant l’automatisation. Pilotez un processus cible borné avec contrôles explicites et escalade humaine. Mesurez résultats acceptés, délai, exceptions et charge opérationnelle contre la référence.
Évaluation
Les questions qui changent la décision
- L’objectif est-il découverte, conformité, diagnostic de performance, refonte ou choix d’automatisation?
- Quel événement commence un cas et quelle preuve établit une fin acceptée?
- Les systèmes sources enregistrent-ils assez du processus pour l’inférence prévue?
- Les identifiants restent-ils stables entre systèmes, canaux, réouvertures et sous-processus?
- Quelles activités exigent une explication humaine absente du journal?
- La carte de référence décrit-elle politique, état actuel observé ou cible proposée?
- Quelles variantes relèvent du gaspillage, de la segmentation, du contrôle ou du jugement?
- L’équipe pourra-t-elle mesurer le même résultat après la transformation?
Modes d’échec
Où les équipes perdent le contrôle
Une carte soignée reflète la hiérarchie ou la politique tout en cachant la pratique.
Un journal incomplet fait paraître inexistant le travail non enregistré.
Un événement système est confondu avec une activité métier réellement terminée.
Les jointures fusionnent des travaux distincts ou divisent artificiellement un parcours.
Les erreurs de fuseau et d’horodatage créent délais ou ordres fictifs.
Le parcours fréquent est optimisé pendant que les exceptions graves se dégradent.
Une étiquette de non-conformité stigmatise un contournement nécessaire.
Le task mining capte une activité sensible au-delà de la question justifiée.
L’automatisation fige une mauvaise politique ou déplace le travail vers une file invisible.
Une analyse ponctuelle vieillit quand systèmes, produits, équipes et définitions changent.
Mesure
Mesurer le travail terminé
La mesure porte sur le processus terminé, y compris la revue et les exceptions. Le volume produit ne prouve pas à lui seul que le processus est meilleur.
- résultats de bout en bout acceptés par segment
- couverture des cas et complétude des événements par source
- délai total, temps actif et attente par variante
- reprises, réouvertures et répétitions par cas
- achèvement au premier passage et correction humaine
- fréquence, conséquence et effort de reprise des exceptions
- écart de conformité avec justification métier documentée
- cas avec jointure, doublon ou anomalie temporelle non résolus
- interventions, dérogations et escalades après automatisation
- durabilité du bénéfice après changement de volume, politique ou système
Questions
Questions fréquentes
Le process mining est-il meilleur que la cartographie?
Aucune méthode ne domine toujours. La carte sert mieux le sens, le jugement, le travail hors ligne et la cible. Le mining sert mieux l’échelle enregistrée, les temps, variantes et conformité. Choisissez selon la décision et combinez-les lorsque contexte humain et preuves comportementales comptent.
Quelles données faut-il pour le process mining?
Un journal utile associe les événements à un cas, une activité signifiante et un moment. Il faut aussi valider jointures d’identifiants, sémantique, fuseaux, doublons, événements absents, couverture des sources et droits d’accès. La qualité nécessaire dépend de l’affirmation visée.
Quelle différence entre process mining et task mining?
Le process mining analyse généralement les événements métier entre cas et systèmes. Le task mining observe les interactions détaillées dans une tâche. Il peut montrer la variation sur le poste, mais ajoute des enjeux de vie privée, sécurité et interprétation. Il n’est pas requis pour le process mining.
Faut-il faire du process mining avant l’automatisation?
Utilisez-le en amont lorsque les événements peuvent tester des hypothèses importantes sur flux, attente, reprise ou variation. Associez observation et cartographie afin de conserver le travail non enregistré et ses raisons. Simplifiez d’abord, puis pilotez contre une référence de résultat explicite.
Sources
Sources primaires
- IEEE Task Force on Process Mining IEEE Task Force on Process Mining
- Business Process Model and Notation Version 2.0.2 Object Management Group
À propos de l’auteur
Malcolm Ferguson
Malcolm écrit du point de vue acheteur sur les achats, le sourcing, la due diligence et les preuves nécessaires à une évaluation sérieuse.
Zenith
Automatisation des processus par l’IA pour les opérations répétitives, documentaires et analytiques.
Opérations, finance, commerce et transformation. Le point de départ est le processus existant, ses contraintes et les preuves déjà disponibles.
Découvrir Zenith→