Votre modèle de données de Gestion du Changement

BMC Helix ITSM
Votre modèle de données de Gestion du Changement

Votre modèle de données de Gestion du Changement

Ce modèle fournit un guide structuré pour la collecte des données essentielles à l'analyse de vos processus de gestion des changements. Vous y trouverez des attributs recommandés, des activités clés à suivre et des conseils pratiques sur l'extraction directe de ces informations de vos systèmes. Utilisez cette ressource pour garantir une initiative de Process Mining complète et efficace.
  • `Attributs` recommandés à collecter pour une analyse détaillée
  • Activités clés et jalons à suivre dans votre processus
  • Conseils d'extraction spécifiques pour les systèmes sources pertinents
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion des changements

Voici les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de la gestion des changements, permettant des analyses détaillées de votre processus.
5 Obligatoire 6 Recommandé 11 Facultatif
Nom Descriptionn
Activité
ActivityName
Le nom de l'événement ou de la tâche spécifique effectué dans le processus de gestion des changements.
Descriptionn

Cet attribut représente une seule étape ou un changement de statut dans le cycle de vie d'une demande de changement, comme 'Demande de changement soumise' ou 'Demande de changement approuvée'. Ces activités sont les éléments constitutifs de la carte de processus.

L'analyse de la séquence et de la durée de ces activités aide à identifier le flux de processus, à découvrir les écarts par rapport à la procédure standard et à localiser les points de blocage. Les noms des activités sont généralement dérivés des transitions de statut enregistrées dans les journaux d'audit du système.

Pourquoi est-ce important ? :

Il définit les étapes du processus, pour visualiser et l'analyse du flux de processus, qui est l'essence du Process Mining.

Source des données :

Dérivé des transitions de statut dans le formulaire 'CHG:ChangeRequest_AuditLog' ou en suivant les modifications du champ 'Status' sur le formulaire 'CHG:Infrastructure Change'.

Exemples
Demande de changement soumiseÉvaluation des risques effectuéeDemande de changement approuvéeChangement mis en œuvre
Heure de début
EventStartTime
L'horodatage indiquant le début d'une activité ou d'un événement spécifique.
Descriptionn

Cet attribut consigne la date et l'heure précises auxquelles une activité s'est produite. Par exemple, il capturerait quand un changement a été soumis, approuvé ou clôturé.

Cet horodatage est impératif pour analyser la chronologie du processus. Il est utilisé pour calculer les temps de cycle entre les activités, mesurer les temps d'attente, identifier les tendances de performance au fil du temps et déterminer la séquence des événements. Des horodatages précis sont la base de toute analyse de processus basée sur le temps.

Pourquoi est-ce important ? :

Il fournit la dimension temporelle nécessaire au calcul des durées, à l'analyse des performances et à la compréhension de la séquence des événements dans le processus.

Source des données :

Provenant du champ 'Date d'audit' du formulaire 'CHG:ChangeRequest_AuditLog' ou de la 'Date de dernière modificationication' associée à des changements de statut spécifiques.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID de la demande de changement
ChangeRequestID
L'identifiant unique généré par le système pour une demande de changement, servant d'identifiant principal de cas.
Descriptionn

L'ID de la demande de changement est la clé unique qui identifie chaque initiative de changement tout au long de son cycle de vie. Il regroupe toutes les activités, approbations et tâches connexes, constituant la base d'un cas unique en Process Mining.

L'analyse des processus par cet ID permet une vue complet de la manière dont les changements sont gérés, de la demande initiale à la clôture finale. C'est indispensable pour suivre les temps de cycle, identifier les points de blocage et comprendre les variations de processus pour les changements individuels.

Pourquoi est-ce important ? :

C'est l'attribut clé qui connecte tous les événements liés en une seule instance de processus, permettant l'analyse complet du processus de gestion des changements.

Source des données :

Se trouve dans le champ 'ID de changement d'infrastructure' (ID de champ 1000000182) du formulaire 'CHG:Infrastructure Change'.

Exemples
CRQ0000001, 2, 3, 4567CRQ0000001, 2, 3, 4568CRQ0000001, 2, 3, 4569
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Descriptionn

