Aller au contenu

๐Ÿ“š FICHE DE COURS ร‰LรˆVEโš“๏ธŽ

"Gestion des Changements ยท Change Management ITIL"โš“๏ธŽ

Version 1.0 โ€” BTS SIO SISR โ€” Annรฉe 1 โ€” Semaine 13


๐ŸŽฏ Compรฉtences Travaillรฉesโš“๏ธŽ

Code Compรฉtence
B1.2 Exploiter des rรฉfรฉrentiels ITIL (Change Management)
B3.3 Documenter et formaliser un changement

PARTIE I โ€” Dรฉfinition et Pรฉrimรจtreโš“๏ธŽ

I.A. Qu'est-ce qu'un Changement ?โš“๏ธŽ

En ITIL 4, un changement est dรฉfini comme :

"L'ajout, la modification ou la suppression de tout รฉlรฉment susceptible d'avoir un effet sur les services IT."

๐Ÿ“‹ Texte
   EXEMPLES DE CHANGEMENTS
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โœ… Ajout d'un serveur
   โœ… Mise ร  jour OS (Windows Server 2019 โ†’ 2022)
   โœ… Modification firewall (nouvelle rรจgle)
   โœ… Ajout d'un VLAN
   โœ… Migration application vers le cloud

   โŒ PAS DES CHANGEMENTS
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โŒ Rรฉinitialisation mot de passe (demande standard)
   โŒ Remplacement disque dรฉfaillant ร  l'identique (incident)
   โŒ Redรฉmarrage service bloquรฉ (incident)

I.B. Changement vs Incident vs Demandeโš“๏ธŽ

Type Dรฉclencheur Objectif Validation
Incident Interruption non planifiรฉe Restaurer le service Technicien N1/N2
Demande de service Besoin utilisateur standard Fournir un service Automatisรฉ ou N1
Changement ร‰volution planifiรฉe Modifier l'infrastructure CAB

PARTIE II โ€” Le Cycle de Vie d'un Changementโš“๏ธŽ

II.A. Les 7 ร‰tapesโš“๏ธŽ

๐Ÿ“‹ Texte
   โ‘  DEMANDE (RFC โ€” Request For Change)
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Un demandeur crรฉe une RFC documentant le changement souhaitรฉ

   โ‘ก ร‰VALUATION TECHNIQUE
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Le Change Manager รฉvalue :
   โ€ข Faisabilitรฉ technique
   โ€ข Impact sur les services
   โ€ข Ressources nรฉcessaires
   โ€ข Risques

   โ‘ข APPROBATION ou REJET
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Le CAB dรฉcide : approuvรฉ / rejetรฉ / reportรฉ

   โ‘ฃ PLANIFICATION
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โ€ข Date de la fenรชtre de maintenance
   โ€ข Runbook (ordre des tรขches)
   โ€ข Plan de rollback
   โ€ข Communication utilisateurs

   โ‘ค IMPLร‰MENTATION
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Exรฉcution du changement
   Documentation en temps rรฉel

   โ‘ฅ VALIDATION
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Vรฉrifier que le changement a atteint ses objectifs

   โ‘ฆ CLร”TURE
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   Mise ร  jour CMDB
   Archivage de la RFC

II.B. Le CAB (Change Advisory Board)โš“๏ธŽ

Le CAB est un comitรฉ qui รฉvalue et approuve les changements.

Membre Rรดle Apporte
Change Manager Prรฉsident du CAB Vue d'ensemble
Responsable DSI Valide l'alignement stratรฉgique Budget, prioritรฉs
Technicien expert ร‰value la faisabilitรฉ Compรฉtence technique
Responsable mรฉtier Reprรฉsente les utilisateurs Impact mรฉtier
Responsable sรฉcuritรฉ ร‰value les risques Conformitรฉ

II.C. Analyse de Risqueโš“๏ธŽ

Chaque changement est รฉvaluรฉ selon impact ร— probabilitรฉ :

๐Ÿ“‹ Texte
   MATRICE DE RISQUE
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€

                        PROBABILITร‰ D'ร‰CHEC
                     Faible    Moyenne    ร‰levรฉe
                   โ”Œโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ฌโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”
   IMPACT    Faibleโ”‚  FAIBLE โ”‚  FAIBLE  โ”‚  MOYEN   โ”‚
             Moyen โ”‚  FAIBLE โ”‚  MOYEN   โ”‚  ร‰LEVร‰   โ”‚
             ร‰levรฉ โ”‚  MOYEN  โ”‚  ร‰LEVร‰   โ”‚ CRITIQUE โ”‚
                   โ””โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ดโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”ดโ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”˜

   Actions selon le risque :
   FAIBLE    โ†’ Approbation simplifiรฉe
   MOYEN     โ†’ Approbation CAB + plan rollback
   ร‰LEVร‰     โ†’ CAB + tests prรฉalables
   CRITIQUE  โ†’ Direction + simulation + รฉquipe standby

PARTIE III โ€” Les 3 Types de Changementsโš“๏ธŽ

III.A. Changement Standardโš“๏ธŽ

Changement prรฉ-approuvรฉ, faible risque, procรฉdure documentรฉe.

