Votre modèle de données pour la gestion du changement

L'heure de début de l'événement marque le début d'une activité au sein du cycle de vie de la demande de changement. Cet horodatage est crucial pour séquencer les événements chronologiquement et pour calculer la durée des activités et du cas global.

En analyse de processus, cet attribut est utilisé pour ordonner correctement les activités, constituant la base du journal d'événements. Il est essentiel pour calculer toutes les métriques liées au temps, telles que les temps de cycle entre les activités, les temps d'attente et la durée totale du cas. En analysant ces horodatages, les organisations peuvent identifier les étapes qui consomment le plus de temps et cibler les opportunités d'accélération des processus.

Cet horodatage est essentiel pour ordonner les événements, découvrir le flux de processus et calculer toutes les métriques de performance comme les temps de cycle et les temps d'attente.

Trouvé dans le journal d'événements ou la piste d'audit de la demande de changement. Il peut être nommé 'Date de création', 'Date de début' ou simplement 'Horodatage'.

L'ID de la demande de changement est un code alphanumérique unique attribué à chaque demande de changement lors de sa création. Il agit comme clé primaire pour un cas de changement unique, reliant toutes les tâches, approbations et journaux associés, de l'initiation à la clôture.

En Process Mining, cet attribut est essentiel pour reconstruire le parcours de bout en bout de chaque changement. En regroupant tous les événements sous un ID de demande de changement commun, les analystes peuvent visualiser les flux de processus, calculer les durées des cas et analyser les variations entre les différents cycles de vie des changements. C'est la base sur laquelle toute l'analyse au niveau des cas est construite, permettant une vue claire de la progression des changements individuels à travers le système.

Cet ID est crucial pour le suivi et la corrélation de tous les événements liés à un seul changement, en faisant la pierre angulaire de la découverte de processus et de la vérification de conformité.

Généralement trouvé dans l'en-tête ou l'enregistrement principal d'une transaction de demande de changement.

Le nom d'activité décrit une étape ou un jalon distinct dans le cycle de vie de la demande de changement, tel que 'Évaluation des risques terminée' ou 'Changement approuvé'. Chaque activité représente un point dans le temps où une action a été effectuée, une décision a été prise, ou le processus est passé à une nouvelle étape.\n\nCet attribut est fondamental pour construire la cartographie des processus. Il définit les nœuds dans le graphe de processus, permettant aux analystes de visualiser la séquence des événements, d'identifier les chemins courants et de détecter les déviations par rapport à la procédure standard. L'analyse des activités aide à découvrir les goulots d'étranglement, les boucles de retravail et les transferts inefficaces entre les différentes étapes du processus de changement.

Il définit les étapes du processus, permettant la visualisation du flux de processus et l'analyse des goulots d'étranglement, du retravail et des déviations.

Généralement situé dans un journal d'activités, un historique d'événements ou une table de piste d'audit associée à la demande de changement.

L'horodatage de la dernière mise à jour des données spécifie la dernière fois qu'un enregistrement a été extrait du système source. C'est un attribut de métadonnées essentiel pour gérer le pipeline de données et garantir la fraîcheur de l'analyse.

Cet attribut aide les ingénieurs de données et les analystes à comprendre l'actualité des données avec lesquelles ils travaillent. Il est utilisé pour surveiller la bonne exécution du processus d'extraction des données et pour confirmer que l'analyse de Process Mining est basée sur des informations récentes et pertinentes. Il n'est généralement pas utilisé pour l'analyse des processus elle-même, mais est critique pour la gouvernance des données et la fiabilité.

Assure la fraîcheur des données et aide à surveiller la santé du pipeline de données, ce qui est vital pour la fiabilité de l'analyse des processus.

Cet horodatage est généralement généré et ajouté lors du processus d'extraction, de transformation et de chargement des données (ETL).

L'attribut du système source identifie l'origine des données d'événement. Dans les environnements dotés de plusieurs outils ITSM ou systèmes intégrés, ce champ aide à distinguer les données provenant de différentes sources, garantissant l'intégrité des données et un contexte approprié.

Bien que non toujours utilisé dans l'analyse primaire des flux de processus, il est inestimable pour la validation et la gouvernance des données. Il aide à dépanner les problèmes d'ingestion de données et peut être utilisé pour comparer la performance des processus entre différents systèmes ou unités commerciales s'ils utilisent des plateformes distinctes. Par exemple, une entreprise pourrait utiliser un système pour les changements d'infrastructure et un autre pour les changements d'application.

