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 vous guide dans la collecte des données nécessaires à l’analyse de votre processus de gestion du changement. Il précise les attributs à recueillir, les activités à suivre et la façon d’extraire ces informations de votre système source. Utilisez cette ressource pour constituer un journal d’événements adapté à vos initiatives de Process Mining.
  • Attributs recommandés à recueillir
  • Activités clés à suivre
  • Guide d’extraction depuis Ivanti Cherwell
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion du changement

Voici les champs de données recommandés pour votre journal d’événements afin de mener une analyse complète de la gestion du changement et de découvrir le processus.
5 Obligatoire 6 Recommandé 8 Facultatif
Nom Description
Heure de l’événement
EventTime
Horodatage indiquant le moment où une activité ou un événement précis s’est produit pour la demande de changement.
Description

L’heure de l’événement, également appelée horodatage, indique la date et l’heure exactes auxquelles une activité a eu lieu. Ces données temporelles sont indispensables pour ordonner les événements chronologiquement et constituent la base de toute analyse du Process Mining fondée sur le temps.

Cet attribut sert à calculer la durée entre les activités, à mesurer le temps de cycle global des cas et à repérer les temps d’attente ou les retards dans le processus. Il est essentiel pour créer des Dashboards qui suivent les résultats par rapport aux objectifs de délai, comme le temps de cycle d’approbation des changements.

Pourquoi est-ce important ?

Cet horodatage est à la base de toutes les analyses de performance et de durée. Il permet de calculer les temps de cycle, de repérer les goulots d’étranglement et de suivre les SLA.

Où trouver ces données

Généralement présent dans les journaux de changement de statut, les pistes d’audit ou les horodatages des entrées de journal associés à l’objet Change Request dans Ivanti Cherwell.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Identifiant de la demande de changement
ChangeRequestId
Identifiant unique d’une demande de changement, qui regroupe toutes les activités associées, de son lancement à sa clôture.
Description

L’identifiant de la demande de changement est la clé primaire qui distingue chaque initiative de changement tout au long de son cycle de vie. Dans le Process Mining, il sert d’identifiant de cas et relie tous les événements, comme la soumission, l’évaluation, l’approbation et la mise en œuvre, au sein d’une même instance de processus.

L’analyse des données à partir de cet identifiant offre une vue complète du processus de Gestion du changement, de bout en bout. Elle permet de suivre chaque changement, de calculer les temps de cycle totaux et de repérer les écarts ou les goulots d’étranglement propres à chaque demande.

Pourquoi est-ce important ?

Cet identifiant de cas essentiel relie tous les événements associés. Il permet de retracer l’ensemble du parcours d’une demande de changement et d’en analyser les résultats.

Où trouver ces données

Il s’agit généralement de l’identifiant principal de l’objet métier Change Request dans Ivanti Cherwell.

Exemples
CR-105421CR-105422CR-105423
Nom de l’activité
ActivityName
Nom de l’événement ou de la tâche qui s’est produit à un moment donné du processus de Gestion du changement.
Description

Le nom de l’activité désigne une étape ou un jalon précis du cycle de vie d’une demande de changement, par exemple « Change Submitted For Assessment » ou « Change Approved by CAB ». Ces activités constituent les nœuds de la carte du processus découverte.

En analyse, cet attribut est indispensable pour visualiser le flux du processus, repérer l’ordre des événements et détecter les écarts par rapport à la procédure standard. Il sert à calculer les temps de transition entre les activités et à comprendre où se produisent les retards.

Pourquoi est-ce important ?

Cet attribut est essentiel pour découvrir et visualiser le flux réel du processus, et ainsi repérer les goulots d’étranglement, les boucles de reprise et les parcours non conformes.

Où trouver ces données

Généré à partir des changements de statut, des entrées de journal ou des journaux d’événements associés à l’objet Change Request dans Ivanti Cherwell.