Cet attribut indique la date et l'heure de la dernière extraction des données de BMC Helix ITSM. Ce n'est pas l'heure de l'événement lui-même, mais plutôt l'heure de l'extraction des données. Cette information permet de mieux comprendre la la réactualisation des données analysées et pour gérer les cycles de rafraîchissement des données.

Dans les dashboards et les rapports, cet horodatage informe les utilisateurs de l'actualité de l'analyse, ce qui est particulièrement important pour le suivi des processus en cours.

Pourquoi est-ce important ? :

Il indique la la réactualisation des données, ce qui est indispensable pour garantir que les analyses et les dashboards reflètent l'état le plus actuel du processus.

Source des données :

C'est un champ de métadonnées généralement généré et rempli par l'outil ETL ou le pipeline de données au moment de l'extraction des données.

Exemples
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Système source
SourceSystem
Le nom du système d'où les données ont été extraites.
Descriptionn

Cet attribut identifie l'origine des données du processus, qui est 'BMC Helix ITSM' dans ce contexte. Il contribue à la gouvernance des données et à la traçabilité, en particulier dans les environnements où les données de plusieurs systèmes peuvent être combinées pour une analyse plus large.

Par exemple, si les données de changement sont ultérieurement fusionnées avec des données provenant d'un système financier ou de gestion de projet, ce champ assure une différenciation claire des sources de données.

Pourquoi est-ce important ? :

Il fournit un contexte essentiel sur l'origine des données, garantissant la traçabilité et une interprétation correcte des données, en particulier dans les scénarios d'analyse multisystème.

Source des données :

C'est généralement une valeur statique ajoutée pendant le processus d'extraction, transformation et chargement des données (ETL) pour étiqueter l'origine de l'ensemble de données.

Exemples
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Équipe d'implémentation
ImplementationTeam
L'équipe responsable de l'exécution de l'implémentation du changement.
Descriptionn

Cet attribut identifie le groupe technique ou opérationnel assigné pour effectuer le travail requis par la demande de changement. Il s'agit souvent du 'Groupe assigné' pendant les phases d'implémentation du cycle de vie du changement.

Cette information est indispensable pour le tableau de bord 'Goulots d'étranglement des ressources dans le processus de changement'. En analysant les durées d'activité et les volumes par équipe d'implémentation, les gestionnaires peuvent identifier les déséquilibres de charge, les lacunes de compétences ou d'autres contraintes liées aux ressources qui retardent le déploiement des changements.

Pourquoi est-ce important ? :

Il aide à identifier les points de blocage liés aux ressources dans la phase d'implémentation en permettant l'analyse des performances par équipe responsable.

Source des données :

Se trouve dans le champ 'ASGRP' (Groupe assigné) du formulaire 'CHG:Infrastructure Change'.

Exemples
Opérations serveursAdministrateurs de bases de donnéesÉquipe SAP BasisInfrastructure Cloud
Groupe d'approbateurs
ApproverGroup
L'équipe ou le groupe responsable de l'approbation d'une demande de changement à une étape spécifique.
Descriptionn

Cet attribut identifie le groupe chargé d'examiner et d'autoriser un changement. Puisqu'un changement peut comporter plusieurs étapes d'approbation, cela peut représenter différents groupes tout au long du cycle de vie, tels qu'une équipe d'approbation technique et un comité d'approbation métier.

C'est un attribut essentiel pour le tableau de bord 'Goulots d'étranglement d'approbation des changements', car il permet de segmenter les temps d'approbation par groupe responsable. Cela aide à identifier les équipes spécifiques qui peuvent être surchargées ou inefficaces, causant des retards dans le processus.

Pourquoi est-ce important ? :

Il permet l'identification des points de blocage dans le processus d'approbation en permettant l'analyse des durées d'approbation par équipe responsable.

Source des données :

Provenant du formulaire 'AP:Signature', qui gère les approbations et est lié à la demande de changement. Le groupe de l'approbateur ferait partie de cet enregistrement.

Exemples
Comité Consultatif des ChangementsSécurité ITIngénierie RéseauDéveloppement d'applications
Niveau de risque
RiskLevel
Une évaluation du risque potentiel associé à la mise en œuvre du changement.
Descriptionn

Le niveau de risque est une évaluation qualitative ou quantitative du potentiel de conséquences négatives si le changement est implémenté. C'est une donnée clé pour le processus d'approbation, où les changements à risque plus élevé font l'objet d'un examen plus minutieux.