Identifie l'origine des données, ce qui est crucial pour la validation des données, le dépannage et l'analyse des processus qui s'étendent sur plusieurs systèmes.

Ces informations peuvent être stockées sous forme de champ dans les données source ou ajoutées pendant le processus d'extraction, de transformation et de chargement (ETL).

L'équipe responsable identifie le groupe de personnes affecté au changement à un stade particulier. Il peut s'agir d'une équipe d'évaluation, d'un comité d'approbation tel que le CAB, ou de l'équipe technique réalisant la mise en œuvre.

Cet attribut est essentiel pour analyser l'allocation des ressources, la répartition de la charge de travail et les transferts entre équipes. Une analyse de réseau social peut révéler les modèles de communication et les goulots d'étranglement entre les différents groupes. En mesurant le temps passé avec chaque équipe, les organisations peuvent identifier quels groupes sont surchargés ou où des retards se produisent fréquemment lors des transferts de responsabilité.

Ceci est crucial pour analyser les transferts entre les équipes, identifier les goulots d'étranglement des ressources et comprendre la répartition de la charge de travail au sein de l'organisation.

Trouvé dans l'enregistrement de la demande de changement ou dans les détails au niveau de l'activité. Il peut être appelé 'Groupe d'affectation' ou 'Équipe'.

L'heure de fin de l'événement marque la conclusion d'une activité. Associée à l'heure de début de l'événement, elle permet le calcul précis du temps de traitement pour chaque étape du cycle de vie du changement.

Cet attribut est fondamental pour l'analyse des performances. La différence entre les heures de début et de fin révèle le 'temps de traitement' d'une activité, tandis que le temps entre la fin d'une activité et le début de la suivante révèle le 'temps d'attente'. Cette distinction est clé pour identifier si les retards sont causés par des tâches longues ou par des périodes d'inactivité entre les tâches, orientant les efforts d'amélioration ciblés.

Il permet le calcul de durées d'activité précises, aidant à distinguer entre le temps de traitement à valeur ajoutée et le temps d'attente sans valeur ajoutée.

Souvent trouvé dans le journal d'activités ou les tables d'audit. S'il n'est pas disponible, il peut parfois être dérivé de l'heure de début de l'événement suivant.

Le niveau de risque représente la probabilité évaluée et l'impact négatif potentiel d'un échec de changement. Cette évaluation influence le niveau requis de tests, d'examen et d'approbation. Les changements à haut risque nécessitent généralement un processus d'examen plus rigoureux par rapport aux changements à faible risque.

Cet attribut permet une analyse de processus basée sur les risques. Il peut être utilisé pour vérifier si les changements à haut risque bénéficient du niveau d'examen approprié, tel qu'un examen par un Comité Consultatif des Changements (CAB). Il permet également de corréler le niveau de risque avec les résultats, par exemple, pour déterminer si les changements à haut risque ont un taux d'échec plus élevé, ce qui pourrait suggérer que le processus d'évaluation ou d'atténuation des risques nécessite une amélioration.

Permet d'analyser si les contrôles de processus et les workflows d'approbation sont correctement alignés avec le risque évalué du changement.

Trouvé dans les données d'en-tête ou les détails d'évaluation des risques d'une demande de changement.

La priorité du changement est une classification utilisée pour déterminer l'importance relative d'une demande de changement. Elle aide les équipes à planifier et à allouer les ressources efficacement, garantissant que les changements les plus critiques sont traités en premier. La priorité est souvent calculée en fonction de l'impact potentiel du changement sur l'entreprise et de l'urgence de sa mise en œuvre.

En Process Mining, la priorité est une dimension puissante pour le filtrage et la comparaison. Les analystes peuvent examiner si les changements à haute priorité sont effectivement traités plus rapidement que ceux à faible priorité. Toute divergence pourrait révéler des problèmes d'allocation des ressources, des goulots d'étranglement d'approbation pour les changements critiques, ou un respect incohérent des règles de priorisation.

Permet d'analyser si les changements à haute priorité sont traités plus rapidement que ceux à faible priorité, validant ainsi l'efficacité des politiques de priorisation.

Situé dans l'enregistrement principal ou les données d'en-tête de la demande de changement.

