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

BMC Helix ITSM
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 essentielles à l’analyse de votre processus de gestion du changement. Vous y trouverez les attributs recommandés, les principales activités à suivre et des conseils pratiques pour extraire ces informations directement de vos systèmes. Appuyez-vous sur cette ressource pour préparer une initiative de Process Mining complète et efficace.
  • Attributs recommandés pour une analyse approfondie
  • Activités et jalons clés à suivre dans votre processus
  • Conseils d’extraction adaptés aux systèmes sources concernés
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 à inclure dans votre journal d’événements pour analyser en détail la gestion du changement et mieux comprendre votre processus.
5 Obligatoire 6 Recommandé 11 Facultatif
Nom Description
Activité
ActivityName
Nom de l’événement ou de la tâche exécutée dans le cadre du processus de gestion du changement.
Description

Cet attribut représente une étape ou un changement de statut dans le cycle de vie d’une demande de changement, par exemple « Demande de changement soumise » ou « Demande de changement approuvée ». Ces activités constituent les éléments de base de la cartographie du processus.

L’analyse de leur séquence et de leur durée permet de comprendre le flux du processus, de repérer les écarts par rapport à la procédure standard et de localiser les goulots d’étranglement. Les noms des activités sont généralement déduits des transitions de statut consignées dans les journaux d’audit du système.

Pourquoi est-ce important ?

Il définit les étapes du processus et permet de visualiser et d’analyser son déroulement, au cœur du Process Mining.

Où trouver ces données

Déduit des transitions de statut dans le formulaire « CHG:ChangeRequest_AuditLog » ou du suivi des modifications du champ « Status » dans le formulaire « CHG:Infrastructure Change ».

Exemples
Demande de changement soumiseÉvaluation des risques effectuéeDemande de changement approuvéeChangement mis en œuvre
Heure de début
EventStartTime
Horodatage indiquant le début d’une activité ou d’un événement précis.
Description

Cet attribut enregistre la date et l’heure exactes auxquelles une activité a eu lieu. Il permet, par exemple, de savoir quand un changement a été soumis, approuvé ou clôturé.

Cet horodatage est essentiel pour analyser la chronologie du processus. Il sert à calculer les temps de cycle entre les activités, à mesurer les temps d’attente, à repérer les tendances de performance au fil du temps et à déterminer l’ordre des événements. Des horodatages exacts sont indispensables à toute analyse temporelle d’un processus.

Pourquoi est-ce important ?

Il fournit la dimension temporelle nécessaire au calcul des durées, à l’analyse des performances et à la compréhension de l’ordre des événements du processus.

Où trouver ces données

Provient du champ « Audit Date » du formulaire « CHG:ChangeRequest_AuditLog » ou du champ « Last Modified Date » associé à des changements de statut précis.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID de la demande de changement
ChangeRequestID
Identifiant unique généré par le système pour une demande de changement. Il sert d’identifiant principal du cas.
Description

L’ID de la demande de changement est la clé unique qui identifie chaque initiative de changement tout au long de son cycle de vie. Il regroupe toutes les activités, approbations et tâches associées, et constitue la base d’un cas unique pour le Process Mining.

L’analyse des processus à partir de cet ID donne une vue de bout en bout de la gestion des changements, de la demande initiale à la clôture finale. Elle est essentielle pour suivre les temps de cycle, repérer les goulots d’étranglement et comprendre les variations du processus pour chaque changement.

Pourquoi est-ce important ?

Cet attribut fondamental relie tous les événements associés au sein d’une même instance de processus et permet ainsi d’analyser de bout en bout le processus de gestion du changement.

Où trouver ces données

Se trouve dans le champ « Infrastructure Change ID » (Field ID 1000000182) du formulaire « CHG:Infrastructure Change ».

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

Cet attribut indique la date et l’heure de la dernière extraction des données depuis BMC Helix ITSM. Il ne correspond pas à l’heure de l’événement, mais à celle de l’extraction des données. Cette information est essentielle pour évaluer leur fraîcheur et gérer les cycles d’actualisation.

Dans les Dashboards et les rapports, cet horodatage indique aux utilisateurs la date de mise à jour de l’analyse, un élément particulièrement important pour le suivi des processus en cours.