Cet attribut est central au tableau de bord 'Analyse du profil de risque des changements', qui aide les parties prenantes à comprendre l'exposition globale aux risques du portefeuille de changements. Il est également utilisé pour identifier les boucles de retravail où les évaluations initiales des risques sont inadéquates, conduisant à une réévaluation ultérieure.

Pourquoi est-ce important ? :

Il apporte une dimension majeure pour l'analyse de la conformité et de l'efficacité des processus, contribuant à garantir que les changements à risque élevé fassent l'objet d'un examen approprié.

Source des données :

Se trouve dans le champ 'Niveau de risque' du formulaire 'CHG:Infrastructure Change'.

Exemples
1 - Critique2 - Élevée3 - Moyenne4 - Faible5 - Planification
Priorité
Priority
Le niveau de priorité attribué à la demande de changement, indiquant son importance métier.
Descriptionn

La priorité est généralement déterminée en combinant l'Impact et l'Urgence, et elle dicte l'ordre et la rapidité de traitement d'une demande de changement. Un changement de priorité plus élevée exige généralement un traitement plus rapide et peut être soumis à des accords de niveau de service (SLA) plus stricts.

Cet attribut est utilisé dans le tableau de bord 'Performance des SLA de changement' pour segmenter et analyser les performances pour différents niveaux de priorité. Il aide à répondre à des questions telles que 'Respectons-nous nos SLA pour les changements à haute priorité ?' et oriente les décisions d'allocation des ressources.

Pourquoi est-ce important ? :

Il permet une analyse des performances segmentée par importance métier, garantissant que les changements les plus critiques sont traités efficacement et atteignent leurs objectifs.

Source des données :

Se trouve dans le champ 'Priorité' du formulaire 'CHG:Infrastructure Change'.

Exemples
CritiqueÉlevéMoyenFaible
Statut
Status
L'état ou la phase actuelle de la demande de changement dans son cycle de vie.
Descriptionn

Le champ Statut indique l'étape exacte d'une demande de changement à un moment donné, telle que 'Brouillon', 'Demande d'autorisation' ou 'Terminé'. Bien que les activités soient dérivées des transitions entre ces statuts, le statut lui-même est utile pour analyser la charge de travail actuelle.

Cet attribut est indispensable pour le tableau de bord 'Débit des changements et statut actuel', offrant un aperçu du nombre de changements à chaque étape du pipeline. Il aide les gestionnaires à comprendre le travail en cours et l'allocation des ressources.

Pourquoi est-ce important ? :

Il offre une vue en temps réel du pipeline des changements, permettant d'analyser le travail en cours et l'état actuel de toutes les demandes de changement.

Source des données :

Se trouve dans le champ 'Statut' du formulaire 'CHG:Infrastructure Change'.

Exemples
BrouillonDemande d'autorisationPlanifiéImplémentation en coursTerminé
Type de modification
ChangeType
La classification du changement, telle que Standard, Normal ou Urgence.
Descriptionn

Cet attribut catégorise la demande de changement en fonction de sa nature et du processus qu'elle doit suivre. Les types courants incluent Standard (pré-approuvé, faible risque), Normal (nécessite une évaluation et une approbation complètes) et Urgence (nécessite un traitement accéléré en raison d'un problème urgent).

L'analyse par type de changement est indispensablele pour comprendre les variations de processus. Par exemple, le tableau de bord 'Volume et impact des changements d'urgence' s'appuie sur ce champ pour suivre les changements urgents et leur effet sur la stabilité du service. Il aide également à évaluer si les différents types de changements suivent leurs chemins prescrits.

Pourquoi est-ce important ? :

Il permet de segmenter le processus pour analyser et comparer différents workflows de changement, ce qui est indispensable pour l'analyse de conformité et de performance.

Source des données :

Se trouve dans le champ 'Type de changement' du formulaire 'CHG:Infrastructure Change'.

Exemples
StandardNormalUrgenceAucun impact
Code de fermeture
CloseCode
Un code indiquant le résultat final du changement lorsqu'il a été clôturé.
Descriptionn

Le code de clôture fournit une raison standardisée pour la clôture d'une demande de changement, telle que 'Réussi', 'Réussi avec des problèmes', 'Annulé' ou 'Abandonné'. Cet attribut offre une vue plus granulairesre du résultat du changement que le statut final seul.

