Glossaire des termes clés

Ce glossaire propose les définitions des termes principaux relatifs à ProcessMind. Il vous aide à comprendre les concepts essentiels et la terminologie du process mining, du BPMN et de la gestion des processus métiers.

Termes généraux

• Business Process Management (BPM) : Discipline visant à modéliser, automatiser, monitorer et optimiser les processus métier pour plus d’efficacité.

• BPMN 2.0 (Business Process Model and Notation 2.0) : Langage graphique standardisé pour modéliser et visualiser les processus métier, facilitant la communication et la collaboration entre parties prenantes.

• Process Mining : Méthode exploitant la data des systèmes IT pour analyser et visualiser les processus effectivement réalisés. Elle aide à comprendre le fonctionnement, détecter les inefficacités et cibler des axes d’amélioration.

• Process Simulation : Méthode s’appuyant sur des modèles ou la data de process mining afin de reproduire le comportement réel de processus, tester des scénarios, prédire des résultats et optimiser les workflows sans impact opérationnel.

Termes spécifiques au Process Mining

• Event Log : Ensemble de data consignant les events d’un processus, généralement issus des systèmes IT. Les Event Logs constituent la source principale pour le process mining.

• Activity : Tâche ou opération réalisée dans un processus métier. En process mining, chaque Activity est repérée à partir des Event Logs pour élaborer des modèles de processus.

• Case : Instance particulière d’un processus (ex : commande, ticket support, transaction). Chaque Case suit son propre déroulement dans le workflow.

• Case ID : Identifiant unique d’une instance du processus (ex : commande, transaction, demande), permettant le suivi et l’analyse de son parcours dans le flow.

• Trace : Séquence d’activités enregistrée pour une Case donnée. Les traces servent à reconstituer le flow et à repérer schémas ou écarts.

• Conformance Checking : Procédé de comparaison entre le processus réel (issu des Event Logs) et le modèle ciblé afin d’identifier les écarts et points d’amélioration.

• Process Discovery : Technique générant automatiquement un modèle de processus à partir des Event Logs sans connaissance préalable du processus.

• Variant Analysis : Analyse des différentes variantes d’un même processus afin de comparer, repérer les écarts et identifier les meilleures pratiques.

• Bottleneck Analysis : Repérage des étapes générant lenteurs ou blocages dans le processus global.

• Key Performance Indicator (KPI) : Indicateurs mesurant la performance d’un processus métier (ex : cycle time, throughput, efficacité).

• Data Preparation : Étape de nettoyage, filtrage et structuration des Event Logs pour garantir la qualité avant l’analyse en process mining.

Termes de modélisation BPMN 2.0

• BPMN (Business Process Model and Notation) : Un standard graphique pour modéliser les processus métier de façon claire et accessible. BPMN 2.0 est la version la plus récente.

• Pool : Conteneur représentant un participant au sein d’un processus (ex : entreprise ou service). Les Pools délimitent la frontière du processus.

• Lane : Sous-division d’un Pool correspondant à des rôles, départements ou personnes. Les Lanes servent à organiser les activités selon les intervenants.

• Activity (BPMN) : Tâche, sous-processus ou action réalisée dans le processus. Les Activity apparaissent dans les diagrammes BPMN sous forme de rectangles arrondis.

• Event : Déclencheur ou résultat qui démarre, interrompt ou termine un processus. Les Event se divisent en Start Event, Intermediate Event et End Event.

• Gateway : Point de décision qui dirige le flow du processus. Types courants : exclusive (XOR), parallel (AND) et inclusive (OR) Gateway.

• Sequence Flow : Flèches illustrant l’ordre d’exécution des activities, events et gateways dans un processus.

• Message Flow : Représente la communication entre différents Pools ou processus. Fait circuler les messages ou informations.

• Sub-Process : Groupe d’activités dans un processus global, vu comme une seule Task. Les Sub-Process permettent de clarifier des diagrammes complexes.