Pourquoi est-ce important ?

Il indique l’actualité des données, ce qui permet de vérifier que les analyses et les Dashboards reflètent l’état le plus récent du processus.

Où trouver ces données

Il s’agit d’un champ de métadonnées généralement généré et renseigné par l’outil ETL ou le pipeline de données au moment de l’extraction.

Exemples
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Système source
SourceSystem
Nom du système dont les données ont été extraites.
Description

Cet attribut indique l’origine des données du processus, ici « BMC Helix ITSM ». Il contribue à la gouvernance et à la traçabilité des données, notamment lorsque des données issues de plusieurs systèmes sont réunies pour une analyse plus large.

Par exemple, si les données sur les changements sont ensuite combinées à celles d’un système financier ou de gestion de projet, ce champ permet de distinguer clairement les sources.

Pourquoi est-ce important ?

Il précise l’origine des données et garantit leur traçabilité ainsi que leur interprétation correcte, en particulier lors d’analyses portant sur plusieurs systèmes.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) pour indiquer l’origine du jeu de données.

Exemples
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Équipe de mise en œuvre
ImplementationTeam
L’équipe chargée de mettre en œuvre le changement.
Description

Cet attribut identifie le groupe technique ou opérationnel chargé d’effectuer les travaux requis par la demande de changement. Il correspond souvent au champ « Assigned Group » pendant les étapes de mise en œuvre du cycle de vie du changement.

Ces informations sont essentielles au Dashboard « Resource Bottlenecks in Change Process ». En analysant la durée et le volume des activités par équipe de mise en œuvre, les responsables peuvent repérer les déséquilibres de charge, les lacunes de compétences ou d’autres contraintes de ressources qui retardent le déploiement des changements.

Pourquoi est-ce important ?

Il aide à repérer les goulots d’étranglement liés aux ressources pendant la mise en œuvre, en permettant d’analyser les performances de chaque équipe responsable.

Où trouver ces données

Dans le champ « ASGRP » (Assigned Group) du formulaire « CHG:Infrastructure Change ».

Exemples
Exploitation des serveursAdministrateurs de bases de donnéesÉquipe SAP BasisInfrastructure cloud
Groupe d’approbation
ApproverGroup
L’équipe ou le groupe chargé d’approuver une demande de changement à une étape donnée.
Description

Cet attribut identifie le groupe chargé d’examiner et d’autoriser un changement. Comme un changement peut nécessiter plusieurs approbations, différents groupes peuvent intervenir au fil de son cycle de vie, par exemple une équipe d’approbation technique et un comité d’approbation métier.

Cet attribut est essentiel au Dashboard « Change Approval Bottlenecks », car il permet de répartir les délais d’approbation par groupe responsable. Vous pouvez ainsi repérer les équipes en surcharge ou dont le fonctionnement entraîne des retards.

Pourquoi est-ce important ?

Il permet de repérer les goulots d’étranglement dans le processus d’approbation en analysant les délais par équipe responsable.

Où trouver ces données

Ces informations proviennent du formulaire « AP:Signature », qui gère les approbations et est associé à la demande de changement. Le groupe de l’approbateur figure dans cet enregistrement.

Exemples
Comité consultatif des changementsSécurité informatiqueIngénierie réseauDéveloppement d’applications
Niveau de risque
RiskLevel
Évaluation du risque potentiel associé à la mise en œuvre du changement.
Description

Le niveau de risque correspond à une évaluation qualitative ou quantitative des conséquences négatives potentielles de la mise en œuvre du changement. Il constitue un élément clé du processus d’approbation, car les changements à risque élevé font l’objet d’un examen plus approfondi.

Cet attribut est au cœur du Dashboard « Change Risk Profile Analysis », qui aide les parties prenantes à comprendre l’exposition globale aux risques du portefeuille de changements. Il sert également à repérer les boucles de reprise lorsque des évaluations initiales insuffisantes entraînent une réévaluation ultérieure.

Pourquoi est-ce important ?

Il fournit un axe d’analyse essentiel de la conformité et de l’efficacité du processus, et aide à vérifier que les changements à risque élevé font l’objet d’un examen adapté.

