Trier le journal par heure de début

Vue d'ensemble

L'enrichissement Trier le journal par heure de début modifie la manière dont les événements sont ordonnés dans votre jeu de données de process mining lorsque les activités possèdent à la fois des horodatages de début et de fin. Par défaut, mindzieStudio trie les événements par heure de fin, ce qui montre la séquence dans laquelle les activités se sont terminées. Cet enrichissement bascule le tri pour utiliser les horodatages de début à la place, révélant la séquence réelle dans laquelle les activités ont commencé. Cette distinction est cruciale pour comprendre le flux réel du processus, identifier les activités parallèles et analyser les schémas d'allocation des ressources.

Cet enrichissement est particulièrement utile lors de l'analyse de processus où l'ordre d'initiation diffère significativement de l'ordre d'achèvement, comme dans les processus de fabrication avec des durées d'activité variables, les traitements médicaux où les procédures commencent et se terminent à des rythmes différents, ou les scénarios de gestion de projet où les tâches se chevauchent largement. En triant selon l'heure de début, vous obtenez des informations sur le moment où le travail commence réellement, comment les ressources sont allouées au début des activités, et les véritables dépendances entre les étapes du processus. Cette perspective est essentielle pour la planification de la capacité, l'identification des goulets d'étranglement au point d'initiation des activités, et la compréhension de la vraie séquence d'initialisation du travail.

Utilisations courantes

Analyser la vraie séquence d’initiation des activités dans les processus de fabrication
Comprendre les schémas d’allocation des ressources en fonction du début réel du travail
Identifier les goulets d'étranglement au démarrage des activités plutôt qu'à leur fin
Détecter les traitements parallèles masqués par un tri selon la fin des activités
Analyser la formation de files d’attente et les schémas d’initiation du travail
Comprendre les véritables dépendances de processus basées sur la séquence de début des activités
Optimiser la planification des ressources en visualisant les débuts réels des activités

Paramètres

Cet enrichissement ne dispose d’aucun paramètre configurable. Il applique un changement global sur la manière dont l’ensemble du journal d’événements est trié, passant d’un ordre basé sur l’heure de fin à un ordre basé sur l’heure de début. L’enrichissement n’aura un effet que si votre jeu de données contient des activités avec des timestamps de début et de fin. Si vos activités ne possèdent qu’un seul horodatage, cet enrichissement ne modifiera pas l’ordre du journal.

Exemples

Exemple 1 : Analyse d’un processus de fabrication

Scénario : Sur une chaîne de production, plusieurs postes de travail traitent des articles avec des durées variables. Vous devez comprendre la séquence réelle d’initiation des travaux pour optimiser l’allocation des ressources et identifier où les files d’attente se forment au début des processus.

Paramètres :

Aucune configuration requise

Résultat : Avant l’enrichissement, le journal trié par heure de fin pourrait afficher :

Poste A termine à 10:30 (début à 09:00, durée : 1,5 heure)
Poste B termine à 10:15 (début à 10:00, durée : 15 minutes)
Poste C termine à 11:00 (début à 08:30, durée : 2,5 heures)

Après enrichissement, trié par heure de début :

Poste C commence à 08:30
Poste A commence à 09:00
Poste B commence à 10:00

Informations : La vue basée sur l’heure de début révèle que le Poste C démarre en fait le traitement en premier malgré sa fin tardive, indiquant une activité longue qui pourrait nécessiter des ressources supplémentaires. Le Poste B, bien que terminant rapidement, commence en dernier, ce qui suggère qu’il dépend des sorties des autres postes.

Exemple 2 : Séquençage des traitements médicaux

Scénario : Dans un service d’urgences hospitalier, différents traitements et procédures ont des durées variées. Comprendre quand les traitements débutent réellement est essentiel pour la gestion du flux des patients et la planification des ressources.

Paramètres :

Aucune configuration requise

Résultat : Vue triée par heure de fin :

Résultats d’analyse sanguine : 14:30 (début à 13:00)
Radiographie terminée : 14:15 (début à 14:00)
Évaluation initiale : 13:30 (début à 13:00)
Traitement administré : 15:00 (début à 14:45)

Vue triée par heure de début :

Évaluation initiale : 13:00
Analyse sanguine : 13:00 (parallèle à l’évaluation)
Radiographie : 14:00
Traitement : 14:45

Informations : Le tri par heure de début montre que les analyses sanguines et l’évaluation initiale commencent simultanément, indiquant un traitement parallèle efficace. L’écart entre le début de la radiographie et celui du traitement suggère un temps d’attente pour les résultats, soulignant une opportunité d’optimisation.

Exemple 3 : Gestion des tâches de projet

Scénario : Dans un projet de développement logiciel avec des tâches qui se chevauchent, vous devez comprendre quand le travail débute réellement sur différents composants pour mieux gérer l’allocation des développeurs et identifier les vraies dépendances entre les tâches.

Paramètres :

Aucune configuration requise

Résultat : Avant enrichissement (vue par heure de fin) :

Conception base de données : fin jour 5
Développement API : fin jour 8
Développement frontend : fin jour 10
Tests : fin jour 12

Après enrichissement (vue par heure de début) :

Conception base de données : début jour 1
Développement frontend : début jour 2 (travail en parallèle)
Développement API : début jour 4
Tests : début jour 7 (commencent avant la fin de tout le développement)