• Artifact : Éléments additionnels (Data Object, Group, Text Annotation…) donnant du contexte sans influer sur le flow.

• Task : Plus petite unité de travail sur un diagramme BPMN. Une Task correspond à une action à effectuer.

• Event-Based Gateway : Type de Gateway qui attend un Event avant de poursuivre le flow.

Termes pour la simulation de processus

• Process Simulation : Utilisation de modèles pour imiter le comportement d’un processus réel, tester des scénarios, prévoir les résultats et prendre des décisions data-driven.

• Simulation Model : Représentation d’un processus pour la simulation, incluant des variables et paramètres reflétant la réalité.

• Scenario : Ensemble de conditions ou d’hypothèses pour une simulation. Les Scenarios servent à comparer des configurations ou approches différentes.

• Throughput : Nombre de Cases traitées sur une période donnée. Un indicateur-clé en simulation.

• Cycle Time : Durée totale pour traiter une Case, du début à la fin, incluant le traitement, l’attente et les délais.

• Resource Allocation : Répartition des ressources (collaborateurs, machines, applications) sur les Task du processus. Son optimisation est essentielle.

• Queue : File d’attente où les Cases ou Task attendent une ressource. Les Queues créent des délais et impactent les performances.

• What-If Analysis : Modification de variables dans la simulation pour voir l’effet de scénarios alternatifs. Utile pour planifier.

• Monte Carlo Simulation : Technique d’échantillonnage aléatoire et de modélisation stat pour prédire des issues, notamment l’incertitude.

• Discrete Event Simulation : Simulation qui représente le processus comme une suite d’events distincts dans le temps, chaque event modifiant l’état du système.

• Bottleneck : Étape qui bloque ou ralentit le flow, générant retards et perte d’efficacité. Leur identification et résolution sont prioritaires.

• Optimization : Ajustement des paramètres ou de l’allocation des ressources pour maximiser la performance du modèle simulé.

Termes d’administration système

• Payment Plan : Modèle tarifaire qui définit le coût d’utilisation de ProcessMind. Les payment plans varient selon le nombre d’utilisateurs, les fonctionnalités incluses et la durée (mensuelle ou annuelle, par exemple).

• Tenant/Environment : Groupe d’utilisateurs distinct dans une application multi-tenant. Chaque tenant fonctionne indépendamment avec ses propres données, paramètres et personnalisations, tout en partageant la même infrastructure applicative.

• Organization : Une organization désigne la configuration propre à une entreprise. Elle peut regrouper plusieurs tenants/environnements et utilisateurs.

• Theme : Ensemble de styles visuels et éléments graphiques pouvant être personnalisés pour refléter l’identité visuelle souhaitée. Les themes permettent d’adapter l’interface à vos préférences et à la charte graphique de l’entreprise.

• User Roles : Permissions et niveaux d’accès attribués aux utilisateurs selon leurs responsabilités. Les rôles courants incluent administrateurs, managers et utilisateurs, avec des droits d’accès différents aux fonctionnalités et données.

• Dashboard : Interface visuelle offrant un aperçu des indicateurs clés, visualisations de données et insights. Les dashboards facilitent l’accès rapide aux informations importantes et le suivi de performance des processus.

• Integration : Connexion de l’application à d’autres systèmes (ex. : ERP, CRM) pour permettre l’échange fluide des data. L’intégration assure que les données de différentes sources soient analysées dans la plateforme de process mining.

• Access Control : Mesures de sécurité qui déterminent qui peut consulter, modifier ou gérer différents aspects de l’application. L’access control est essentiel pour garantir que les données sensibles restent accessibles uniquement aux utilisateurs autorisés.

• Data Backup : Sauvegarde régulière des data afin de prévenir toute perte en cas de défaillance système ou d’incident. Les backups permettent la restauration des données si nécessaire.

• Multi-Tenancy : Architecture logicielle où une seule instance sert plusieurs tenants (organizations), avec séparation de leurs données et configurations. La multi-tenancy offre une utilisation efficace et évolutive des ressources.