Où trouver ces données

Se trouve dans le champ « Risk Level » du formulaire « CHG:Infrastructure Change ».

Exemples
1 - Critique2 - Élevé3 - Moyen4 - Faible5 - Planification
Priorité
Priority
Niveau de priorité attribué à la demande de changement, qui indique son importance pour l’entreprise.
Description

La priorité est généralement déterminée en combinant l’impact et l’urgence. Elle définit l’ordre et la rapidité de traitement d’une demande de changement. Une demande hautement prioritaire doit généralement être traitée plus rapidement et peut être soumise à des accords de niveau de service (SLA) plus stricts.

Cet attribut sert à segmenter et à analyser les performances selon les niveaux de priorité dans le Dashboard « Change SLA Performance ». Il permet notamment de répondre à des questions telles que « Respectons-nous nos SLA pour les changements hautement prioritaires ? » et d’orienter les décisions relatives à l’affectation des ressources.

Pourquoi est-ce important ?

Il permet d’analyser les performances en fonction de l’importance pour l’entreprise, afin que les changements les plus importants soient traités efficacement et dans les délais prévus.

Où trouver ces données

Se trouve dans le champ « Priority » du formulaire « CHG:Infrastructure Change ».

Exemples
CritiqueÉlevéeMoyenneFaible
Statut
Status
État ou étape actuelle de la demande de changement dans son cycle de vie.
Description

Le champ « Status » indique l’étape exacte d’une demande de changement à un moment donné, par exemple « Brouillon », « Request For Authorization » ou « Completed ». Les activités sont déduites des transitions entre ces statuts, mais le statut lui-même permet d’analyser la charge de travail actuelle.

Cet attribut est essentiel au Dashboard « Change Throughput & Current Status », qui donne un aperçu du nombre de changements à chaque étape du processus. Il aide les responsables à comprendre le travail en cours et la répartition des ressources.

Pourquoi est-ce important ?

Il donne une vue à jour du processus de gestion des changements et permet d’analyser le travail en cours ainsi que l’état de toutes les demandes de changement.

Où trouver ces données

Se trouve dans le champ « Status » du formulaire « CHG:Infrastructure Change ».

Exemples
BrouillonDemande d’autorisationPlanifiéMise en œuvre en coursTerminé
Type de changement
ChangeType
Classification du changement, par exemple standard, normal ou urgent.
Description

Cet attribut classe la demande de changement selon sa nature et le processus à suivre. Les types courants sont les changements standard (préapprouvés et à faible risque), normaux (nécessitant une évaluation et une approbation complètes) et urgents (à traiter rapidement en raison d’un problème pressant).

L’analyse par type de changement est essentielle pour comprendre les variations du processus. Par exemple, le Dashboard « Emergency Change Volume & Impact » s’appuie sur ce champ pour suivre les changements urgents et leur effet sur la stabilité des services. Il permet également de vérifier si chaque type de changement suit le parcours prévu.

Pourquoi est-ce important ?

Il permet de segmenter le processus afin d’analyser et de comparer les différents flux de travail liés aux changements, ce qui est essentiel pour la conformité et l’analyse des performances.

Où trouver ces données

Se trouve dans le champ « Change Type » du formulaire « CHG:Infrastructure Change ».

Exemples
StandardNormalUrgentAucun impact
Changement d’urgence
IsEmergencyChange
Indicateur booléen qui prend la valeur true si le changement est de type « Emergency ».
Description

Cet indicateur dérivé simplifie l’analyse en signalant clairement les changements d’urgence par une valeur binaire. Il est basé sur la valeur de l’attribut « ChangeType ».

Il sert principalement au Dashboard « Emergency Change Volume & Impact » et au KPI « Emergency Change Percentage ». Il facilite le filtrage et l’agrégation des données sur les changements d’urgence, ainsi que le suivi de leur fréquence et de leur évolution dans le temps, sans recourir à une logique de filtrage complexe dans l’outil d’analyse.

Pourquoi est-ce important ?

Il simplifie l’analyse des changements d’urgence et facilite le filtrage, la création de Dashboards et le calcul des KPI associés à ce type de changement important.

Où trouver ces données

