Votre Template de Données de Gestion du Changement

BMC Helix ITSM
Votre Template de Données de Gestion du Changement

Votre Template de Données de Gestion du Changement

Ce modèle fournit un guide structuré pour la collecte des données essentielles à l'analyse de votre 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 approfondie
  • Activités clés et jalons à suivre dans votre processus
  • Conseils d'extraction spécifiques pour les systèmes sources pertinents
Nouveau dans 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 aperçus approfondis de votre processus.
5 Obligatoire 6 Recommandé 12 Facultatif
Nom Description
Activité
ActivityName
Le nom de l'événement ou de la tâche spécifique effectué dans le processus de gestion des changements.
Description

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 déviations par rapport à la procédure standard et à localiser les goulots d'étranglement. 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 c'est important

Il définit les étapes du processus, permettant la visualisation et l'analyse du flux de processus, qui est le cœur du Process Mining.

Où obtenir

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.
Description

Cet attribut enregistre 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 crucial 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 c'est 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.

Où obtenir

Provenant du champ 'Date d'audit' du formulaire 'CHG:ChangeRequest_AuditLog' ou de la 'Date de dernière modification' 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.
Description

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 de bout en bout de la manière dont les changements sont gérés, de la demande initiale à la clôture finale. C'est essentiel pour suivre les temps de cycle, identifier les goulots d'étranglement et comprendre les variations de processus pour les changements individuels.

Pourquoi c'est important

C'est l'attribut fondamental qui connecte tous les événements liés en une seule instance de processus, rendant possible l'analyse de bout en bout du processus de gestion des changements.

Où obtenir

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

Exemples
CRQ0000001234567CRQ0000001234568CRQ0000001234569
Dernière mise à jour des données
LastDataUpdate
Le timestamp indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Description

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 est vitale pour comprendre la fraîcheur des données analysées et pour gérer les cycles de rafraîchissement des données.

Dans les tableaux de bord 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 c'est important

Il indique la fraîcheur des données, ce qui est essentiel pour garantir que les analyses et les tableaux de bord reflètent l'état le plus actuel du processus.

Où obtenir

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.
Description

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 c'est important

Il fournit un contexte crucial 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.

Où obtenir

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.
Description

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 critique 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 c'est important

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

Où obtenir

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.
Description

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 vital 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 c'est important

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

Où obtenir

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.
Description

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 retouches où les évaluations initiales des risques sont inadéquates, conduisant à une réévaluation ultérieure.

Pourquoi c'est important

Il apporte une dimension critique 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é.

Où obtenir

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.
Description

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 c'est 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.

Où obtenir

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.
Description

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 essentiel 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 c'est 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.

Où obtenir

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.
Description

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 essentielle 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 c'est important

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

Où obtenir

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é.
Description

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 granulaire 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 c'est 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.

Où obtenir

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 complétée.
Description

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 fondamental 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 c'est 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.

Où obtenir

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.
Description

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 c'est 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.

Où obtenir

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'.
Description

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 c'est important

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

Où obtenir

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 retravail
IsRework
Un indicateur signalant si une activité représente une boucle de retravail ou un retour en arrière dans le processus.
Description

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 retouches 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 c'est important

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

Où obtenir

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.
Description

Cet attribut indique si une demande de changement complété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 c'est 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.

Où obtenir

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é.
Description

L'heure de fin marque l'achèvement 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 essentiel pour calculer le ProcessingTime de chaque activité, qui est une métrique fondamentale pour l'analyse des performances et l'identification des goulots d'étranglement. Il permet une analyse détaillée de la durée de chaque étape.

Pourquoi c'est important

Il permet le calcul précis des durées d'activité, ce qui est fondamental pour identifier les goulots d'étranglement et mesurer la performance du processus.

Où obtenir

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.
Description

Cet attribut lie une demande de changement à tout incident ultérieur qu'elle aurait pu causer. Cette relation est cruciale 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 c'est important

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

Où obtenir

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.
Description

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 vue complète 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 c'est 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.

Où obtenir

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.
Description

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 c'est 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.

Où obtenir

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
Temps de traitement
ProcessingTime
La durée de temps passée sur une activité, calculée à partir de ses heures de début et de fin.
Description

Le temps de traitement, également appelé temps de cycle, mesure le temps écoulé du début à la fin d'une activité. Il est calculé comme la différence entre l''EventEndTime' et l''EventStartTime' pour chaque étape du processus.

C'est une métrique fondamentale en Process Mining, utilisée pour identifier les goulots d'étranglement, mesurer l'efficacité et établir des références de performance. Des tableaux de bord comme 'Goulots d'étranglement d'approbation des changements' et des KPI comme 'Temps moyen d'approbation des changements' sont directement basés sur l'agrégation de cette valeur calculée.

Pourquoi c'est important

C'est une métrique de performance fondamentale utilisée pour quantifier la durée des étapes de processus, la rendant essentielle pour l'analyse des goulots d'étranglement et l'amélioration de l'efficacité.

Où obtenir

C'est une métrique calculée, dérivée lors de la transformation des données en soustrayant l''EventStartTime' de l''EventEndTime'.

Exemples
864000001728000003600000
Urgence
Urgency
L'urgence du changement, reflétant la sensibilité temporelle de son implémentation.
Description

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 sensibles au temps.

Pourquoi c'est 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.

Où obtenir

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

Exemples
1-Critique2-Élevé3-Moyen4-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 goulots d'étranglement.
7 Recommandé 7 Facultatif
Activité Description
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 c'est important

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

Où obtenir

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 c'est important

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

Où obtenir

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 c'est 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.

Où obtenir

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 c'est important

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

Où obtenir

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 c'est 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.

Où obtenir

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 c'est important

Le suivi de cette activité est vital pour 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.

Où obtenir

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
Tests effectués
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 c'est important

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

Où obtenir

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 c'est important

Cette activité est cruciale 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.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est 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.

Où obtenir

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 c'est important

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

Où obtenir

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 c'est important

Cette activité est cruciale 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.

Où obtenir

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 c'est 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.

Où obtenir

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