Modèle de demande de changement IT

Exemple — Contenu fictif à titre d’illustration

CHG-2026-0063 — Migration Active Directory vers Entra ID (phase 2)


Type de changement
Normal
Niveau de risque
Eleve
Demandeur
PGPhilippe Gerard
Date cible
15/03/2026 (samedi 01:00–05:00 CET)

Justification metier

La phase 2 de la migration concerne les 850 comptes utilisateurs du site de Bruxelles. Le passage d'Active Directory on-premise vers Entra ID permet d'activer l'authentification sans mot de passe (Windows Hello for Business) et de reduire les couts d'infrastructure AD de 35 % par an. Le support etendu d'AD DS expire en octobre 2026.

Périmètre et impact

  • Systèmes : Controleurs de domaine AD (DC-BRU-01, DC-BRU-02), Azure AD Connect, serveur RADIUS
  • Services concernes : Authentification SSO, VPN, acces aux partages réseau — indisponibles pendant la fenetre de 4 heures
  • Utilisateurs : 850 collaborateurs du site de Bruxelles (Finance, RH, Opérations)

Évaluation des risques

RisqueProbabiliteMesure d'attenuation
Migration depasse la fenetre de maintenanceMoyennePhase 1 (Lille) terminee en 2h50 ; fenetre de 4h offre 30 % de marge
Echec de l'authentification SSO post-migrationFaibleTests automatises sur 15 applications critiques ; retour arriere si >2 echouent

Plan de retour arriere

Snapshot complet des contrôleurs de domaine pris a T-30 min. Si les tests d'authentification echouent dans les 60 premières minutes post-migration, restauration depuis le snapshot (estimation : 50 minutes). Le serveur RADIUS de secours reste configure sur l'AD on-premise jusqu'a validation complete — sert de chemin de retour arriere

Ceci est un exemple — créez le vôtre dans Elium

Formalisez chaque modification d’infrastructure ou d’application dans un format structuré incluant justification metier, évaluation des risques, plan de retour arriere et circuit de validation. Ce modèle garantit que chaque changement suit un processus gouverne — en reduisant les incidents causes par des modifications non documentées ou non approuvees.

Essayer dans Elium

Qu’est-ce qu’une demande de changement IT ?

Une demande de changement IT est une proposition structurée visant a modifier un système informatique, une application ou un composant d’infrastructure. Elle documenté la modification, sa justification metier, les risques et le circuit de validation avant mise en oeuvre.

Sans modèle formalisé, les modifications passent par des echanges informels. Quand un incident survient, impossible de savoir ce qui a change ou comment revenir en arriere. Un modèle structure impose la rigueur ITIL — chaque modification est justifiee, évaluée et reversible avant d’atteindre la production.

Qui devrait utiliser ce modèle ?

Ce modèle de demande de changement s’adresse aux équipes qui gerent des environnements IT contrôles :

  • Responsables du centre de services IT — acheminent les demandes vers le bon circuit de validation selon le risque
  • Administrateurs systèmes — documentent les modifications et le retour arriere avant d’intervenir en production
  • Membres du CAB — examinent les demandes sur la base d’informations homogènes
  • DSI — maintiennent un registre auditable des changements pour la conformité

Que contient ce modèle ?

Le modèle se compose de deux parties : des champs de métadonnées structures et le corps de la demande.

Les champs de métadonnées classifient chaque demande :

  • Intitule et numéro de référence
  • Demandeur et responsable de mise en oeuvre
  • Type de changement (standard, normal, urgent)
  • Priorite, niveau de risque et date cible
  • Statut (soumis, approuve, planifié, déployé, rejete)

Le corps de la demande détaillé le changement :

  • Justification metier — pourquoi cette modification est nécessaire
  • Périmètre et impact — systèmes, services et utilisateurs concernés
  • Plan de mise en oeuvre — actions avec calendrier et responsables
  • Évaluation des risques — scenarios et probabilites
  • Plan de retour arriere — comment annuler si la mise en oeuvre echoue

