Votre Template de Données de Gestion du Changement
Votre Template de Données de Gestion du Changement
- `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
Attributs de gestion des changements
| 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
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
|
|||
Activités de gestion des changements
| 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
|
|||