Exemples
Demande de changement soumise pour évaluationDemande de changement en attente d’approbationChangement mis en œuvre
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière extraction ou actualisation 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 depuis Ivanti Cherwell. Il ne représente pas un événement du processus, mais des métadonnées sur l’actualité des données.

Cette information permet aux utilisateurs des Dashboards de savoir à quel point l’analyse est à jour. Elle aide à gérer les calendriers d’actualisation et garantit que les décisions reposent sur des données dont l’ancienneté est connue.

Pourquoi est-ce important ?

Indique l’actualité des données, afin que les utilisateurs puissent se fier à l’analyse et en évaluer la pertinence au regard de la situation opérationnelle.

Où trouver ces données

Cet horodatage est généré et inscrit dans chaque enregistrement lors du processus d’extraction, de transformation et de chargement des données (ETL).

Exemples
2024-05-21T02:00:00Z
Système source
SourceSystem
Système de référence dont les données ont été extraites. Pour cette vue, il s’agit d’« Ivanti Cherwell ».
Description

Cet attribut identifie le système d’origine des données d’événement. Dans un environnement hétérogène, il permet de distinguer les données provenant de différentes sources. Pour ce modèle de données, sa valeur est constante et indique que les données proviennent d’Ivanti Cherwell.

Même si cette valeur peut sembler fixe dans un modèle à source unique, elle est essentielle à la gouvernance des données, à leur traçabilité et aux futures intégrations avec d’autres systèmes. Elle précise la provenance des données et contribue à en gérer la qualité.

Pourquoi est-ce important ?

Précise l’origine des données, une information essentielle pour leur gouvernance, le dépannage et la traçabilité.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données pour indiquer l’origine du jeu de données.

Exemples
Ivanti Cherwell
Date d’achèvement prévue
TargetCompletionDate
Date limite prévue ou convenue pour achever la mise en œuvre du changement.
Description

La date d’achèvement prévue correspond à la date à laquelle le changement doit être entièrement mis en œuvre et vérifié. Elle figure souvent dans un accord de niveau de service (SLA) et sert de référence principale pour mesurer les résultats.

Cet attribut est essentiel pour suivre le respect des délais. Il est comparé à la date d’achèvement réelle afin de calculer le taux de réalisation des changements dans les délais et le taux de respect des SLA liés aux changements. Il aide à repérer à l’avance les changements susceptibles de ne pas respecter les échéances.

Pourquoi est-ce important ?

Fournit la référence nécessaire pour mesurer le respect des délais et des SLA, deux indicateurs importants de l’efficacité et de la fiabilité du processus.

Où trouver ces données

Il s’agit généralement d’un champ de date de l’objet Change Request, souvent nommé « Target Date », « Due Date » ou « SLA Target ».

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

L’équipe responsable du changement est le groupe ou le service auquel la demande est attribuée. Comme le responsable du changement, elle peut changer au cours du processus, ce qui indique un transfert de responsabilité entre équipes, par exemple du centre de services à une équipe d’ingénierie réseau.

Cet attribut est essentiel pour analyser les transferts entre équipes et repérer les retards systémiques causés par certaines équipes. Il permet de déterminer quelles équipes sont surchargées ou où surviennent des problèmes de communication, et contribue directement à l’analyse des transferts liés aux changements et de l’utilisation des ressources.

Pourquoi est-ce important ?

Identifie les responsabilités des équipes, ce qui permet d’analyser les goulots d’étranglement, de mesurer les résultats des équipes et de comprendre les retards liés aux transferts entre groupes.

Où trouver ces données

Cette information est généralement stockée dans le champ « Owned By Team » ou dans un champ similaire d’affectation à un groupe de l’objet Change Request.

Exemples
Exploitation réseauAdministration des bases de donnéesAssistance applicative
Niveau de risque du changement
ChangeRiskLevel
Niveau de risque évalué pour le changement, par exemple « Faible », « Moyen » ou « Élevé ».
Description