Cet attribut dérivé est créé lors de la transformation des données. La logique appliquée est la suivante : IF 'ChangeType' = 'Emergency' THEN true ELSE false.

Exemples
truefalse
Code de clôture
CloseCode
Code indiquant le résultat final du changement à sa clôture.
Description

Le code de clôture indique de manière normalisée le motif de clôture d’une demande de changement, par exemple « Réussi », « Réussi avec des problèmes », « Annulé après mise en œuvre » ou « Annulé ». Cet attribut décrit plus précisément le résultat du changement que son seul statut final.

L’analyse des codes de clôture aide à évaluer la qualité et le taux de réussite des changements mis en œuvre. Par exemple, un nombre élevé de changements « annulés après mise en œuvre » peut révéler des problèmes de planification ou de test et fournir un indicateur utile pour améliorer le processus.

Pourquoi est-ce important ?

Il décrit clairement et de façon structurée le résultat de chaque changement, ce qui permet d’analyser les taux de réussite ainsi que les motifs d’échec ou d’annulation.

Où trouver ces données

Dans le champ « Status Reason » ou dans un champ équivalent de code de clôture du formulaire « CHG:Infrastructure Change », activé lors des dernières étapes.

Exemples
RéussiRéussi avec des problèmesAnnulé après mise en œuvreAnnulé
Date cible du SLA
SLATargetDate
La date et l’heure auxquelles la demande de changement doit être terminée au plus tard.
Description

La date cible du SLA (accord de niveau de service) correspond à l’échéance de la demande de changement, déterminée par sa priorité et son type. Elle sert de référence pour mesurer le délai réel de réalisation.

Cet attribut est fondamental pour le Dashboard « Change SLA Performance ». En comparant la date de clôture réelle à cette échéance, vous pouvez vérifier si le changement a respecté son SLA. L’analyse des performances SLA permet d’évaluer l’efficacité globale du processus et le respect des engagements de service.

Pourquoi est-ce important ?

Il fournit une référence pour mesurer les performances, calculer le taux de respect des SLA et repérer les changements à risque.

Où trouver ces données

Ces informations sont généralement enregistrées dans des formulaires de gestion des SLA associés à la demande de changement. Elles sont souvent visibles directement dans le formulaire de changement.

Exemples
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Demandeur du changement
ChangeSubmitter
La personne qui a créé et soumis la demande de changement.
Description

Cet attribut identifie la personne à l’origine de la demande de changement. Dans le système, cette information est généralement enregistrée sous « Submitter » ou « Reported By ».

Même s’il ne s’agit pas toujours d’un axe d’analyse principal, cet attribut peut aider à comprendre l’origine des demandes de changement. Par exemple, déterminer si la plupart des demandes viennent de certains services ou rôles permet de mieux cerner les besoins métier et les pratiques de planification.

Pourquoi est-ce important ?

Il permet d’identifier les personnes à l’origine des demandes de changement et d’analyser les tendances de la demande ainsi que le comportement des utilisateurs dans le processus.

Où trouver ces données

Dans le champ « Submitter » du formulaire « CHG:Infrastructure Change ».

Exemples
Allen AllbrookMary MannBob Baxter
État du SLA
SLAState
Statut calculé de la demande de changement par rapport à l’objectif du SLA.
Description

Cet attribut indique si une demande de changement terminée a respecté son accord de niveau de service (SLA), risquait de ne pas le respecter ou ne l’a pas respecté. Il est calculé en comparant l’horodatage réel de fin à la « SLATargetDate ».

C’est la principale métrique du Dashboard « Change SLA Performance ». Elle mesure clairement le respect des engagements de service et permet de répartir les données par priorité, type de changement ou équipe afin de repérer les domaines où les SLA sont peu respectés.

Pourquoi est-ce important ?

Il mesure directement le respect des engagements et constitue un indicateur clé de l’efficacité du processus et de la qualité du service.

Où trouver ces données

Cet attribut est calculé lors de la transformation des données, en comparant l’horodatage de la dernière activité à la « SLATargetDate ».

Exemples
Dans les délaisÀ risqueNon respecté
Heure de fin
EventEndTime
Horodatage indiquant la fin d’une activité ou d’un événement précis.
Description

