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

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

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

Ce modèle fournit une feuille de route claire pour la collecte des données essentielles nécessaires à l'analyse de votre processus de Gestion des Changements. Il décrit les attributs cruciaux à recueillir, les activités clés à suivre et offre des conseils spécifiques pour extraire ces informations de votre système source. Utilisez cette ressource pour construire un journal d'événements robuste pour vos initiatives de process mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction d'Ivanti Cherwell
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de Change Management

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de la gestion des changements et une découverte de processus perspicace.
5 Obligatoire 6 Recommandé 9 Facultatif
Nom Description
Heure de l'événement
EventTime
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit pour la demande de changement.
Description

L'Event Time, également appelé timestamp, enregistre la date et l'heure exactes d'une activité. Ces data temporelles sont essentielles pour ordonner les événements chronologiquement et constituent la base de toutes les analyses de Process Mining basées sur le temps.

Cet attribut est utilisé pour calculer les durées entre les activités, mesurer les temps de cycle globaux des cas et identifier les temps d'attente ou les retards dans le processus. Il est fondamental pour créer des dashboards qui surveillent les performances par rapport à des objectifs basés sur le temps, tels que le 'Temps de cycle d'approbation des changements'.

Pourquoi c'est important

Cet horodatage est la base de toutes les analyses de performance et de durée, permettant le calcul des temps de cycle, l'identification des goulets d'étranglement et le suivi des SLA.

Où obtenir

Généralement trouvé dans les journaux de changement de statut, les pistes d'audit ou les horodatages d'entrée de journal associés à l'objet Demande de Changement dans Ivanti Cherwell.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de demande de changement
ChangeRequestId
L'identifiant unique pour un seul cas de demande de changement, regroupant toutes les activités connexes de l'initiation à la clôture.
Description

L'ID de Demande de Changement est la clé primaire qui identifie de manière unique chaque initiative de changement tout au long de son cycle de vie. Il sert d'identifiant de cas en process mining, reliant tous les événements, tels que la soumission, l'évaluation, l'approbation et l'implémentation, en une instance de processus unique et cohérente.

L'analyse des données à l'aide de l'ID de Demande de Changement permet une vue complète de bout en bout du processus de gestion des changements. Cela permet le suivi des changements individuels, le calcul des temps de cycle totaux et l'identification des déviations de processus ou des goulets d'étranglement spécifiques à chaque demande.

Pourquoi c'est important

C'est l'identifiant de cas essentiel qui relie tous les événements connexes, rendant possible le traçage du parcours complet d'une demande de changement et l'analyse de sa performance.

Où obtenir

C'est typiquement l'identifiant primaire de l'objet métier Demande de Changement dans Ivanti Cherwell.

Exemples
CR-105421CR-105422CR-105423
Nom de l'activité
ActivityName
Le nom de l'événement ou de la tâche spécifique qui s'est produit à un moment donné dans le processus de gestion des changements.
Description

Le Nom de l'Activité décrit une étape ou un jalon spécifique au sein du cycle de vie d'une demande de changement, tel que 'Changement Soumis pour Évaluation' ou 'Changement Approuvé par le CAB'. Ces activités forment les nœuds de la carte de processus découverte.

En analyse, cet attribut est fondamental pour visualiser le flux de processus, identifier la séquence des événements et détecter les déviations par rapport à la procédure standard. Il est utilisé pour calculer les temps de transition entre les activités et comprendre où les retards se produisent.

Pourquoi c'est important

Cet attribut est crucial pour découvrir et visualiser le flux de processus réel, permettant l'identification des goulets d'étranglement, des boucles de reprise et des chemins non conformes.

Où obtenir

Généré à partir des changements de statut, des entrées de journal ou des Event Logs spécifiques liés à l'objet Change Request dans Ivanti Cherwell.

Exemples
Changement soumis pour évaluationChangement en attente d'approbationChangement implémenté
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière extraction ou le dernier rafraîchissement des données de cet événement depuis le système source.
Description

Cet attribut enregistre la date et l'heure de la dernière extraction des données d'Ivanti Cherwell. Il ne représente pas un événement dans le processus lui-même mais est une métadonnée concernant la fraîcheur des données.