Le niveau de risque du changement est une classification attribuée lors de la phase d’évaluation afin de quantifier les effets négatifs potentiels d’un changement. Cette évaluation influe souvent sur le processus d’approbation et le niveau de contrôle requis.

Dans le Process Mining, cet attribut sert à analyser la cohérence des évaluations des risques et à établir un lien entre le risque et le déroulement du processus. Il permet, par exemple, de vérifier si les changements à haut risque suivent un parcours d’approbation plus rigoureux ou nécessitent davantage de temps pour leur mise en œuvre. Il alimente directement le Dashboard « Cohérence de l’évaluation des risques liés aux changements ».

Pourquoi est-ce important ?

Permet d’analyser l’incidence du risque sur le flux du processus, les cycles d’approbation et les taux de réussite, et de vérifier que les changements à haut risque font l’objet d’un contrôle adapté.

Où trouver ces données

Cette valeur est stockée dans un champ « Risk Level » ou similaire de l’objet Change Request, généralement renseigné lors de l’évaluation des risques.

Exemples
FaibleMoyenÉlevéCritique
Responsable du changement
ChangeOwner
Utilisateur ou personne actuellement responsable de la demande de changement.
Description

Le responsable du changement est la personne à qui la demande est attribuée et qui en est responsable à une étape donnée. Cet attribut change souvent au fil du cycle de vie de la demande, ce qui indique un transfert entre personnes.

Son analyse permet de comprendre la charge de travail et de repérer les goulots d’étranglement liés à certaines personnes. Elle est également essentielle pour étudier les transferts de responsabilité, qui peuvent être une source importante de retards. Cet attribut alimente le Dashboard « Transferts liés aux changements et utilisation des ressources ».

Pourquoi est-ce important ?

Suit les responsabilités individuelles et permet d’analyser la répartition de la charge de travail, la fréquence des transferts et les goulots d’étranglement liés aux ressources.

Où trouver ces données

Généralement, le champ « Owned By » ou « Assigned To » de l’objet métier Change Request.

Exemples
Alice JohnsonBob WilliamsCharlie Brown
Statut du changement
ChangeStatus
Statut actuel ou final de la demande de changement, par exemple « Closed », « Rejected » ou « In Progress ».
Description

Le statut du changement indique l’état d’une demande à un moment donné ou son issue finale. Cet attribut est essentiel pour comprendre la résolution des cas et repérer les exceptions.

Dans l’analyse des processus, il sert à filtrer les résultats, par exemple pour étudier uniquement les changements rejetés ou annulés. Il alimente des KPI tels que le taux de rejet des demandes de changement et permet d’évaluer la santé et l’efficacité globales du processus de Gestion du changement.

Pourquoi est-ce important ?

Définit l’issue d’une demande de changement et permet d’analyser les taux de rejet et de réalisation, ainsi que la répartition des cas ouverts et clôturés.

Où trouver ces données

Correspond au champ « Status » de l’objet métier Change Request dans Ivanti Cherwell.

Exemples
ApprouvéRejetéClôturéAnnuléEn attente d’approbation
Type de changement
ChangeType
Classification du changement, par exemple « Standard », « Normal » ou « Emergency ».
Description

Le type de changement classe la demande selon sa nature, son urgence et son impact. Les types courants sont Standard (préapprouvé et à faible risque), Normal (nécessitant une évaluation et une approbation complètes) et Emergency (nécessitant une mise en œuvre immédiate).

Cet attribut permet de comparer les résultats du processus par catégorie. Il peut, par exemple, montrer si les changements urgents suivent un parcours plus rapide ou si les changements standard sont effectivement traités avec un minimum de difficultés. Il est essentiel au Dashboard « Résultats des types de changement problématiques ».

Pourquoi est-ce important ?

L’analyse du processus par type de changement est essentielle pour comparer les résultats et déterminer si certaines catégories, comme « Emergency », entraînent des goulots d’étranglement ou des écarts.

Où trouver ces données