L’heure de fin marque l’achèvement d’une activité. En Process Mining, elle est souvent calculée à partir de l’heure de début de l’activité suivante dans le cas, ce qui permet de déterminer clairement la durée de l’étape précédente. Pour la dernière activité d’un cas, elle peut correspondre à son heure de début ou à un horodatage de clôture spécifique.

Cet attribut est essentiel au calcul du ProcessingTime de chaque activité, une métrique centrale pour l’analyse des performances et le repérage des goulots d’étranglement. Il permet d’examiner en détail la durée de chaque étape.

Pourquoi est-ce important ?

Il permet de calculer précisément la durée des activités, ce qui est indispensable pour repérer les goulots d’étranglement et mesurer les performances du processus.

Où trouver ces données

Cet attribut calculé est généralement obtenu lors de la transformation des données, en prenant l’heure de début de l’événement suivant dans la séquence pour un cas donné.

Exemples
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
ID de l’incident associé
RelatedIncidentID
Identifiant de tout incident causé par ce changement.
Description

Cet attribut relie une demande de changement aux incidents qui ont pu en découler. Cette relation est essentielle pour comprendre les effets des changements sur la stabilité des services.

C’est l’attribut principal nécessaire au calcul du KPI « Change-Induced Incident Rate ». En suivant ces liens, une organisation peut mesurer la qualité de son processus de changement et repérer les types de changements, les équipes ou les services associés à un taux plus élevé de problèmes après mise en œuvre.

Pourquoi est-ce important ?

Il mesure directement les effets négatifs des changements et fournit un KPI important pour évaluer leur qualité ainsi que l’efficacité de la gestion des risques.

Où trouver ces données

Cette relation est généralement établie dans le formulaire d’incident (« HPD:Help Desk »), où un incident peut être associé à la demande de changement qui l’a causé.

Exemples
INC000000987654INC000000987655INC000000987656
Impact
Impact
Impact évalué du changement sur les services de l’entreprise et l’infrastructure informatique.
Description

L’impact mesure les effets potentiels d’un changement sur les activités, les services et les utilisateurs de l’entreprise. Avec l’urgence, il constitue un facteur déterminant de la priorité de la demande de changement.

Dans l’analyse, l’impact est utilisé dans le Dashboard « Change Risk Profile Analysis » pour donner une vue d’ensemble des conséquences potentielles du portefeuille de changements pour l’entreprise. La répartition des changements à fort impact peut éclairer les stratégies de gestion des risques et la planification des ressources.

Pourquoi est-ce important ?

Il aide à quantifier les conséquences potentielles des changements pour l’entreprise et permet d’analyser les risques et de définir les priorités selon la gravité des effets possibles sur les services.

Où trouver ces données

Se trouve dans le champ « Impact » du formulaire « CHG:Infrastructure Change ».

Exemples
1 - Étendu / généralisé2 - Important / large3 - Modéré / limité4 - Mineur / localisé
Reprise
IsRework
Indicateur précisant si une activité correspond à une boucle de reprise ou à un retour en arrière dans le processus.
Description

Cet attribut booléen prend la valeur true lorsqu’une demande de changement revient à une étape antérieure de son cycle de vie, par exemple de « Scheduled » à « Risk Assessment ». Ces retours en arrière correspondent à des reprises, souvent sources d’inefficacité.

Cet indicateur sert à calculer le KPI « Change Rework Rate » et contribue au Dashboard « Change Rework & Assessment Efficiency ». Il permet de mesurer la fréquence des reprises et de repérer les étapes où elles surviennent le plus souvent, afin de cibler les améliorations à apporter à la planification et à l’évaluation initiales.

Pourquoi est-ce important ?

Il met en évidence les inefficacités du processus en signalant les activités qui font partie d’une boucle de reprise, ce qui permet de cibler les efforts d’amélioration.

Où trouver ces données

Cet attribut est calculé à partir de la séquence d’activités d’un cas. Une logique appliquée lors de la transformation des données détecte les retours en arrière dans le flux du processus.

Exemples
truefalse
Service concerné
AffectedService
Le service métier ou technique touché par le changement.
Description