Ceci est important pour que les utilisateurs de tableaux de bord comprennent l'actualité de l'analyse. Il aide à gérer les calendriers de rafraîchissement des données et garantit que les décisions sont basées sur des données d'un âge connu.

Pourquoi c'est important

Indique la fraîcheur des données, ce qui est essentiel pour que les utilisateurs fassent confiance à l'analyse et comprennent sa pertinence par rapport à l'état actuel des opérations.

Où obtenir

Cet horodatage est généré et apposé sur chaque enregistrement pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2024-05-21T02:00:00Z
Système source
SourceSystem
Le système d'enregistrement à partir duquel les données ont été extraites. Pour cette vue, ce sera 'Ivanti Cherwell'.
Description

Cet attribut identifie le système d'origine des données d'événement. Dans les environnements hétérogènes, il aide à distinguer les données de différentes sources. Pour ce modèle de données spécifique, ce sera une valeur constante indiquant que les données proviennent d'Ivanti Cherwell.

Même s'il peut sembler statique dans un modèle à source unique, il est crucial pour la gouvernance des données, la traçabilité et les futures intégrations avec d'autres systèmes. Il assure la clarté sur la provenance des données et aide à gérer la qualité des données.

Pourquoi c'est important

Fournit un contexte essentiel sur l'origine des données, ce qui est crucial pour la gouvernance des données, le dépannage et la garantie de la traçabilité.

Où obtenir

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine du jeu de données.

Exemples
Ivanti Cherwell
Date d'achèvement cible
TargetCompletionDate
La date limite planifiée ou convenue pour l'achèvement de l'implémentation du changement.
Description

La Date d'Achèvement Cible est l'horodatage auquel le changement est censé être entièrement implémenté et vérifié. Cette date fait souvent partie d'un Accord de Niveau de Service (SLA) et sert de référence principale pour la performance.

Cet attribut est essentiel pour surveiller la ponctualité et le respect des délais. Il est comparé à la date d'achèvement réelle pour calculer les KPI 'Taux d'Achèvement des Changements dans les Délais' et 'Taux de Respect des SLA de Changement'. Il aide à identifier de manière proactive les changements qui risquent de ne pas atteindre leurs objectifs.

Pourquoi c'est important

Fournit la base pour mesurer la performance dans les délais et le respect des SLA, qui sont des indicateurs critiques de l'efficacité et de la fiabilité des processus.

Où obtenir

Il s'agit typiquement d'un champ de date spécifique sur l'objet Demande de Changement, souvent étiqueté 'Date Cible', 'Date d'Échéance' ou 'Cible SLA'.

Exemples
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
Équipe de changement
ChangeTeam
L'équipe ou le groupe actuellement responsable de la demande de changement.
Description

L'Équipe de Changement est le groupe ou le département assigné à la demande de changement. Similaire au Propriétaire du Changement, cela peut changer tout au long du processus, indiquant un transfert de responsabilité entre équipes, comme du service desk à une équipe d'ingénierie réseau.

Cet attribut est essentiel pour analyser les transferts inter-équipes et identifier les retards systémiques causés par des équipes spécifiques. Il aide à répondre aux questions sur les équipes surchargées ou les ruptures de communication, supportant directement l'analyse 'Transferts de Changement et Utilisation des Ressources'.

Pourquoi c'est important

Identifie la responsabilité au niveau de l'équipe, ce qui est essentiel pour analyser les goulots d'étranglement des processus, mesurer la performance de l'équipe et comprendre les retards de transfert entre les groupes.

Où obtenir

Cette information est généralement stockée dans le champ 'Possédé par l'Équipe' ou un champ d'assignation de groupe similaire sur l'objet Demande de Changement.

Exemples
Opérations RéseauAdministration de Bases de `Données`Support Applicatif
Niveau de risque du changement
ChangeRiskLevel
Le niveau de risque évalué associé au changement, tel que 'Faible', 'Moyen' ou 'Élevé'.
Description

Le Change Risk Level est une classification attribuée pendant la phase d'évaluation pour quantifier l'impact négatif potentiel d'un changement. Cette évaluation influence souvent le processus d'approbation et le niveau de contrôle requis.

