Demander
Type de changement, description, justification, plan de retour arrière et risque évalué par l’impact et la probabilité.
Modules · Gestion des changements
Changez sans surprise : évaluez, approuvez, planifiez.
La gestion des changements encadre chaque évolution de votre système d’information : qui la demande, quels éléments elle touche, qui l’approuve et quand elle a lieu. Chaque changement garde sa décision et son bilan.
Demander une démonstrationLes bénéfices
- Des impacts connus avant d’agirLes éléments touchés et ceux qui en dépendent sont calculés à partir des relations de la CMDB.
- Des décisions claires et tracéesLe comité décide depuis la fiche ou en séance ; chaque décision est conservée avec son commentaire.
- Des conflits évitésLes changements qui se chevauchent sur un même élément sont signalés dès la soumission, et les périodes de gel sont respectées.
- Des enseignements conservésUne revue après mise en œuvre est exigée avant la clôture : résultat, écarts et leçons apprises.
Le fonctionnement
Évaluer
Les éléments touchés sont désignés ; leurs dépendants sont calculés et peuvent être écartés.
Approuver
Approbation immédiate pour un changement standard, comité pour un changement normal, comité d’urgence pour une urgence.
Mettre en œuvre
Le changement est planifié dans une fenêtre, réalisé, puis clôturé après sa revue.
Modules associés
- CMDB L’évaluation d’impact parcourt les relations du référentiel.
- Service Desk Un incident se relie à un changement, et un changement d’urgence se crée depuis un incident ouvert.
- Gestion des problèmes Un problème est résolu par un changement ; le lien se lit des deux côtés.
- Incidents majeurs Un incident majeur peut donner lieu à un changement d’urgence pré-rempli.
- Mises en production Une mise en production regroupe des changements approuvés ou planifiés.
- Gestion de projet Un projet ou un jalon peut s’adosser à un changement.
Périmètre fonctionnel
- Trois types de changementStandard, normal et urgence, chacun avec ses règles d’approbation ; d’autres types se créent, nommés dans chaque langue.
- Cycle de vie encadréDe la demande à la clôture ; un plan de retour arrière est obligatoire avant l’approbation d’un changement normal ou d’urgence.
- Circuits d’approbationApprobation par comité ou par un circuit à plusieurs niveaux, avec conditions sur le risque, délais et délégation.
- Impact sur le référentielÉléments touchés et dépendants calculés automatiquement, avec le chemin qui les relie.
- Calendrier et gelsVues par mois, semaine et jour, périodes de gel globales ou ciblées, détection des conflits de planification.
- Séances de comitéOrdre du jour, décisions en série, compte rendu et clôture figée.
- PilotageTaux de réussite, changements d’urgence, retours arrière, délai d’approbation, matrice de risque et tableau Kanban.
- RappelsLe demandeur et le responsable sont prévenus avant le début de la fenêtre de mise en œuvre.
Intégrations
- Référentiel CMDB, pour l’évaluation d’impact
- Moteur de processus, pour les circuits d’approbation
- Notifications par e-mail et dans l’application, avec des modèles modifiables
- Fonctions d’assistance par IA pour évaluer le risque et rédiger, lorsque le module IA est configuré
Prérequis
- Les groupes du comité d’approbation et du comité d’urgence, à désigner
- Le référentiel CMDB, pour que l’impact soit calculé (facultatif)
Vous voulez voir ce module sur vos propres processus ?
Nous construirons la démonstration autour de votre réalité opérationnelle.