Cet attribut associe la demande de changement à un service précis défini dans la base de données de gestion des configurations (CMDB). Il peut s’agir d’un service métier destiné aux utilisateurs, comme « Services de messagerie », ou d’un service technique en arrière-plan, comme « Service d’authentification ».

Le Dashboard « Emergency Change Volume & Impact » s’en sert pour relier les changements aux services concernés. Vous pouvez ainsi évaluer la stabilité de chaque service et repérer ceux qui nécessitent fréquemment des interventions d’urgence.

Pourquoi est-ce important ?

Il apporte un contexte métier essentiel en reliant les changements techniques à leurs effets sur les services métier, et permet d’analyser les processus par service.

Où trouver ces données

Ces informations proviennent du champ « ServiceCI » ou des relations avec les éléments de configuration (CI) du formulaire « CHG:Infrastructure Change ».

Exemples
Messagerie d’entrepriseSAP ERPGestion de la relation clientPortail bancaire en ligne
Urgence
Urgency
Urgence du changement, qui reflète le délai dans lequel il doit être mis en œuvre.
Description

L’urgence indique dans quel délai le changement doit être mis en œuvre. Avec l’impact, elle sert à calculer la priorité globale de la demande de changement.

L’urgence est un attribut clé du Dashboard « Change Risk Profile Analysis », car elle renseigne sur les contraintes de temps qui pèsent sur le processus de gestion du changement. L’analyse de son évolution peut aider à repérer les problèmes sous-jacents à l’origine d’un grand nombre de demandes urgentes.

Pourquoi est-ce important ?

Elle reflète les contraintes de temps liées aux changements et permet d’analyser la capacité du processus à traiter efficacement les demandes selon leur degré d’urgence.

Où trouver ces données

Se trouve dans le champ « Urgency » du formulaire « CHG:Infrastructure Change ».

Exemples
1 - Critique2 - Élevée3-Moyen4-Faible
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 repérer efficacement les goulots d’étranglement.
7 Recommandé 7 Facultatif
Activité Description
Changement clôturé
Il s’agit de l’activité finale, qui marque la clôture officielle de la demande de changement dans le système. L’événement est enregistré lorsque le statut de la demande passe à « Closed ».
Pourquoi est-ce important ?

Cette activité marque la fin du cycle de changement. Elle est indispensable pour mesurer la durée totale du processus et son débit global.

Où trouver ces données

Déduite de l’historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à « Closed ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change est mis à jour avec la valeur « Closed ».

Type d’événement inferred
Changement mis en œuvre
Cette activité correspond à la fin réussie des travaux de mise en œuvre du changement. Elle est généralement enregistrée lorsque le statut passe à « Completed » et que le motif indique une réussite.
Pourquoi est-ce important ?

Cette étape importante marque la fin de la phase de déploiement. Elle est indispensable pour calculer le temps de cycle de mise en œuvre du changement et analyser les incidents causés par les changements.

Où trouver ces données

Déduite du formulaire CHG:Change lorsque le champ « Status » prend la valeur « Completed » et que le champ « Status Reason » indique « Successful ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change est mis à jour avec la valeur « Completed ».

Type d’événement inferred
Changement planifié
Cette activité marque le moment où le changement approuvé est officiellement planifié. L’événement est enregistré lors du passage au statut « Scheduled » dans le système.
Pourquoi est-ce important ?

Cette étape clé indique que le changement est prêt à être mis en œuvre. Elle marque le début de la mesure des indicateurs Change Implementation Cycle Time et Average Implementation Wait Time.

Où trouver ces données

Déduite de l’historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à « Scheduled ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change est mis à jour avec la valeur « Scheduled ».

Type d’événement inferred
Demande de changement approuvée
Cette étape clé marque l’approbation officielle de la demande de changement. L’événement est déduit d’un changement de statut, généralement vers « Scheduled » ou « Planning In Progress », après l’autorisation finale.
Pourquoi est-ce important ?

Cette étape marque la fin de la phase d’approbation. Elle est essentielle pour mesurer les goulots d’étranglement liés aux approbations et l’indicateur Average Change Approval Time. C’est également un point de décision important du processus.