Correspond à un champ de classification, probablement nommé « Change Type » ou « Category », dans l’objet métier Change Request.

Exemples
StandardNormalUrgent
Auteur de la demande de changement
ChangeSubmitter
Utilisateur ayant initialement créé ou soumis la demande de changement.
Description

Cet attribut identifie la personne à l’origine de la demande de changement. Il peut s’agir d’une personne différente du responsable du changement, qui prend en charge sa mise en œuvre plus tard dans le processus.

L’analyse de l’auteur de la demande peut révéler des tendances liées à la qualité des demandes. Elle peut, par exemple, montrer que certaines personnes ou équipes soumettent souvent des demandes incomplètes, qui sont ensuite rejetées ou reprises. Ces résultats peuvent servir à proposer des formations ciblées et à améliorer la qualité globale des demandes.

Pourquoi est-ce important ?

Permet de retracer l’origine des demandes de changement, d’analyser leur qualité par personne ou par équipe et de repérer les besoins de formation.

Où trouver ces données

Il s’agit généralement du champ « Created By » ou « Requested By » de l’objet Change Request.

Exemples
Susan MillerDavid ChenMaria Garcia
Date d’achèvement réelle
ActualCompletionDate
Horodatage du moment où le changement a effectivement été mis en œuvre et déclaré terminé après vérification.
Description

La date d’achèvement réelle indique le moment où les travaux de mise en œuvre de la demande de changement ont pris fin. Ce jalon est comparé à l’échéance prévue pour mesurer les résultats.

Cet attribut est utilisé avec la date d’achèvement prévue pour déterminer si le changement a été terminé dans les délais. Il est indispensable au calcul de KPI tels que le taux de réalisation des changements dans les délais et à l’analyse des causes des retards pendant la phase de mise en œuvre.

Pourquoi est-ce important ?

Enregistre la durée réelle jusqu’à l’achèvement, nécessaire pour calculer les taux de réalisation dans les délais et analyser l’ampleur des retards.

Où trouver ces données

Cette date est souvent enregistrée lorsque le statut de la demande de changement passe à « Implemented » ou « Completed ». Elle peut figurer dans un champ dédié ou être déduite de l’horodatage de ce changement de statut.

Exemples
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
Motif du rejet
ChangeRejectionReason
Description ou catégorie expliquant pourquoi une demande de changement a été rejetée.
Description

Lorsqu’une demande de changement est rejetée, cet attribut consigne le motif fourni par la personne chargée de l’approbation. Il peut s’agir d’un choix dans une liste prédéfinie ou d’une explication en texte libre.

Cette information est essentielle au Dashboard d’analyse des demandes de changement rejetées. La catégorisation et l’analyse des motifs de rejet permettent aux organisations de repérer les problèmes récurrents dans les demandes, comme des informations incomplètes, une évaluation des risques insuffisante ou des conflits métier. Ces résultats peuvent servir à améliorer la qualité des demandes futures.

Pourquoi est-ce important ?

Indique directement pourquoi les changements échouent et permet d’améliorer de façon ciblée les étapes de soumission et d’évaluation afin de réduire le taux global de rejet.

Où trouver ces données

Cette information est souvent enregistrée dans un champ dédié « Rejection Reason » ou dans un champ de notes renseigné lorsque le statut passe à « Rejected ».

Exemples
Plan de mise en œuvre insuffisamment détailléÉvaluation des risques incomplèteConflits avec d’autres changements programmés
Priorité du changement
ChangePriority
Niveau de priorité de la demande de changement, qui indique son urgence et son impact métier.
Description

La priorité du changement est déterminée en combinant son urgence et son impact. Elle aide les équipes à hiérarchiser les travaux et à répartir les ressources de manière efficace, afin de traiter d’abord les changements les plus importants.

L’analyse de la priorité permet de vérifier si les changements prioritaires sont traités plus rapidement que les autres. Tout écart par rapport à cette attente peut révéler des inefficacités ou des goulots d’étranglement dans la hiérarchisation ou l’exécution.