L'analyse des codes de clôture peut aider à évaluer la qualité et le taux de réussite des changements implémentés. Par exemple, un nombre élevé de changements 'Abandonnés' peut indiquer des problèmes de planification ou de test, fournissant une métrique précieuse pour l'amélioration des processus.

Pourquoi est-ce important ? :

Il offre un résultat clair et structuré pour chaque changement, permettant d'analyser les taux de réussite et les raisons des échecs ou des annulations.

Source des données :

Se trouve dans le champ 'Motif du statut' ou un champ de code de clôture similaire sur le formulaire 'CHG:Infrastructure Change', qui devient actif dans les dernières étapes.

Exemples
RéussiRéussi avec des problèmesAnnuléAnnulé
Date cible SLA
SLATargetDate
La date et l'heure cibles auxquelles la demande de changement doit être terminée.
Descriptionn

La date cible de l'accord de niveau de service (SLA) est la date limite pour l'achèvement de la demande de changement, déterminée par sa priorité et son type. C'est la référence par rapport à laquelle le temps d'achèvement réel est mesuré.

Cet attribut est indispensable pour le tableau de bord 'Performance des SLA de changement'. En comparant l'heure de clôture réelle avec cette cible, nous pouvons déterminer si le changement a respecté son SLA. L'analyse de la performance des SLA aide à évaluer l'efficacité globale du processus et le respect des engagements de niveau de service.

Pourquoi est-ce important ? :

Il constitue la référence pour mesurer les performances, permettant le calcul des taux de conformité aux SLA et l'identification des changements à risque.

Source des données :

Cette information est généralement stockée dans les formulaires de gestion des SLA liés et associée à la demande de changement, souvent visible sur le formulaire de changement lui-même.

Exemples
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Demandeur du changement
ChangeSubmitter
La personne qui a créé et soumis la demande de changement.
Descriptionn

Cet attribut identifie la personne qui a initié la demande de changement. Il est généralement enregistré comme l'utilisateur 'Demandeur' ou 'Signalé par' dans le système.

Bien que n'étant pas toujours une dimension d'analyse primaire, il peut être utile pour comprendre les sources des demandes de changement. Par exemple, analyser si la plupart des changements proviennent de départements ou de rôles spécifiques peut fournir des informations sur les besoins métier et les processus de planification.

Pourquoi est-ce important ? :

Il aide à identifier les initiateurs des demandes de changement, ce qui peut être utilisé pour analyser les modèles de demande et le comportement des utilisateurs au sein du processus.

Source des données :

Se trouve dans le champ 'Demandeur' du formulaire 'CHG:Infrastructure Change'.

Exemples
Allen AllbrookMary MannBob Baxter
Est un changement d'urgence
IsEmergencyChange
Un indicateur booléen qui est vrai si le changement est de type 'Urgence'.
Descriptionn

Ce drapeau dérivé simplifie l'analyse en fournissant un indicateur binaire clair pour les changements d'urgence. Il est basé sur la valeur de l'attribut 'ChangeType'.

Cet attribut est principalement utilisé pour soutenir le tableau de bord 'Volume et impact des changements d'urgence' et le KPI 'Pourcentage de changements d'urgence'. Il permet un filtrage et une agrégation faciles des données liées aux changements d'urgence, rendant simple le suivi de leur fréquence et de leurs tendances au fil du temps sans logique de filtrage complexe dans l'outil d'analyse.

Pourquoi est-ce important ? :

Il simplifie l'analyse des changements d'urgence, facilitant le filtrage, la création de dashboards et le calcul des KPI liés à ce type de changement critique.

Source des données :

C'est un attribut dérivé créé lors de la transformation des données. La logique est : SI 'ChangeType' = 'Emergency' ALORS vrai SINON faux.

Exemples
truefaux
Est un reprises
IsRework
Un indicateur signalant si une activité représente une boucle de reprises ou un retour en arrière dans le processus.
Descriptionn

Cet attribut booléen est défini sur vrai lorsqu'une demande de changement revient à une étape précédente de son cycle de vie, par exemple, de 'Planifié' à 'Évaluation des risques'. De tels mouvements de retour représentent des retouches, qui sont souvent une source d'inefficacité.