Dans le Process Mining, cet attribut est utilisé pour analyser la cohérence des évaluations des risques et pour corréler le risque avec le comportement du processus. Par exemple, on peut vérifier si les changements à haut risque suivent un chemin d'approbation plus rigoureux ou s'ils ont des délais de mise en œuvre plus longs. Il prend directement en charge le dashboard 'Change Risk Assessment Consistency'.

Pourquoi c'est important

Permet d'analyser l'impact du risque sur le flux de processus, les cycles d'approbation et les taux de succès, contribuant à garantir que les changements à haut risque font l'objet d'un examen approprié.

Où obtenir

Cette valeur est stockée dans un champ 'Niveau de Risque' ou similaire sur l'objet Demande de Changement, typiquement rempli pendant l'activité d'évaluation des risques.

Exemples
FaibleMoyenÉlevéCritique
Propriétaire du changement
ChangeOwner
L'utilisateur ou l'individu actuellement responsable de la demande de changement.
Description

Le Propriétaire du Changement est la personne assignée et responsable de la demande de changement à une étape spécifique. Cet attribut change souvent à mesure que la demande progresse dans son cycle de vie, indiquant un transfert de responsabilité entre individus.

L'analyse du Propriétaire du Changement aide à comprendre la charge de travail des ressources et à identifier les goulets d'étranglement liés à des individus spécifiques. Elle est également fondamentale pour analyser les transferts, qui peuvent être une source significative de retards. Cet attribut supporte le tableau de bord 'Transferts de Changement et Utilisation des Ressources'.

Pourquoi c'est important

Suit la responsabilité individuelle, permettant l'analyse de la répartition de la charge de travail, de la fréquence des transferts et des goulets d'étranglement liés aux ressources spécifiques.

Où obtenir

Typiquement le champ 'Possédé par' ou 'Assigné à' dans l'objet métier Demande de Changement.

Exemples
Alice JohnsonBob WilliamsCharlie Brown
Statut du changement
ChangeStatus
Le statut actuel ou final de la demande de changement, tel que 'Fermé', 'Rejeté' ou 'En Cours'.
Description

Le Change Status indique l'état d'une demande de changement à un moment donné ou son résultat final. C'est un attribut critique pour comprendre la résolution des cas et identifier les exceptions.

Dans l'analyse des processus, cet attribut est utilisé pour filtrer des résultats spécifiques, tels que l'analyse des seuls changements rejetés ou annulés. Il alimente des KPI tels que le 'Taux de rejet des demandes de changement' et est essentiel pour comprendre la santé globale et l'efficacité du processus de Change Management.

Pourquoi c'est important

Définit le résultat d'une demande de changement, permettant des analyses critiques sur les taux de rejet, les taux d'achèvement et la distribution des cas ouverts par rapport aux cas fermés.

Où obtenir

Ceci correspond au champ 'Statut' de l'objet métier Demande de Changement dans Ivanti Cherwell.

Exemples
ApprouvéRejetéClôturéAnnuléEn attente d'approbation
Type de modification
ChangeType
La classification du changement, telle que 'Standard', 'Normal' ou 'Urgence'.
Description

Le Change Type catégorise la demande de changement en fonction de sa nature, de son urgence et de son impact. Les types courants incluent Standard (pré-approuvé, faible risque), Normal (nécessite une évaluation et une approbation complètes) et Urgence (nécessite une mise en œuvre immédiate).

Cet attribut permet une analyse segmentée pour comparer les performances des processus entre différentes catégories. Par exemple, il peut aider à déterminer si les changements d'urgence suivent un chemin différent et plus rapide ou si les changements standard sont réellement traités avec un minimum de friction. Il est essentiel pour le dashboard 'Performance des types de changements problématiques'.

Pourquoi c'est important

La segmentation du processus par Type de Changement est cruciale pour comparer les performances et identifier si des catégories spécifiques, comme 'Urgence', provoquent des goulets d'étranglement ou des déviations.

Où obtenir

Correspond à un champ de classification, probablement nommé 'Change Type' ou 'Category', sur l'objet métier Change Request.

