Votre modèle de données pour la gestion du changement
Votre modèle de données pour la gestion du changement
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction d'Ivanti Cherwell
Attributs de Change Management
| 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' 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
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
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 Dans le
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 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
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 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
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
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
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
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 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
|
|||
Activités de Change Management
| 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
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
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
Capture
Déduit du changement de statut à 'Vérification'.
Type d'événement
inferred
|
|||