Le service métier affecté identifie la capacité métier principale, telle que 'Service de messagerie' ou 'Banque en ligne', que le changement modifiera. Il peut également s'agir d'un élément de configuration technique (CI) spécifique, comme un serveur ou une application, qui prend en charge un service métier.\n\nCet attribut fournit un contexte métier critique au processus de gestion des changements. Il permet d'encadrer l'analyse en termes d'impact métier plutôt qu'en termes d'activité informatique uniquement. Par exemple, les analystes peuvent identifier les services les plus fréquemment modifiés, ce qui pourrait indiquer une instabilité ou un taux élevé d'innovation. Il aide également à prioriser les changements et à évaluer les risques en liant les changements techniques aux fonctions métier qu'ils soutiennent.

Lie les changements informatiques au contexte métier, permettant d'analyser quels services métier sont les plus impactés par l'activité de changement et les risques associés.

Trouvé dans l'enregistrement principal de la demande de changement, souvent lié à partir d'une base de données de gestion de configuration (CMDB).

Le statut du changement indique la phase d'une demande de changement à un moment précis ou son résultat final. Les statuts correspondent généralement à des étapes clés du processus et offrent une vue d'ensemble de la progression.

Cet attribut peut être utilisé de deux manières. En tant qu'attribut instantané, il montre l'état actuel de tous les changements ouverts, ce qui est utile pour les dashboards opérationnels qui suivent le débit et les arriérés. En tant qu'attribut d'événement, un changement de statut peut lui-même être considéré comme une activité, aidant à enrichir le journal d'événements si les données d'activité détaillées sont rares. L'analyse des transitions de statut aide à comprendre le cycle de vie et à identifier où les changements stagnent.

Il fournit un aperçu de la progression du changement, permettant l'analyse des goulots d'étranglement, du débit et de l'état actuel de l'arriéré de changements.

Trouvé dans l'enregistrement d'en-tête de la demande de changement. Les changements de statut historiques peuvent être trouvés dans un journal d'audit.

Le type de changement est une catégorisation critique qui détermine le workflow requis, les étapes d'approbation et l'urgence d'une demande de changement. Les changements standards sont généralement pré-approuvés et à faible risque, les changements normaux suivent le processus complet d'évaluation et d'approbation, et les changements d'urgence nécessitent un traitement accéléré en raison d'un besoin commercial urgent.

L'analyse du processus par type de changement est une activité fondamentale dans l'analyse de la gestion des changements. Elle permet de comparer la performance et la conformité des différents workflows de changement. Par exemple, les analystes peuvent vérifier si les changements d'urgence suivent réellement un chemin plus rapide ou si les changements standards respectent leur flux simplifié et pré-approuvé. Cette segmentation est essentielle pour comprendre les variations de processus et garantir l'application d'un niveau de gouvernance approprié.

Cet attribut est essentiel pour la segmentation de l'analyse, car les différents types de changements ont des flux de processus distincts et prédéfinis, des exigences d'approbation et des attentes de performance.

Situé dans l'enregistrement principal ou les données d'en-tête de la demande de changement.

L'utilisateur responsable est la personne spécifique assignée à une demande de changement ou à une activité. Cet attribut offre une vue plus granulaire de la charge de travail et de la responsabilité que l'affectation au niveau de l'équipe.

L'analyse des données au niveau de l'utilisateur peut aider à la gestion des performances et à l'identification des opportunités de formation. Elle peut mettre en évidence les individus qui sont des experts du processus ou ceux qui peuvent rencontrer des difficultés avec certaines tâches. Elle est également utilisée pour analyser les reprises de travail, par exemple, pour voir si les changements gérés par certains individus sont plus susceptibles d'être rejetés ou de nécessiter une remédiation. Cependant, il convient d'utiliser cette information de manière constructive et non à des fins punitives.

Fournit une vue granulaire pour analyser la charge de travail et la performance individuelle, aidant à identifier les experts et les besoins potentiels en formation au sein des équipes.

Généralement trouvé dans l'enregistrement de la demande de changement ou dans les détails au niveau de la tâche, souvent étiqueté comme 'Assigné' ou 'Assigné à'.

La date de fin prévue est la date limite fixée pour le changement, souvent déterminée par les exigences métier ou les Accords de Niveau de Service (SLA). Elle sert de repère pour mesurer la réactivité et la performance du processus de gestion des changements.

Cet attribut est essentiel pour l'analyse de la performance des SLA. En comparant la date d'achèvement réelle avec la date prévue, les organisations peuvent calculer le taux de réalisation dans les délais, un indicateur clé de performance. L'analyse des changements qui ne respectent pas leurs dates prévues peut aider à identifier les causes profondes des retards, qu'elles soient liées à des goulots d'étranglement d'approbation, à des contraintes de ressources ou à une planification irréaliste.