Pourquoi est-ce important ?

Permet de vérifier si le processus donne la priorité aux changements à fort impact et si ceux-ci sont effectivement traités plus rapidement, comme prévu.

Où trouver ces données

Généralement, un champ nommé « Priority » dans l’objet Change Request. Il peut être renseigné manuellement ou calculé à partir des champs d’impact et d’urgence.

Exemples
1 - Critique2 - Élevée3 - Moyenne4 - Faible
Réalisation dans les délais
IsOnTimeCompletion
Indicateur calculé, vrai si la modification a été achevée à la date cible ou avant.
Description

Cet attribut booléen est calculé en comparant « ActualCompletionDate » et « TargetCompletionDate ». Il simplifie l’analyse en indiquant clairement, par une valeur binaire, si chaque demande de modification a été traitée dans les délais.

Cet indicateur sert de base au calcul du KPI « Taux d’achèvement des modifications dans les délais ». Vous pouvez l’utiliser comme filtre dans les Dashboards pour isoler et analyser facilement les modifications en retard et repérer les causes récurrentes de ces retards.

Pourquoi est-ce important ?

Facilite l’analyse des performances en indiquant clairement si les délais ont été respectés, et alimente directement les KPI d’achèvement dans les délais.

Où trouver ces données

Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données en comparant « ActualCompletionDate » <= « TargetCompletionDate ».

Exemples
truefalse
Service concerné
ServiceAffected
Principal service métier ou élément de configuration (CI) concerné par le changement.
Description

Cet attribut identifie le principal service informatique, l’application ou l’élément d’infrastructure visé par la demande de changement. Il relie le processus de Gestion du changement à l’environnement plus large de la gestion des services informatiques.

L’analyse par service concerné est essentielle au KPI des principaux types de changement problématiques. Elle permet de repérer les services qui font l’objet du plus grand nombre de changements et ceux associés à des taux de rejet ou à des retards élevés. Les responsables de service peuvent ainsi améliorer la stabilité et gérer la dette technique.

Pourquoi est-ce important ?

Relie les changements à des services métier précis et permet de repérer ceux qui sont les plus instables ou génèrent le plus de changements problématiques.

Où trouver ces données

Cette information provient généralement de la base de données de gestion des configurations (CMDB) et figure dans un champ « Primary CI » ou « Service » de l’objet Change Request.

Exemples
Service de messagerie (Exchange)Système ERP (SAP)Commutateur réseau central (CISCO-4500X)
Temps de cycle de mise en œuvre
ImplementationCycleTime
Durée calculée entre le début de la mise en œuvre d’une modification et son achèvement.
Description

Cette métrique mesure le temps nécessaire à la phase de mise en œuvre d’une modification. Elle correspond à la durée entre l’activité « Change Implementation Started » et l’activité « Change Implemented ».

Cet attribut sert à calculer le KPI « Durée moyenne de mise en œuvre des modifications » et alimente le Dashboard « Flux de mise en œuvre des modifications et retards ». Il permet de distinguer les retards de planification des retards d’exécution, afin que les équipes puissent concentrer leurs efforts d’amélioration sur la mise en œuvre technique.

Pourquoi est-ce important ?

Permet d’évaluer séparément les performances de la phase de mise en œuvre et de repérer les goulots d’étranglement techniques ou liés aux ressources, indépendamment des retards d’approbation.

Où trouver ces données

Calculé dans l’outil de Process Mining ou lors de la transformation des données, en mesurant l’écart entre les horodatages des événements de début et de fin de la mise en œuvre.

Exemples
4 heures et 15 minutes1 jour et 2 heures30 minutes
Unité opérationnelle
BusinessUnit
Unité opérationnelle ou service à l’origine de la demande ou qui bénéficiera du changement.
Description

Cet attribut associe la demande de changement à une partie précise de l’organisation, comme la finance, le marketing ou les opérations. Il apporte un contexte métier à un processus par ailleurs technique.