Exemples
StandardNormalUrgence
Achèvement dans les Délais
IsOnTimeCompletion
Un indicateur calculé qui est vrai si le changement a été achevé à la date cible ou avant.
Description

Cet attribut booléen est dérivé en comparant la 'ActualCompletionDate' avec la 'TargetCompletionDate'. Il simplifie l'analyse en fournissant un indicateur binaire clair de la performance dans les délais pour chaque demande de changement.

Ce drapeau est la base du calcul du KPI 'Taux d'Achèvement des Changements dans les Délais'. Il peut être utilisé comme filtre dans les tableaux de bord pour isoler et analyser facilement les changements en retard, aidant à identifier les causes profondes courantes des retards.

Pourquoi c'est important

Simplifie l'analyse des performances en fournissant un résultat clair de succès ou d'échec pour le respect des délais, alimentant directement les KPI d'achèvement dans les délais.

Où obtenir

Cet attribut n'est pas dans le système source. Il est calculé pendant la transformation des données en comparant 'ActualCompletionDate' <= 'TargetCompletionDate'.

Exemples
truefaux
Date de réalisation effective
ActualCompletionDate
L'horodatage lorsque le changement a été effectivement implémenté et vérifié comme complet.
Description

La Date d'Achèvement Réelle marque le moment où le travail d'implémentation de la demande de changement a été terminé. Il s'agit d'un jalon clé qui est comparé à la date limite prévue pour mesurer la performance.

Cet attribut est utilisé conjointement avec la Date d'Achèvement Cible pour déterminer si un changement a été réalisé dans les délais. C'est une entrée fondamentale pour le calcul de KPI comme le 'Taux d'Achèvement des Changements dans les Délais' et pour l'analyse des causes de retards dans la phase d'implémentation.

Pourquoi c'est important

Capture le temps d'achèvement réel, nécessaire pour calculer les taux de livraison à temps et analyser l'ampleur des retards.

Où obtenir

Cette date est souvent enregistrée lorsque le statut de la demande de changement passe à 'Implémenté' ou 'Terminé'. Il peut s'agir d'un champ dédié ou être déduit de l'horodatage de ce changement de statut.

Exemples
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Demandeur du changement
ChangeSubmitter
L'utilisateur qui a initialement créé ou soumis la demande de changement.
Description

Cet attribut identifie la personne qui a initié la demande de changement. Cela peut être différent du Propriétaire du Changement, qui prend la responsabilité de son implémentation plus tard dans le processus.

L'analyse du Demandeur de Changement peut aider à identifier les schémas liés à la qualité des demandes. Par exemple, elle pourrait révéler que certains individus ou équipes soumettent fréquemment des demandes incomplètes qui entraînent un rejet ou une reprise. Cette information peut être utilisée pour fournir une formation ciblée et améliorer la qualité globale des soumissions.

Pourquoi c'est important

Aide à retracer l'origine des demandes de changement, permettant d'analyser la qualité de soumission par individu ou par équipe et d'identifier les opportunités de formation.

Où obtenir

Il s'agit généralement du champ 'Créé par' ou 'Demandé par' sur l'objet Demande de Changement.

Exemples
Susan MillerDavid ChenMaria Garcia
Durée du cycle d'approbation
ApprovalCycleTime
La durée calculée entre le moment où un changement a été soumis pour approbation et celui où il a reçu l'approbation finale.
Description

Cette métrique mesure le temps écoulé entre les jalons clés d'approbation. Elle est calculée au niveau du cas en trouvant la différence de temps entre l'événement 'Changement Soumis pour Évaluation' et l'événement 'Changement Approuvé par le CAB'.

Cette durée calculée est la métrique principale pour le tableau de bord 'Durée du Cycle d'Approbation des Changements' et le KPI associé. L'analyse de sa distribution aide à identifier les goulets d'étranglement dans la phase d'approbation, qu'ils soient liés à des approbateurs, des équipes ou des types de changements spécifiques.

Pourquoi c'est important

Mesure directement l'efficacité de la phase d'approbation, aidant à identifier et à éliminer les retards dans l'autorisation des changements pour l'implémentation.

Où obtenir