Ce drapeau est utilisé pour calculer le KPI 'Taux de re-traitements de changements' et prend en charge le tableau de bord 'Efficacité des retouches et des évaluations de changements'. Il aide à quantifier la fréquence des retouches et à identifier les étapes spécifiques du processus où elles se produisent le plus souvent, indiquant les domaines d'amélioration dans la planification et l'évaluation initiales.

Pourquoi est-ce important ? :

Il identifie directement les inefficacités du processus en signalant les activités qui font partie d'une boucle de reprises, permettant des efforts d'amélioration ciblés.

Source des données :

C'est un attribut calculé, dérivé en analysant la séquence d'activités pour un cas. Une logique est appliquée lors de la transformation des données pour détecter les mouvements rétrogrades dans le flux de processus.

Exemples
truefaux
État du SLA
SLAState
Le statut calculé de la demande de changement par rapport à son objectif SLA.
Descriptionn

Cet attribut indique si une demande de changement terminée a respecté, risquait d'enfreindre ou a enfreint son accord de niveau de service (SLA). Il est calculé en comparant l'horodatage de complétion réel avec le 'SLATargetDate'.

C'est la métrique principale pour le tableau de bord 'Performance des SLA de changement'. Il fournit une mesure claire et concise de la performance par rapport aux engagements de service et permet de segmenter les données par priorité, type de changement ou équipe pour identifier les zones où l'adhérence aux SLA est faible.

Pourquoi est-ce important ? :

Il fournit une mesure directe de la performance par rapport aux engagements, ce qui en fait un indicateur clé de l'efficacité des processus et de la qualité de service.

Source des données :

C'est un attribut calculé dérivé lors de la transformation des données en comparant l'horodatage de l'activité finale avec le 'SLATargetDate'.

Exemples
À tempsÀ risqueDépassé
Heure de fin
EventEndTime
L'`horodatage` indiquant quand une `activité ou un événement` s'est achevé.
Descriptionn

L'heure de fin marque la fin d'une activité. En Process Mining, cela est souvent calculé comme l'heure de début de l'activité suivante dans le cas, fournissant une durée claire pour l'étape précédente. Pour la toute dernière activité d'un cas, cela pourrait être la même que son heure de début ou un horodatage de clôture spécifique.

Cet attribut est indispensable pour calculer le ProcessingTime de chaque activité, qui est une métrique clée pour l'analyse des performances et l'identification des points de blocage. Il permet une analyse détaillée de la durée de chaque étape.

Pourquoi est-ce important ? :

Il permet le calcul précis des durées d'activité, ce qui est indispensable pour identifier les points de blocage et mesurer la performance du processus.

Source des données :

C'est un attribut calculé, généralement dérivé lors de la transformation des données en prenant l'heure de début de l'événement suivant dans la séquence pour un cas donné.

Exemples
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
ID d'incident lié
RelatedIncidentID
L'identifiant de tout incident qui a été causé par ce changement.
Descriptionn

Cet attribut lie une demande de changement à tout incident ultérieur qu'elle aurait pu causer. Cette relation est indispensablele pour comprendre l'impact en aval des changements sur la stabilité du service.

C'est l'attribut principal nécessaire pour calculer le KPI 'Taux d'incidents induits par les changements'. En suivant ces liens, une organisation peut mesurer la qualité de son processus de changement et identifier les types de changements, les équipes ou les services associés à un taux plus élevé de problèmes post-implémentation.

Pourquoi est-ce important ? :

Il mesure directement l'impact négatif des changements, fournissant un KPI clé pour évaluer la qualité des changements et l'efficacité de la gestion des risques.

Source des données :

Cette relation est généralement établie sur le formulaire d'incident ('HPD:Help Desk'), où un incident peut être lié à une demande de changement comme sa cause.

Exemples
INC000000987654INC000000987655INC000000987656
Impact
Impact
L'impact évalué du changement sur les services métier et l'infrastructure IT.
Descriptionn

L'impact mesure l'effet potentiel d'un changement sur les opérations commerciales, les services et les utilisateurs. C'est un facteur critique, avec l'urgence, pour déterminer la priorité de la demande de changement.