L’analyse par unité opérationnelle montre d’où proviennent les demandes de changement. Elle peut contribuer aux modèles de refacturation, à la compréhension de l’impact des changements informatiques sur les différentes fonctions métier et à la détection des unités dont les changements sont plus complexes ou plus souvent retardés.

Pourquoi est-ce important ?

Apporte un contexte métier et permet d’analyser la demande de changements, leur impact et leurs résultats à l’échelle de l’organisation.

Où trouver ces données

Cette information peut figurer dans un champ de l’objet Change Request ou être reprise du profil utilisateur de la personne à l’origine de la demande.

Exemples
FinanceRessources humainesVentes et marketingOpérations
Obligatoire Recommandé Facultatif

Activités de gestion du changement

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir le processus avec précision et mesurer ses performances.
7 Recommandé 7 Facultatif
Activité Description
Changement approuvé par le CAB
Cette étape importante correspond à l’approbation du changement par le comité consultatif des changements (CAB) ou l’autorité désignée. Elle est déduite du passage de la demande de changement à l’état « Approuvé ».
Pourquoi est-ce important ?

Cette activité marque la fin du cycle d’approbation mesuré. Elle permet au processus de se poursuivre vers la planification et la mise en œuvre, et contribue au suivi de l’indicateur de temps de cycle d’approbation des changements.

Où trouver ces données

Déduite de l’historique d’audit de l’objet de demande de changement, à partir de l’horodatage auquel le champ « État » prend la valeur « Approuvé ».

Données à recueillir

Déduite du passage à l’état « Approuvé ».

Type d’événement inferred
Changement clôturé
Cette activité marque la fin du processus de Gestion du changement, une fois celui-ci mené à bien. Elle est enregistrée lorsque le statut de la demande de changement passe à « Closed », ce qui indique que tous les travaux sont terminés.
Pourquoi est-ce important ?

Cette activité constitue le principal indicateur de réussite et permet de calculer le temps de cycle de bout en bout des changements menés à bien. Elle confirme que toutes les étapes du processus sont terminées.

Où trouver ces données

Déduit de l’horodatage du dernier changement de statut à « Closed » dans l’historique d’audit de l’objet Change Request.

Données à recueillir

Déduit du dernier passage du statut à « Closed ».

Type d’événement inferred
Changement mis en œuvre
Cette étape indique que les travaux techniques liés au changement sont terminés. Elle est enregistrée lorsque le statut de la demande de changement passe à « Implemented » ou à un état similaire, dans l’attente d’une vérification.
Pourquoi est-ce important ?

Cette étape clé marque la réussite et constitue une donnée essentielle pour calculer les KPI du taux de réalisation des changements dans les délais et du temps moyen de mise en œuvre des changements. Elle marque la fin de la phase d’exécution.

Où trouver ces données

Déduit du journal d’audit de l’objet Change Request, à partir de l’horodatage du passage du statut à « Implemented » ou « Pending Verification ».

Données à recueillir

Déduit du passage du statut à « Implemented ».

Type d’événement inferred
Changement planifié
Cette activité marque la confirmation et l’enregistrement officiels de la date et de l’heure de mise en œuvre du changement. Elle est enregistrée lorsque l’état passe à « Planifié ».
Pourquoi est-ce important ?

Il s’agit d’une étape clé qui marque l’engagement. Elle fait passer le changement du stade de concept approuvé à celui d’action planifiée et constitue un préalable à sa mise en œuvre.

Où trouver ces données

Déduit de l’historique de l’objet Change Request, en enregistrant l’horodatage auquel le champ « Status » passe à « Scheduled ».

Données à recueillir

Déduit du passage du statut à « Scheduled ».