Où trouver ces données

Déduite de l’historique des changements de statut dans le formulaire CHG:Change, notamment lorsque la demande quitte un statut d’approbation tel que « Request For Authorization ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change dépasse la phase d’approbation finale, par exemple en passant à « Scheduled ».

Type d’événement inferred
Demande de changement créée
Cette activité correspond à la création initiale d’une demande de changement dans le système. L’événement est enregistré à partir de l’horodatage de création de la demande dans le formulaire CHG:Change.
Pourquoi est-ce important ?

Il s’agit du point de départ de chaque demande de changement. Cette étape est indispensable pour mesurer la durée totale du cycle et analyser le volume des changements entrants.

Où trouver ces données

Cet événement est enregistré à partir du champ « Submit Date » ou de l’horodatage de création de l’enregistrement dans le journal d’audit du formulaire CHG:Change (par exemple, HPD:Help Desk Audit Log).

Données à recueillir

Utilisez l’horodatage de création de l’enregistrement dans le formulaire CHG:Change.

Type d’événement explicit
Évaluation des risques effectuée
Cette activité indique que l’évaluation des risques liés au changement proposé est terminée. Elle est souvent enregistrée lors de la mise à jour du statut de la demande ou à la clôture d’une tâche d’évaluation des risques dédiée.
Pourquoi est-ce important ?

Le suivi de cette activité est essentiel pour vérifier le respect des politiques de gestion du changement. Il permet de repérer les retards dans la phase d’évaluation et d’analyser le taux de reprises des changements si le processus revient à cette étape.

Où trouver ces données

Déduite d’un changement de statut dans le formulaire CHG:Change (par exemple, le passage à « Request For Change ») ou de l’achèvement d’une tâche associée dans le formulaire CHG:Task.

Données à recueillir

Repérez l’horodatage auquel une tâche « Risk Assessment » associée dans CHG:Task est marquée « Closed » ou « Completed ».

Type d’événement inferred
Tests effectués
Indique que les tests ou la validation après la mise en œuvre sont terminés. Cette étape est souvent enregistrée à la clôture d’une tâche de test dédiée, associée à la demande de changement.
Pourquoi est-ce important ?

Le suivi de cette activité est essentiel pour mesurer l’indicateur Average Testing Cycle Time et vérifier la qualité. Il aide à repérer les goulots d’étranglement dans le processus de validation avant la vérification finale.

Où trouver ces données

Déduite de l’achèvement d’un enregistrement de tâche de test dans le formulaire CHG:Task, associé à la demande de changement parente.

Données à recueillir

Repérez l’horodatage auquel une tâche « Testing » ou « Validation » associée dans CHG:Task est marquée « Closed » ou « Completed ».

Type d’événement inferred
Analyse d’impact effectuée
Correspond à la fin de l’analyse d’impact visant à déterminer les conséquences potentielles d’un changement. Cette étape est généralement déduite d’une mise à jour de statut ou de la clôture d’une tâche associée.
Pourquoi est-ce important ?

Cette activité permet de comprendre l’efficacité de la planification et son incidence sur les reprises. L’analyse de sa durée et de sa fréquence aide à améliorer la phase d’évaluation initiale.

Où trouver ces données

Déduite de l’horodatage d’achèvement d’une tâche « Impact Analysis » dans le formulaire CHG:Task ou d’une transition de statut précise dans le formulaire CHG:Change.

Données à recueillir

Repérez l’horodatage auquel une tâche « Impact Analysis » associée dans CHG:Task est marquée « Closed » ou « Completed ».

Type d’événement inferred
Changement annulé
Correspond à l’annulation d’une demande de changement avant sa mise en œuvre ou son achèvement. Cette étape est enregistrée lorsque le statut de la demande passe à « Cancelled ».
Pourquoi est-ce important ?

Le suivi des annulations aide à comprendre pourquoi des changements sont retirés. Il peut mettre en évidence des problèmes tels qu’une planification initiale insuffisante, des priorités changeantes ou un manque de ressources.

Où trouver ces données

Déduite de l’historique des changements de statut dans le formulaire CHG:Change lorsque le statut passe à « Cancelled ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change est mis à jour avec la valeur « Cancelled ».