๐Ÿ“‹ Texte
   EXEMPLES
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โ€ข Redรฉmarrage mensuel planifiรฉ serveurs
   โ€ข Dรฉploiement mises ร  jour sรฉcuritรฉ Microsoft
   โ€ข Ajout utilisateur ร  Active Directory

   PROCESSUS
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   1. Procรฉdure approuvรฉe une fois par le CAB
   2. Exรฉcution sans nouvelle approbation
   3. Documentation dans GLPI

III.B. Changement Normalโš“๏ธŽ

Nรฉcessite รฉvaluation et approbation du CAB.

๐Ÿ“‹ Texte
   EXEMPLES
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โ€ข Ajout d'un nouveau serveur
   โ€ข Modification topologie rรฉseau (VLAN)
   โ€ข Migration application vers nouvelle version

   PROCESSUS
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   1. RFC soumise
   2. ร‰valuation technique
   3. Prรฉsentation au CAB
   4. Dรฉcision โ†’ planification โ†’ implรฉmentation

III.C. Changement Urgent (Emergency)โš“๏ธŽ

Application immรฉdiate pour incident critique.

๐Ÿ“‹ Texte
   EXEMPLES
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   โ€ข Patch sรฉcuritรฉ critique (CVE exploit actif)
   โ€ข Restauration serveur critique en panne
   โ€ข Blocage attaque en cours

   PROCESSUS ACCร‰Lร‰Rร‰
   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
   1. RFC urgente
   2. Approbation E-CAB (Emergency CAB)
   3. Implรฉmentation immรฉdiate
   4. Documentation a posteriori

PARTIE IV โ€” La RFC (Request For Change)โš“๏ธŽ

IV.A. Structure Complรจteโš“๏ธŽ

๐Ÿ“‹ Texte
โ•”โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•—
โ•‘                    REQUEST FOR CHANGE (RFC)                          โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  Nยฐ RFC         : RFC-2024-___          Date : __________           โ•‘
โ•‘  Type           : โ˜ Standard  โ˜ Normal  โ˜ Urgent                   โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  1. IDENTIFICATION                                                   โ•‘
โ•‘  Demandeur      : _________________________________________         โ•‘
โ•‘  Service        : _________________________________________         โ•‘
โ•‘  Date souhaitรฉe : _________________________________________         โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  2. DESCRIPTION DU CHANGEMENT                                        โ•‘
โ•‘  Titre          : _________________________________________         โ•‘
โ•‘  Description dรฉtaillรฉe :                                            โ•‘
โ•‘  _______________________________________________________________     โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  3. JUSTIFICATION                                                    โ•‘
โ•‘  Pourquoi ce changement :                                           โ•‘
โ•‘  _______________________________________________________________     โ•‘
โ•‘  Bรฉnรฉfices attendus :                                               โ•‘
โ•‘  _______________________________________________________________     โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  4. IMPACT ET RISQUE                                                 โ•‘
โ•‘  Services impactรฉs  : _____________________________________         โ•‘
โ•‘  Nombre utilisateurs : _____________________________________        โ•‘
โ•‘  Niveau de risque   : โ˜ Faible โ˜ Moyen โ˜ ร‰levรฉ โ˜ Critique         โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  5. PLAN D'IMPLร‰MENTATION                                            โ•‘
โ•‘  Fenรชtre maintenance : Du __________ au __________                  โ•‘
โ•‘  ร‰tapes prรฉvues :                                                    โ•‘
โ•‘  1. _____________________________________________________________    โ•‘
โ•‘  2. _____________________________________________________________    โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  6. PLAN DE ROLLBACK                                                 โ•‘
โ•‘  Procรฉdure de retour arriรจre :                                      โ•‘
โ•‘  _______________________________________________________________     โ•‘
โ•‘  Rollback testรฉ : โ˜ Oui  โ˜ Non                                     โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  7. COMMUNICATION                                                    โ•‘
โ•‘  Utilisateurs ร  informer : _____________________________________     โ•‘
โ•‘  Moyen : โ˜ Email  โ˜ Intranet  โ˜ Autre                              โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  8. VALIDATION                                                       โ•‘
โ•‘  Critรจres de succรจs :                                               โ•‘
โ•‘  _______________________________________________________________     โ•‘
โ• โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•ฃ
โ•‘  9. Dร‰CISION CAB                                                     โ•‘
โ•‘  Date rรฉunion   : _________________________________________         โ•‘
โ•‘  Dรฉcision       : โ˜ Approuvรฉe  โ˜ Rejetรฉe  โ˜ Reportรฉe              โ•‘
โ•‘  Signature      : _________________________________________         โ•‘
โ•šโ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•โ•

V. Vocabulaire Clรฉโš“๏ธŽ

Terme Dรฉfinition
Change Modification d'un รฉlรฉment de l'infrastructure IT
RFC Request For Change โ€” demande formelle de changement
CAB Change Advisory Board โ€” comitรฉ dรฉcisionnel
E-CAB Emergency CAB โ€” CAB restreint pour urgences
Change Manager Responsable du processus de gestion des changements
Runbook Document dรฉtaillant l'implรฉmentation รฉtape par รฉtape
Rollback Retour ร  l'รฉtat antรฉrieur en cas d'รฉchec
Baseline ร‰tat de rรฉfรฉrence avant changement