Informations : Le tri par heure de début révèle que le développement frontend commence tôt en parallèle avec la conception de la base de données et que les tests débutent avant la fin de tout développement, indiquant une approche agile avec des tests continus plutôt qu’un modèle en cascade.

Exemple 4 : Traitement des demandes d’assurance

Scénario : Les demandes d’assurance passent par diverses étapes de validation et d’approbation avec des temps de traitement variables. Comprendre quand chaque étape commence aide à identifier où les demandes s’accumulent et où le traitement parallèle a lieu.

Paramètres :

Aucune configuration requise

Résultat : Événements triés par heure de fin pour une demande :

Vérification des documents terminée : jour 3, 14:00
Évaluation des risques terminée : jour 2, 16:00
Revue initiale terminée : jour 1, 11:00
Approbation finale : jour 4, 10:00

Événements triés par heure de début :

Revue initiale commence : jour 1, 09:00
Évaluation des risques commence : jour 1, 10:00 (traitement parallèle)
Vérification des documents commence : jour 2, 08:00
Approbation finale commence : jour 4, 09:00

Informations : La vue par heure de début montre que l’évaluation des risques commence alors que la revue initiale est encore en cours, indiquant des capacités de traitement parallèle. La vérification des documents ne commence qu’au jour 2, suggérant qu’elle dépend des résultats des étapes précédentes.

Exemple 5 : Exécution des commandes en entrepôt

Scénario : Dans un centre de distribution, les commandes passent par les étapes de prélèvement, emballage et expédition avec des durées variables. Comprendre les séquences de début aide à optimiser l’affectation des travailleurs et à identifier où les commandes commencent à faire file d’attente.

Paramètres :

Aucune configuration requise

Résultat : Vue classique triée par heure de fin :

Expédition commande A : 15:00 (prélèvement commencé à 09:00)
Expédition commande B : 14:30 (prélèvement commencé à 11:00)
Expédition commande C : 14:45 (prélèvement commencé à 08:00)

Vue triée par heure de début :

Prélèvement commande C commence : 08:00
Prélèvement commande A commence : 09:00
Prélèvement commande B commence : 11:00

Informations : Bien que la commande B soit expédiée avant la commande C, la commande C a en réalité commencé son traitement beaucoup plus tôt, indiquant qu’il s’agit d’une commande complexe nécessitant plus de temps. Cette perspective basée sur l’heure de début aide les gestionnaires d’entrepôt à comprendre le respect réel du FIFO et à identifier les commandes qui passent trop de temps dans le processus d’exécution.

Résultat

L’enrichissement Trier le journal par heure de début modifie l’ordre fondamental des événements dans votre journal de processus sans créer de nouveaux attributs ni changer les valeurs de données existantes. L’enrichissement définit un indicateur interne (SortLogOnStartTime = true) qui influence la manière dont toutes les visualisations et analyses de process mining interprètent la séquence des événements.

Impact sur le Process Mining : Après l’application de cet enrichissement, toutes les cartes de processus, analyses de variantes et calculs dépendants de la séquence refléteront l’ordre par heure de début. Cela impacte :

Les visualisations de flux de processus montrant la séquence d’initiation des activités
La détection de variantes basée sur les séquences d’heure de début
Les calculs de temps de traitement depuis le début de la première activité
Les analyses de goulets d'étranglement centrées sur les points de départ des activités plutôt que sur leur fin
Les vues d’utilisation des ressources basées sur le moment où les ressources commencent à travailler

Exigences : Cet enrichissement concerne uniquement les jeux de données où les activités ont des horodatages de début et de fin. Pour les jeux de données avec un seul horodatage par activité, l’enrichissement n’aura aucun effet. Il est particulièrement utile pour les processus importés de systèmes qui suivent à la fois l’initiation et la complétion des activités, tels que les systèmes d’exécution de fabrication, les outils de gestion de projet ou les systèmes d’information hospitaliers.

Réversibilité : Le changement de tri persiste pour la session d’analyse en cours. Pour revenir au tri par heure de fin, il faut retirer cet enrichissement et retraiter le jeu de données. Pensez à sauvegarder différentes versions de votre analyse si vous devez souvent basculer entre les perspectives heure de début et heure de fin.

Combinaison avec d’autres enrichissements : Cet enrichissement fonctionne parfaitement avec tous les autres enrichissements et n’interfère pas avec les calculs ou filtres. Cependant, notez que toute opération basée sur la durée ou la séquence appliquée après cet enrichissement utilisera le tri selon l’heure de début, ce qui peut produire des résultats différents de ceux obtenus avec un tri par heure de fin.

Voir aussi

Déplacer l’heure d’activité - Ajuster les horodatages pour des activités spécifiques afin de corriger les problèmes de fuseau horaire ou de qualité des données
Geler le temps - Définir une heure actuelle fixe pour des calculs temporels cohérents
Durée entre deux activités - Calculer les intervalles de temps pouvant être affectés par l’ordre de tri
Filtrer le journal de processus - Supprimer les événements indésirables avant ou après les modifications de tri
Convertir en attributs de cas - Identifier les attributs qui ne changent pas au sein des cas, indépendamment de l’ordre de tri

Cette documentation fait partie de la plateforme de process mining mindzie Studio.