Comment créer et personnaliser ce modèle dans Elium

  1. Ouvrir le constructeur de modèles — Rendez-vous dans votre menu profil et sélectionnez l’onglet Constructeur de modèles, ou cliquez sur « + Créer » puis choisissez « Créer un nouveau modèle ».
  2. Définir le périmètre — Choisissez une icone, activez le modèle et décidez s’il s’applique à l’ensemble de la plateforme ou à des espaces spécifiques (par ex. votre espace Gestion des changements IT ou Infrastructure).
  3. Ajouter les champs structurés — Cliquez sur « Champ » pour ajouter les métadonnées : champs texte pour l’intitule et le numéro, champs utilisateur pour le demandeur et le responsable, champs etiquette pour le type et le risque, un champ date et un champ statut. Rendez obligatoires l’intitule, le demandeur et le risque.
  4. Construire la structure de la demande — Utilisez le bouton « + » pour ajouter des blocs : justification metier, périmètre, liste numérotée pour la mise en oeuvre, évaluation des risques et plan de retour arriere.
  5. Prévisualiser et enregistrer — Vérifiez la mise en page du modèle, puis enregistrez. Les membres de l’équipe peuvent désormais le sélectionner lors de la creation d’articles, et vous pouvez l’appliquer au contenu existant en masse.

Comment l’IA vous aide a créer et utiliser ce modèle

Rédigez plus vite. Collez un cahier des charges dans l’IA d’Elium. Elle identifié le périmètre, les systèmes et les risques, puis généré un brouillon structuré a relire et ajuster.

Recherchez plus intelligemment. Un membre du CAB interroge l’IA : « Quelles modifications sur la couche d’intégration SAP ces six derniers mois ? » L’IA renvoie les demandes précédentes avec leurs résultats pour eclairer la decision.

Pourquoi les équipes utilisent Elium pour la gestion des changements IT

Une demande de changement n’est efficace que si le circuit de validation y a acces et si l’historique est consultable. Elium rend cet historique accessible : modèles structures pour un format uniforme, etiquettes pour filtrer par système ou risque, et recherche par IA pour retrouver les changements associes.

VINCI Energies — 97 000 collaborateurs dans 61 pays — utilise Elium pour centraliser ses procédures IT. Avec plus de 4 000 articles et 500 utilisateurs quotidiens, les équipes accedent aux processus documentés depuis une plateforme unique.

FAQ — Questions fréquentes

Une demande de changement est une proposition formelle de modification d’un système informatique, documentant justification, périmètre, risques et retour arriere. Elle previent les modifications non documentées, créé une piste d’audit et fournit au comite de validation les informations nécessaires.
Un modèle complet comprend des métadonnées (intitule, demandeur, type, risque, date cible, statut) et un corps couvrant la justification metier, le périmètre, le plan de mise en oeuvre, l’évaluation des risques et le retour arriere. Les changements urgents utilisent une variante simplifiee.
Les demandes structurées réduisent les incidents car chaque modification est évaluée avant mise en oeuvre. Elles accélèrent les validations car le comite recoit des informations cohérentes. Elles ameliorent l’analyse des causes racines car chaque changement est documenté avec périmètre, calendrier et responsable.
Commencez par la justification metier — pourquoi ce changement est nécessaire. Soyez précis sur le périmètre : nommez les systèmes et utilisateurs concernés. Incluez un plan de retour arriere realiste. Précisez la fenetre de mise en oeuvre et les personnes qui doivent etre disponibles.
Une demande de changement est proactive — elle documenté une modification planifiée avant mise en oeuvre. Un rapport d’incident est reactif — il documenté une perturbation imprevue. Les demandes previennent les incidents ; les rapports les analysent. Les deux alimentent la base de connaissances.

Related reading: Read more on our blog