Type d’événement inferred
Demande de changement créée
Cette activité marque la création d’une nouvelle demande de changement dans le système. Elle est généralement enregistrée lors de la création d’un nouvel enregistrement dans l’objet métier de demande de changement, qui constitue le point de départ du processus.
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus. L’analyse du temps écoulé entre cette activité et les suivantes révèle la durée totale du cycle de vie et aide à repérer les retards en amont.

Où trouver ces données

Cet événement est enregistré à partir de l’horodatage de création de la demande de changement. Dans Ivanti Cherwell, il est généralement stocké dans le champ « CreatedDateTime » de l’objet métier de demande de changement.

Données à recueillir

Enregistré directement à partir de l’horodatage de création de l’enregistrement.

Type d’événement explicit
Impact et risques évalués
Cette activité indique que l’analyse des risques et de l’impact de la demande de changement est terminée. Elle est généralement déduite du passage à un état indiquant que la demande est prête à être approuvée, comme « En attente d’approbation ».
Pourquoi est-ce important ?

Le suivi de cette activité permet de mesurer la durée de la phase d’évaluation et de vérifier que les risques sont systématiquement analysés avant l’approbation. Il contribue ainsi au suivi de l’indicateur de respect des règles d’évaluation des risques.

Où trouver ces données

Déduite de l’historique de l’objet de demande de changement. L’événement est enregistré à l’horodatage auquel le champ « État » passe de « En cours d’évaluation » à un état tel que « En attente d’approbation du CAB ».

Données à recueillir

Déduite du passage à l’état « En attente d’approbation du CAB ».

Type d’événement inferred
Revue après mise en œuvre effectuée
Cette activité indique qu’une revue formelle du changement terminé a été menée afin d’en évaluer la réussite et de consigner les enseignements tirés. Elle est souvent déduite du passage du statut à « Post Implementation Review ».
Pourquoi est-ce important ?

Le suivi de cette activité permet de boucler la boucle de retour sur les changements. Il est essentiel à l’amélioration continue et contribue directement au KPI du taux de revues après mise en œuvre.

Où trouver ces données

Déduit de l’historique d’audit de l’objet Change Request, en enregistrant l’horodatage auquel le champ « Status » prend un état tel que « Post Implementation Review ».

Données à recueillir

Déduit du passage du statut à « Post Implementation Review ».

Type d’événement inferred
Changement annulé
Correspond à un état final dans lequel une demande de changement approuvée ou en cours est retirée avant son achèvement. Cet événement est enregistré lorsque le statut passe à « Cancelled ».
Pourquoi est-ce important ?

Il s’agit d’une autre issue possible du processus. L’analyse des raisons et du moment des annulations peut révéler des problèmes de planification, d’affectation des ressources ou d’évolution des priorités métier.

Où trouver ces données

Déduit de l’historique d’audit, en enregistrant l’horodatage auquel le champ « Status » de l’objet Change Request passe à « Cancelled ».

Données à recueillir

Déduit du passage du statut à « Cancelled ».

Type d’événement inferred
Changement refusé
Cette activité correspond à la décision définitive de refuser la demande de changement pendant la phase d’approbation. Elle est enregistrée lorsque l’état de la demande prend la valeur « Refusé ».
Pourquoi est-ce important ?

Il s’agit d’une issue défavorable définitive. L’analyse des changements refusés et des motifs de refus aide à améliorer la qualité des demandes initiales et contribue au suivi du taux de refus des demandes de changement.

Où trouver ces données

Déduite de l’horodatage auquel le champ « État » de l’objet de demande de changement prend la valeur « Refusé » dans l’historique d’audit.

Données à recueillir

Déduite du passage à l’état « Refusé ».

Type d’événement inferred
Début de la mise en œuvre du changement
Marque le début de la réalisation technique du changement. Cette étape est généralement déduite du passage du statut de la demande de changement à « In Progress » ou « Implementing ».
Pourquoi est-ce important ?

Cette activité marque le début de la période de mise en œuvre. Le temps écoulé entre cette étape et « Changement mis en œuvre » correspond à la durée réelle de mise en œuvre, un élément important du temps de cycle global.