Type d’événement inferred
Changement vérifié
Cette activité indique que les parties prenantes ont officiellement confirmé la réussite du changement après sa mise en œuvre et les tests. Elle est souvent représentée par un changement de statut avant la clôture finale.
Pourquoi est-ce important ?

La vérification constitue le dernier contrôle qualité avant la clôture d’un changement. Elle confirme que le changement a atteint ses objectifs et n’a pas entraîné d’effets négatifs imprévus.

Où trouver ces données

Déduite d’un changement de statut dans le formulaire CHG:Change, par exemple du passage de « Completed » à « Verification » ou « Closed ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change passe à « Closed » après les activités de mise en œuvre.

Type d’événement inferred
Demande de changement rejetée
Cette activité indique qu’un approbateur a officiellement refusé la demande de changement. Elle est enregistrée par le passage au statut « Rejected » et correspond à un état final.
Pourquoi est-ce important ?

Le suivi des rejets aide à en déterminer les raisons, comme des informations incomplètes ou un niveau de risque élevé. Cette analyse peut améliorer la qualité des futures demandes de changement.

Où trouver ces données

Déduite de l’historique des changements de statut dans le formulaire CHG:Change, en particulier du passage au statut « Rejected ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change est mis à jour avec la valeur « Rejected ».

Type d’événement inferred
Demande de changement soumise
Correspond à la soumission officielle d’une demande de changement en vue de son examen et de son autorisation. Cette étape est généralement déduite du passage du statut de la demande de « Brouillon » à « Request For Authorization ».
Pourquoi est-ce important ?

Cette activité lance le processus d’approbation. Son suivi est essentiel pour mesurer le temps d’attente avant le premier examen et analyser l’indicateur Change Approval Time.

Où trouver ces données

Déduite de l’historique des changements de statut de la demande dans le formulaire CHG:Change, en particulier du passage au statut « Request For Authorization ».

Données à recueillir

Repérez l’horodatage auquel le champ « Status » de CHG:Change passe de « Brouillon » à « Request For Authorization ».

Type d’événement inferred
Plan de mise en œuvre élaboré
Indique que le plan détaillé de mise en œuvre du changement a été créé et documenté. Cette étape est généralement enregistrée à la fin d’une tâche de planification associée au changement.
Pourquoi est-ce important ?

L’achèvement de cette activité est un préalable à la planification et à la mise en œuvre. L’analyse de sa durée permet de repérer les retards survenant pendant la planification, avant l’exécution du changement.

Où trouver ces données

Déduite de l’achèvement d’un enregistrement de tâche de planification spécifique dans le formulaire CHG:Task, associé à la demande de changement parente.

Données à recueillir

Repérez l’horodatage auquel une tâche « Implementation Planning » associée dans CHG:Task est marquée « Closed » ou « Completed ».

Type d’événement inferred
Revue après mise en œuvre
Correspond à la fin d’une revue officielle menée après la mise en œuvre du changement. Cette activité est généralement enregistrée à la clôture d’une tâche de revue après mise en œuvre (PIR).
Pourquoi est-ce important ?

Cette activité est essentielle à l’apprentissage organisationnel et à l’amélioration des processus. La mesure de l’indicateur Post-Implementation Review Rate permet de vérifier que les enseignements tirés des changements sont bien pris en compte.

Où trouver ces données

Déduite de l’achèvement d’une tâche « Post-Implementation Review » dans le formulaire CHG:Task, associée à la demande de changement parente.

Données à recueillir

Repérez l’horodatage auquel une tâche « PIR » associée dans CHG:Task est marquée « Closed » ou « Completed ».

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de BMC Helix ITSM

Prêt à commencer ?

Préparez vos données à l’aide de ce modèle et commencez dès aujourd’hui à optimiser votre processus de gestion du changement. Faites ressortir des informations utiles et améliorez l’efficacité de vos opérations.

Optimisez dès maintenant la gestion du changement et évitez les interruptions

Faites passer le taux de réussite de vos changements à 95 % et évitez les interruptions de service coûteuses.

Démarrez l’essai gratuit

Aucune carte bancaire requise. La configuration ne prend que quelques minutes.