C'est un attribut clé pour mesurer la conformité aux SLA et la livraison dans les délais, aidant à identifier les causes profondes des retards dans le processus.

Généralement situé dans les données d'en-tête de la demande de changement.

L'impact du changement mesure l'effet potentiel d'un changement sur les opérations métier, les services ou l'infrastructure. C'est une donnée clé, avec l'urgence, pour déterminer la priorité globale du changement. Par exemple, un changement impactant un service client critique a un impact élevé.\n\nL'analyse par impact aide à garantir que les changements affectant les services critiques sont gérés avec le soin approprié. Elle peut être utilisée pour la vérification de conformité afin de s'assurer que les changements à fort impact passent toujours par des étapes d'approbation ou de test spécifiques. Elle permet également des comparaisons de performance, comme vérifier si les changements à fort impact prennent plus de temps à être implémentés en raison d'une revue et de tests plus approfondis.

Aide à vérifier que les changements ayant un impact métier élevé suivent des chemins de revue et de test plus rigoureux, assurant une gouvernance appropriée.

Situé dans l'enregistrement principal ou les données d'en-tête de la demande de changement.

Le motif du changement est une description textuelle qui expose le moteur commercial derrière la demande de changement. Il répond à la question 'Pourquoi faisons-nous cela ?', fournissant un contexte tel que 'Correctif de sécurité pour vulnérabilité critique' ou 'Nouvelle fonctionnalité pour améliorer l'expérience client'.

Bien que souvent un champ de texte libre, cet attribut peut fournir des informations qualitatives précieuses lorsqu'il est catégorisé ou analysé à l'aide de techniques de text mining. Il aide à comprendre la demande de changements émanant de différentes parties de l'entreprise. Par exemple, l'analyse pourrait révéler qu'un grand pourcentage de changements sont motivés par des corrections de bugs, indiquant des problèmes potentiels de qualité logicielle, tandis qu'une autre période pourrait montrer un nombre élevé de changements liés à des projets stratégiques.

Fournit un contexte métier sur les raisons de l'initiation des changements, aidant à analyser les principaux moteurs de changement au sein de l'organisation.

Généralement trouvé dans le formulaire de soumission initial ou les détails d'en-tête de la demande de changement.

La raison du résultat du changement fournit le contexte expliquant pourquoi une demande de changement s'est achevée de telle ou telle manière. Pour les changements réussis, il peut s'agir de 'Réussi'. Pour les changements ayant échoué, ce pourrait être 'Échec - Retour arrière initié'. Pour les changements rejetés ou annulés, cela donne la justification, comme 'Justification insuffisante' ou 'Annulé par le demandeur'.

Cet attribut est crucial pour l'analyse des causes profondes des changements échoués ou rejetés. En catégorisant et en analysant ces raisons, les organisations peuvent identifier les schémas d'échec courants. Par exemple, si de nombreux changements sont rejetés pour 'informations incomplètes', cela indique un besoin d'améliorer le processus de soumission des changements. Ces données aident au calcul et à la compréhension d'indicateurs clés de performance (KPI) tels que le Taux d'échec des changements et le Taux d'approbation dès la première soumission.

Fournit des données critiques pour l'analyse des causes profondes des changements échoués, rejetés ou annulés, aidant à améliorer la qualité des futures demandes de changement.

Trouvé dans les détails de clôture d'un enregistrement de demande de changement. Il peut être nommé 'Code de clôture', 'Résolution' ou 'Raison du rejet'.

L'urgence du changement indique la rapidité avec laquelle un changement doit être mis en œuvre pour répondre aux exigences métier. Elle reflète la criticité temporelle du changement, indépendamment de son impact potentiel. Un changement peut avoir un faible impact mais une urgence élevée, comme la correction d'un problème mineur avant le lancement d'une campagne marketing.

L'urgence est une composante clé dans le calcul de la priorité et est utilisée pour analyser la réactivité du processus de gestion des changements. Les analystes peuvent examiner si les changements à haute urgence sont effectivement traités plus rapidement. La comparaison des temps de cycle entre différents niveaux d'urgence peut révéler si le processus est réactif aux besoins métier ou si tous les changements sont traités à la même vitesse, quelle que soit leur sensibilité temporelle.

Permet d'analyser la réactivité du processus aux besoins métier urgents en comparant les temps de cycle selon les différents niveaux d'urgence.

Situé dans l'enregistrement principal ou les données d'en-tête de la demande de changement.