Où trouver ces données

Déduit de l’historique d’audit de l’objet Change Request. Il s’agit de l’horodatage auquel le champ « Status » prend une valeur telle que « In Progress » ou « Implementing ».

Données à recueillir

Déduit du passage du statut à « In Progress ».

Type d’événement inferred
Demande de changement en attente d’approbation
Cette activité correspond à la période pendant laquelle une demande de changement attend officiellement la décision du comité consultatif des changements (CAB) ou d’une autre autorité d’approbation. Elle est déduite d’un état tel que « Approbation en attente » ou « En attente du CAB ».
Pourquoi est-ce important ?

Cette activité correspond à un temps d’attente important. L’analyse de sa durée aide à repérer les goulots d’étranglement du processus d’approbation, une source fréquente de retards dans la Gestion du changement.

Où trouver ces données

Enregistrée à partir de l’horodatage auquel le champ « État » de l’objet métier de demande de changement prend la valeur « Approbation en attente » ou une valeur équivalente.

Données à recueillir

Repérée lors du passage à l’état « Approbation en attente ».

Type d’événement inferred
Demande de changement soumise pour évaluation
Cette activité correspond à la soumission officielle d’une nouvelle demande de changement en vue de son évaluation initiale. Elle est généralement déduite du passage de l’état « Nouveau » ou « Brouillon » à un état tel que « En cours d’évaluation ».
Pourquoi est-ce important ?

Cette activité marque le début du processus officiel de changement, après la saisie initiale des données. Le délai entre la création et la soumission peut révéler un besoin de formation des utilisateurs ou des difficultés dans le processus.

Où trouver ces données

Déduite du journal d’audit ou de l’historique de l’objet de demande de changement, en repérant l’horodatage auquel le champ « État » prend une valeur telle que « En cours d’évaluation » ou « Soumis ».

Données à recueillir

Déduite du passage de l’état « Nouveau » à « En cours d’évaluation ».

Type d’événement inferred
Plan de mise en œuvre élaboré
Cette activité marque la fin de la planification détaillée du changement, notamment la définition des tâches, des ressources et des plans de retour arrière. Elle est souvent déduite du passage de l’état « Approuvé » à « Planifié ».
Pourquoi est-ce important ?

La durée de cette activité renseigne sur l’efficacité de la phase de planification du changement. Des retards à cette étape peuvent allonger le calendrier global, même après l’approbation.

Où trouver ces données

Cette activité peut être déduite de l’horodatage du passage de l’état « Approuvé » à « Planifié ». Elle peut aussi être associée au renseignement de champs de planification précis.

Données à recueillir

Déduite du passage de l’état « Approuvé » à « Planifié ».

Type d’événement inferred
Vérification du changement effectuée
Cette étape correspond aux tests et à la validation qui permettent de confirmer la réussite du changement et l’absence d’effets indésirables. Elle est déduite du passage du statut à « Verification » ou « Testing ».
Pourquoi est-ce important ?

L’analyse de la fréquence et de la durée de cette activité permet de vérifier que les étapes d’assurance qualité ne sont pas omises. Elle est essentielle pour prévenir les incidents liés aux changements.

Où trouver ces données

Enregistré à partir de l’horodatage d’un changement de statut de l’objet Change Request, par exemple lors du passage à « Verification » ou « User Acceptance Testing ».

Données à recueillir

Déduit du passage du statut à « Verification ».

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Ivanti Cherwell

Prêt à commencer ?

Utilisez ce modèle pour lancer l’analyse de votre processus de gestion du changement et repérer des pistes d’amélioration importantes. Commencez dès aujourd’hui à optimiser vos mises à jour et à les traiter plus efficacement.

Atteignez 95 % de réussite des modifications : optimisez Ivanti Cherwell dès maintenant

Éliminez les goulots d’étranglement, réduisez les risques et atteignez 95 % de réussite des modifications.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Commencez immédiatement.