Calculé pendant le post-traitement des data ou au sein de l'outil de Process Mining en mesurant la durée entre les timestamps d'activités spécifiques liées à l'approbation.

Exemples
2 jours 4 heures18 heures 30 minutes5 jours
Durée du Cycle d'Implémentation
ImplementationCycleTime
La durée calculée entre le début de l'implémentation d'un changement et son achèvement.
Description

Cette métrique quantifie le temps nécessaire à la phase d'implémentation du changement. Elle est calculée comme la durée entre l'activité 'Début de l'Implémentation du Changement' et l'activité 'Changement Implémenté'.

Cet attribut est utilisé pour calculer le KPI 'Temps Moyen d'Implémentation des Changements' et supporte le tableau de bord 'Flux d'Implémentation et Retards des Changements'. Il aide à distinguer les retards de planification des retards d'exécution, permettant aux équipes de concentrer les efforts d'amélioration sur le travail d'implémentation technique lui-même.

Pourquoi c'est important

Isole la performance de la phase d'implémentation réelle, aidant à identifier les goulets d'étranglement techniques ou liés aux ressources, indépendamment des retards d'approbation.

Où obtenir

Calculé dans l'outil de Process Mining ou pendant la transformation des data en trouvant la différence de temps entre les timestamps d'événements de début et de fin d'implémentation.

Exemples
4 heures 15 minutes1 jour 2 heures30 minutes
Motif de refus
ChangeRejectionReason
Une description textuelle ou une catégorie expliquant pourquoi une demande de changement a été rejetée.
Description

Lorsqu'une demande de changement est rejetée, cet attribut capture la raison fournie par l'approbateur. Il peut s'agir d'une sélection parmi une liste prédéfinie ou d'une explication en texte libre.\n\nCette information est essentielle pour le tableau de bord 'Analyse des demandes de changement rejetées'. En catégorisant et en analysant les raisons de rejet, les organisations peuvent identifier les problèmes courants liés aux soumissions de changement, tels que des informations incomplètes, une évaluation des risques inadéquate ou des conflits commerciaux. Ces informations peuvent être utilisées pour améliorer la qualité des futures demandes de changement.

Pourquoi c'est important

Fournit un aperçu direct des raisons pour lesquelles les changements échouent, permettant des améliorations ciblées du processus de soumission et d'évaluation afin de réduire le taux de rejet global.

Où obtenir

Ces données sont souvent capturées dans un champ dédié 'Raison de Rejet' ou un champ de notes qui est rempli lorsque le statut est changé en 'Rejeté'.

Exemples
Détail insuffisant dans le plan d'implémentationÉvaluation des risques incomplèteConflits avec d'autres changements planifiés
Priorité du changement
ChangePriority
Le niveau de priorité de la demande de changement, indiquant son urgence et son impact commercial.
Description

La Change Priority est une classification déterminée en combinant l'urgence et l'impact d'un changement. Elle aide les équipes à prioriser leur travail et à allouer les ressources efficacement, en veillant à ce que les changements les plus critiques soient traités en premier.

En analyse, la priorité peut être utilisée pour voir si les changements à haute priorité sont traités plus rapidement que ceux à basse priorité. Tout écart par rapport à cette attente pourrait indiquer des inefficacités ou des goulots d'étranglement dans le processus de priorisation ou d'exécution.

Pourquoi c'est important

Aide à analyser si le processus priorise correctement les changements à fort impact et si ces changements sont réellement accélérés comme prévu.

Où obtenir

Généralement un champ nommé 'Priorité' sur l'objet Demande de Changement. Il peut être défini manuellement ou dérivé des champs d'impact et d'urgence.

Exemples
1 - Critique2 - Élevée3 - Moyenne4 - Faible
Service Affecté
ServiceAffected
Le service métier principal ou l'élément de configuration (CI) impacté par le changement.
Description

Cet attribut identifie le service informatique principal, l'application ou la partie d'infrastructure que la demande de changement cible. Il relie le processus de gestion des changements au paysage plus large de la gestion des services informatiques.