En analyse, l'Impact est utilisé dans le tableau de bord 'Analyse du profil de risque des changements' pour fournir une vision globale des conséquences commerciales potentielles du portefeuille de changements. Comprendre la répartition des changements àà fort impact peut éclairer les stratégies de gestion des risques et la planification des ressources.

Pourquoi est-ce important ? :

Il aide à quantifier les conséquences commerciales potentielles des changements, permettant une analyse des risques et une priorisation basée sur la gravité de l'impact possible sur les services.

Source des données :

Se trouve dans le champ 'Impact' du formulaire 'CHG:Infrastructure Change'.

Exemples
1-Extensive/Widespread2-Significatif/Large3-Modéré/Limité4-Mineur/Localisé
Service affecté
AffectedService
Le service métier ou technique impacté par le changement.
Descriptionn

Cet attribut lie la demande de changement à un service spécifique défini dans la base de données de gestion de la configuration (CMDB). Cela pourrait être un service métier destiné aux utilisateurs comme 'Services de messagerie' ou un service technique back-end comme 'Service d'authentification'.

Il est utilisé dans le tableau de bord 'Volume et impact des changements d'urgence' pour corréler les changements avec les services qu'ils affectent. Cela aide à comprendre la stabilité des différents services et à identifier ceux qui nécessitent des interventions d'urgence fréquentes.

Pourquoi est-ce important ? :

Il fournit un contexte métier crucial, reliant les changements techniques à leur impact sur les services métier et permettant une analyse des processus centrée sur le service.

Source des données :

Provenant du champ 'ServiceCI' ou des relations d'élément de configuration (CI) associées sur le formulaire 'CHG:Infrastructure Change'.

Exemples
E-mail d'entrepriseSAP ERPGestion de la Relation ClientPortail bancaire en ligne
Urgence
Urgency
L'urgence du changement, reflétant la sensibilité temporelle de son implémentation.
Descriptionn

L'urgence indique la rapidité avec laquelle le changement doit être implémenté. C'est un composant clé, avec l'impact, utilisé pour calculer la priorité globale de la demande de changement.

L'urgence est un attribut clé pour le tableau de bord 'Analyse du profil de risque des changements', offrant un aperçu des pressions temporelles sur le processus de gestion des changements. L'analyse des tendances en matière d'urgence peut aider à identifier les problèmes sous-jacents qui peuvent entraîner un grand nombre de demandes soumises à des délais.

Pourquoi est-ce important ? :

Il reflète la nature critique des changements en termes de temps, aidant à analyser si le processus gère efficacement les demandes avec différents niveaux de sensibilité temporelle.

Source des données :

Se trouve dans le champ 'Urgence' du formulaire 'CHG:Infrastructure Change'.

Exemples
1-Critique2-Élevé3-Moyenne4-Faible
Obligatoire Recommandé Facultatif

Activités de gestion des changements

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte de processus précise et une identification efficace des points de blocage.
7 Recommandé 7 Facultatif
Activité Descriptionn
Changement clôturé
C'est l'activité finale, marquant la clôture formelle de la demande de changement dans le système. Cet événement est capturé lorsque le statut de la demande de changement est défini sur 'Clôturé'.
Pourquoi est-ce important ? :

Cette activité marque la fin réussie du cycle de vie du changement. Elle est indispensablele pour mesurer la durée de processus complet et le débit global.

Source des données :

Inféfé de l'historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à 'Clôturé'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change est mis à jour à 'Clôturé'.

Type d'événement inferred
Changement mis en œuvre
Cette activité représente l'achèvement réussi du travail d'implémentation du changement. Elle est généralement enregistrée lorsque le statut est mis à jour vers 'Terminé' avec une raison indiquant le succès.
Pourquoi est-ce important ? :

C'est un jalon majeur qui marque la fin de la phase de déploiement. Il est indispensable pour calculer le temps de cycle d'implémentation des changements et analyser les incidents induits par les changements.

Source des données :

Inféfé du formulaire CHG:Change lorsque le 'Statut' est défini sur 'Terminé' et le 'Motif du statut' est 'Succès'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change est mis à jour à 'Terminé'.

Type d'événement inferred
Changement planifié
Cette activité marque le point où le changement approuvé est officiellement planifié pour implémentation. Cet événement est capturé à partir du changement de statut vers 'Planifié' dans le système.
Pourquoi est-ce important ? :