L'analyse par Service Affecté est cruciale pour le KPI 'Types de Changements les Plus Problématiques', car elle aide à identifier quels services subissent le plus fréquemment des changements, et lesquels sont associés à des taux de rejet ou des retards élevés. Cela fournit des informations précieuses aux propriétaires de services pour améliorer la stabilité et gérer la dette technique.

Pourquoi c'est important

Lie les changements à des services métier spécifiques, permettant une analyse pour identifier quels services sont les plus instables ou génèrent les changements les plus problématiques.

Où obtenir

Ceci est typiquement lié à la Base de Données de Gestion de Configuration (CMDB) et stocké dans un champ 'CI Principal' ou 'Service' sur l'objet Demande de Changement.

Exemples
Service de messagerie (Exchange)Système ERP (SAP)Commutateur réseau principal (CISCO-4500X)
Unité commerciale
BusinessUnit
L'unité commerciale ou le département qui a demandé ou bénéficiera du changement.
Description

Cet attribut associe la demande de changement à une partie spécifique de l'organisation, telle que 'Finance', 'Marketing' ou 'Opérations'. Cela fournit un contexte métier à un processus autrement technique.

L'analyse par Unité Commerciale permet d'avoir une vue sur l'origine de la demande de changement. Elle peut aider dans les modèles de refacturation, à comprendre l'impact des changements informatiques sur différentes fonctions métier, et à identifier si certaines unités ont des changements plus complexes ou retardés que d'autres.

Pourquoi c'est important

Fournit un contexte métier, permettant l'analyse de la demande de changement, de l'impact et de la performance du point de vue organisationnel.

Où obtenir

Ceci pourrait être un champ de l'objet Demande de Changement, ou hérité du profil utilisateur du demandeur.

Exemples
FinanceRessources HumainesVentes et MarketingOpérations
Obligatoire Recommandé Facultatif

Activités de Change Management

Voici les étapes clés du processus et les jalons à capturer dans votre *log* d'événements pour une découverte de processus et une mesure de performance précises.
7 Recommandé 7 Facultatif
Activité Description
Changement approuvé par le CAB
Une étape clé où le `Change Advisory Board (CAB)` ou l'autorité désignée accorde l'approbation pour que le changement se poursuive. Ceci est déduit lorsque le statut de la demande de changement est mis à jour sur 'Approved'.
Pourquoi c'est important

Cette activité est le point final pour mesurer la durée du cycle d'approbation. Elle débloque le processus, permettant le début de la planification et de l'implémentation, et est cruciale pour le KPI Durée du Cycle d'Approbation du Changement.

Où obtenir

Déduit de l'historique d'audit de l'objet Demande de Changement, capturant spécifiquement l'horodatage lorsque le champ 'Statut' passe à 'Approuvé'.

Capture

Déduit du changement de statut à 'Approuvé'.

Type d'événement inferred
Changement clos
Cette activité est le point final réussi du processus de gestion des changements. Elle est capturée lorsque le statut de la demande de changement est défini sur 'Fermé', indiquant que tout le travail est terminé.
Pourquoi c'est important

En tant que point final de succès principal, cette activité est essentielle pour calculer le temps de cycle de bout en bout des changements achevés avec succès. Elle confirme que toutes les étapes du processus sont terminées.

Où obtenir

Ceci est déduit de l'horodatage du changement de statut final à 'Fermé' dans l'historique d'audit de l'objet Demande de Changement.

Capture

Déduit du changement de statut final à 'Fermé'.

Type d'événement inferred
Changement implémenté
Ce jalon indique que le travail technique du changement a été achevé. Il est capturé lorsque le statut de la demande de changement est mis à jour à 'Implémenté' ou un état similaire en attente de vérification.
Pourquoi c'est important

C'est un jalon de succès critique et une entrée clé pour les KPI Taux d'Achèvement des Changements dans les Délais et Temps Moyen d'Implémentation des Changements. Il marque la fin de la phase d'exécution.

Où obtenir

Déduit du journal d'audit de l'objet Demande de Changement, utilisant l'horodatage du changement de statut à 'Implémenté' ou 'En Attente de Vérification'.

Capture

Déduit du changement de statut à 'Implémenté'.

Type d'événement inferred
Changement planifié
Cette activité marque le point où la date et l'heure d'implémentation du changement sont formellement confirmées et enregistrées. Elle est capturée lorsque le statut est mis à jour à 'Planifié'.
Pourquoi c'est important

C'est un jalon d'engagement clé. Il fait passer le changement d'un concept approuvé à une action planifiée et est une condition préalable à l'implémentation.

Où obtenir

Déduit de l'historique de l'objet Demande de Changement en capturant l'horodatage lorsque le champ 'Statut' est mis à jour à 'Planifié'.

Capture

Déduit du changement de statut à 'Planifié'.

Type d'événement inferred
Demande de changement créée
Cette activité marque l'initiation d'une nouvelle demande de changement dans le système. Elle est généralement capturée lorsqu'un nouvel enregistrement est créé dans l'objet métier Demande de Changement, établissant le point de départ de l'ensemble du processus.
Pourquoi c'est important

C'est l'événement de début principal pour le processus. L'analyse du temps écoulé entre cette activité et d'autres révèle la durée totale du cycle de vie et aide à identifier les retards initiaux.

Où obtenir

Cet événement est capturé à partir de l'horodatage de création de l'enregistrement de la Demande de Changement. Dans Ivanti Cherwell, cela est généralement stocké dans le champ 'CreatedDateTime' de l'objet métier Demande de Changement.

Capture

Capturé directement à partir du timestamp de création de l'enregistrement.

Type d'événement explicit
Impact et Risque Évalués
Cette activité signifie l'achèvement de l'analyse des risques et des impacts pour la demande de changement. Elle est typiquement déduite lorsque le statut de la demande de changement passe à un état indiquant la préparation à l'approbation, tel que 'En Attente d'Approbation'.
Pourquoi c'est important

Le suivi de cette activité aide à mesurer la durée de la phase d'évaluation et garantit que l'analyse des risques est systématiquement effectuée avant l'approbation, supportant le KPI Taux d'Adhérence à l'Évaluation des Risques.

Où obtenir

Déduit de l'historique de l'objet Demande de Changement. Ceci est capturé à l'horodatage où le champ 'Statut' est mis à jour de 'En Évaluation' à un statut comme 'En Attente d'Approbation du CAB'.

Capture

Déduit du changement de statut à 'En Attente d'Approbation du CAB'.

Type d'événement inferred
Revue Post-Implémentation Effectuée
Cette activité signifie qu'une revue formelle du changement terminé a eu lieu pour évaluer son succès et recueillir les leçons apprises. Elle est souvent déduite par un changement de statut à 'Revue Post-Implémentation'.
Pourquoi c'est important

Le suivi de ceci garantit que la boucle de rétroaction est fermée sur les changements. C'est essentiel pour l'amélioration continue et supporte directement le KPI Taux de Revue Post-Implémentation.

Où obtenir

Déduit de l'historique d'audit de l'objet Demande de Changement, capturant l'horodatage lorsque le 'Statut' passe à un état comme 'Revue Post-Implémentation'.

Capture

Déduit du changement de statut à 'Revue Post-Implémentation'.

Type d'événement inferred
Changement annulé
Représente un état terminal où une demande de changement approuvée ou en cours est retirée avant son achèvement. Cet événement est capturé lorsque le statut est mis à jour à 'Annulé'.
Pourquoi c'est important

C'est un point d'achèvement de processus alternatif. Analyser pourquoi et quand les changements sont annulés peut révéler des problèmes de planification, d'allocation des ressources ou de priorités commerciales changeantes.

Où obtenir

Déduit de l'historique d'audit en capturant l'horodatage lorsque le champ 'Statut' de l'objet Demande de Changement est mis à jour à 'Annulé'.

Capture

Déduit du changement de statut à 'Annulé'.

Type d'événement inferred
Changement en attente d'approbation
Cette activité représente la période pendant laquelle une demande de changement est formellement en attente d'une décision du Comité Consultatif des Changements (CAB) ou d'une autre autorité d'approbation. Elle est déduite d'un statut comme 'En Attente d'Approbation' ou 'En Attente du CAB'.
Pourquoi c'est important