C'est un jalon critique qui signale la préparation à l'implémentation. C'est le point de départ pour mesurer les KPI du temps de cycle d'implémentation des changements et du temps d'attente moyen d'implémentation.

Source des données :

Inféfé de l'historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à 'Planifié'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change est mis à jour à 'Planifié'.

Type d'événement inferred
Demande de changement approuvée
C'est un jalon clé où la demande de changement reçoit l'approbation formelle pour procéder. L'événement est déduit d'un changement de statut, généralement vers 'Planifié' ou 'Planification en cours' après l'autorisation finale.
Pourquoi est-ce important ? :

Cela marque la fin de la phase d'approbation et est indispensable pour mesurer les points de blocage d'approbation et le KPI du temps moyen d'approbation des changements. C'est un point de décision clé dans le processus.

Source des données :

Inféfé de l'historique des changements de statut dans le formulaire CHG:Change, spécifiquement lorsque la demande sort d'un statut d'approbation tel que 'Demande d'autorisation'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change transite au-delà de la phase d'approbation finale, par exemple, vers 'Planifié'.

Type d'événement inferred
Demande de changement créée
Cette activité marque la création initiale d'un enregistrement de demande de changement dans le système. L'événement est capturé à partir de l'horodatage de création de l'entrée de la demande de changement dans le formulaire CHG:Change.
Pourquoi est-ce important ? :

C'est le point de départ de chaque demande de changement, essentiel pour mesurer la durée totale du cycle de vie et analyser le volume des changements entrants.

Source des données :

Cet événement est capturé à partir du champ 'Date de soumission' ou de l'horodatage de création de l'enregistrement dans le journal d'audit du formulaire CHG:Change (par exemple, HPD:Help Desk Audit Log).

Capture

Utilisez l'horodatage de création de l'enregistrement du formulaire CHG:Change.

Type d'événement explicit
Évaluation des risques effectuée
Cette activité signifie l'achèvement de l'évaluation des risques pour le changement proposé. Elle est souvent capturée lorsque le statut de la demande de changement est mis à jour ou qu'une tâche spécifique d'évaluation des risques est clôturée.
Pourquoi est-ce important ? :

Le suivi de cette activité est indispensable à assurer la conformité aux politiques de gestion des changements. Il aide à identifier les retards dans la phase d'évaluation et à analyser le taux de retouches de changements si le processus revient à cette étape.

Source des données :

Inféfé d'un changement de statut sur le formulaire CHG:Change (par exemple, passage à 'Demande de changement') ou par l'achèvement d'une tâche associée dans le formulaire CHG:Task.

Capture

Identifiez l'horodatage lorsqu'une tâche 'Évaluation des risques' liée dans CHG:Task est marquée 'Fermée' ou 'Terminée'.

Type d'événement inferred
Test effectué
Signifie que les tests ou la validation post-implémentation ont été achevés. Ceci est souvent capturé par la clôture d'une tâche de test dédiée associée à la demande de changement.
Pourquoi est-ce important ? :

Le suivi de cette activité est indispensable pour mesurer le temps de cycle moyen des tests et garantir la qualité. Il aide à identifier les points de blocage dans le processus de validation avant la vérification finale.

Source des données :

Inféfé de l'achèvement d'un enregistrement de tâche de test dans le formulaire CHG:Task lié à la demande de changement parente.

Capture

Identifiez l'horodatage lorsqu'une tâche 'Test' ou 'Validation' liée dans CHG:Task est marquée 'Fermée' ou 'Terminée'.

Type d'événement inferred
Analyse d'impact effectuée
Représente la finalisation de l'analyse d'impact pour déterminer les conséquences potentielles d'un changement. Ceci est généralement déduit d'une mise à jour de statut ou de la clôture d'une tâche associée.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour comprendre l'efficacité de la planification et son effet sur les retouches. L'analyse de sa durée et de sa fréquence aide à améliorer la phase d'évaluation initiale.

Source des données :

Inféfé de l'horodatage d'achèvement d'une tâche d''Analyse d'impact' dans le formulaire CHG:Task ou d'une transition de statut spécifique dans le formulaire CHG:Change.

Capture

Identifiez l'horodatage lorsqu'une tâche 'Analyse d'impact' liée dans CHG:Task est marquée 'Fermée' ou 'Terminée'.