C'est une activité critique d'attente. L'analyse de sa durée aide à identifier les goulets d'étranglement dans le workflow d'approbation, qui est une source courante de retard dans la gestion des changements.

Où obtenir

Capturé à partir du timestamp lorsque le champ 'Status' de l'objet métier Change Request est mis à jour sur 'Pending Approval' ou une valeur équivalente.

Capture

Identifié par l'entrée dans le statut 'En attente d'approbation'.

Type d'événement inferred
Changement rejeté
Cette activité représente la décision terminale de rejeter la demande de changement pendant la phase d'approbation. Elle est capturée lorsque le statut de la demande de changement est défini sur 'Rejeté'.
Pourquoi c'est important

C'est un point de défaillance critique. L'analyse des changements rejetés et de leurs raisons aide à améliorer la qualité des demandes initiales et soutient le KPI Taux de Rejet des Demandes de Changement.

Où obtenir

Déduit de l'horodatage lorsque le champ 'Statut' de l'objet Demande de Changement est mis à jour à 'Rejeté' dans l'historique d'audit.

Capture

Déduit du changement de statut à 'Rejeté'.

Type d'événement inferred
Changement soumis pour évaluation
Représente la soumission formelle d'une demande de changement nouvellement créée pour une évaluation initiale. Ceci est généralement déduit lorsque le statut de la demande de changement passe d'un état 'Nouveau' ou 'Brouillon' à un statut comme 'En Évaluation' ou 'Soumis'.
Pourquoi c'est important

Cette activité marque le début du processus formel de changement après la saisie initiale des données. Le temps entre la création et la soumission peut indiquer des besoins de formation des utilisateurs ou des frictions de processus.

Où obtenir

Déduit du journal d'audit ou de l'historique de l'objet Demande de Changement en identifiant l'horodatage lorsque le champ 'Statut' passe à une valeur comme 'En Évaluation' ou 'Soumis'.

Capture

Déduit du changement de statut de 'Nouveau' à 'En Évaluation'.

Type d'événement inferred
Implémentation du changement démarrée
Représente le début de l'exécution technique du changement. Ceci est généralement déduit lorsque le statut de la demande de changement passe à 'En Cours' ou 'En Implémentation'.
Pourquoi c'est important

Cette activité marque le début de la fenêtre d'implémentation. Le temps entre celle-ci et 'Changement Implémenté' est la durée réelle de l'implémentation, un composant clé du temps de cycle global.

Où obtenir

Déduit de l'historique d'audit de l'objet Demande de Changement. C'est l'horodatage lorsque le champ 'Statut' est mis à jour à une valeur comme 'En Cours' ou 'En Implémentation'.

Capture

Déduit du changement de statut à 'En Cours'.

Type d'événement inferred
Plan d'Implémentation Établi
Marque l'achèvement de la planification détaillée du changement, y compris la définition des tâches, des ressources et des plans de retour arrière. Ceci est souvent déduit lorsque le changement passe de 'Approuvé' à 'Planifié'.
Pourquoi c'est important

La durée de cette activité révèle l'efficacité de la phase de planification du changement. Les retards ici peuvent impacter le calendrier global du changement, même après l'approbation.

Où obtenir

Ceci peut être déduit de l'horodatage d'un changement de statut de 'Approuvé' à 'Planifié'. Alternativement, cela pourrait être lié au remplissage de champs de planification spécifiques.

Capture

Déduit du changement de statut de 'Approuvé' à 'Planifié'.

Type d'événement inferred
Vérification du changement effectuée
Représente la phase de test et de validation pour confirmer que le changement a été réussi et n'a pas causé d'effets indésirables. Ceci est déduit d'un changement de statut à 'Vérification' ou 'Test'.
Pourquoi c'est important

L'analyse de la fréquence et de la durée de cette activité garantit que les étapes d'assurance qualité ne sont pas ignorées. C'est une étape cruciale pour prévenir les incidents induits par les changements.

Où obtenir

Capturé à partir du timestamp d'un changement de statut sur l'objet Change Request, tel que le passage à un statut 'Verification' ou 'User Acceptance Testing'.

Capture

Déduit du changement de statut à 'Vérification'.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `data` d'Ivanti Cherwell