Type d'événement inferred
Changement annulé
Représente l'annulation d'une demande de changement avant son implémentation ou sa complétion. Ceci est enregistré lorsque le statut de la demande de changement est mis à jour vers 'Annulé'.
Pourquoi est-ce important ? :

Le suivi des annulations fournit des informations sur les raisons pour lesquelles les changements sont retirés. Cela peut mettre en évidence des problèmes tels qu'une mauvaise planification initiale, des priorités changeantes ou des contraintes de ressources.

Source des données :

Inféfé de l'historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à 'Annulé'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change est mis à jour à 'Annulé'.

Type d'événement inferred
Changement vérifié
Cette activité indique que le changement a été formellement vérifié comme réussi par les parties prenantes après implémentation et tests. Elle est souvent représentée par un changement de statut avant la clôture finale.
Pourquoi est-ce important ? :

La vérification est la dernière porte de qualité avant la clôture d'un changement. Elle confirme que le changement a atteint ses objectifs et n'a pas causé d'impacts négatifs involontaires.

Source des données :

Inféfé d'un changement de statut sur le formulaire CHG:Change, tel que le passage de 'Terminé' à un statut 'Vérification' ou 'Clôturé'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change transite vers 'Clôturé' après les activités d'implémentation.

Type d'événement inferred
Demande de changement rejetée
Cette activité signifie que la demande de changement a été formellement refusée par un approbateur. Elle est capturée par un changement de statut vers 'Rejeté' et représente un état terminal.
Pourquoi est-ce important ? :

Le suivi des rejets aide à identifier les raisons de refus, telles que des informations incomplètes ou un risque élevé. Cette analyse peut améliorer la qualité des futures soumissions de changements.

Source des données :

Inféfé de l'historique des changements de statut dans le formulaire CHG:Change, spécifiquement la transition vers un statut 'Rejeté'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change est mis à jour à 'Rejeté'.

Type d'événement inferred
Demande de changement soumise
Représente la soumission formelle d'une demande de changement pour examen et autorisation. Ceci est généralement déduit lorsque le statut de la demande de changement passe de 'Brouillon' à 'Demande d'autorisation'.
Pourquoi est-ce important ? :

Cette activité initie le processus d'approbation. Son suivi est impératif pour mesurer le temps d'attente des demandes avant l'examen initial et pour analyser le KPI du temps d'approbation des changements.

Source des données :

Inféfé de l'historique des changements de statut de la demande de changement dans le formulaire CHG:Change, spécifiquement la transition vers 'Demande d'autorisation'.

Capture

Identifiez l'horodatage lorsque le champ 'Statut' sur CHG:Change passe de 'Brouillon' à 'Demande d'autorisation'.

Type d'événement inferred
Examen post-implémentation
Représente la finalisation d'un examen formel après l'implémentation du changement. Cette activité est généralement enregistrée à partir de la clôture d'une tâche d'examen post-implémentation (PIR).
Pourquoi est-ce important ? :

Cette activité est indispensablele pour l'apprentissage organisationnel et l'amélioration des processus. La mesure du KPI du taux d'examen post-implémentation aide à garantir que les leçons sont tirées des changements.

Source des données :

Inféfé de l'achèvement d'une tâche d''Examen post-implémentation' dans le formulaire CHG:Task lié à la demande de changement parente.

Capture

Identifiez l'horodatage lorsqu'une tâche 'EPI' liée dans CHG:Task est marquée 'Fermée' ou 'Terminée'.

Type d'événement inferred
Plan d'implémentation élaboré
Indique que le plan détaillé d'implémentation du changement a été créé et documenté. Ceci est généralement capturé lorsqu'une tâche de planification associée au changement est terminée.
Pourquoi est-ce important ? :

La complétion de cette activité est un prérequis pour la planification et l'implémentation. L'analyse de sa durée aide à identifier les retards dans la phase de planification avant l'exécution du changement.

Source des données :

Inféfé de l'achèvement d'un enregistrement de tâche de planification spécifique dans le formulaire CHG:Task lié à la demande de changement parente.

Capture

Identifiez l'horodatage lorsqu'une tâche 'Planification de l'implémentation' liée dans CHG:Task est marquée 'Fermée' ou 'Terminée'.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de BMC Helix ITSM