Logo NextStart.AINextStart.AI← Retour à la bibliothèque
Agent

Agent IA : préparation du comité des changements et suivi du parc

Prépare la veille du CAB le dossier des changements à valider, détecte les conflits de fenêtre et les dépendances entre changements et composants du parc, et relance les demandes incomplètes.

EN BREF

Donnez à l'agent l'export de l'outil ITSM, le calendrier des changements, la CMDB, les périodes de gel et les incidents récents. La veille du CAB, il vérifie la complétude, détecte conflits et dépendances, dépose le dossier et prépare les relances en brouillon. Le comité garde seul la décision de valider ou refuser.

Ce qui en fait un agent : Lit chaque semaine l'export ITSM, le calendrier des changements et la CMDB ; tourne seul ; dépose le dossier du CAB et prépare les relances aux demandeurs en brouillon.

ITVotre temps : 3–6 h (mise en place)

Par Flavien Besset, fondateur de NextStart.AI et formateur IA ·

DU PLUS SIMPLE AU PLUS AUTONOME

Parcours

  1. PromptRédiger une communication d'incident
  2. AssistantAssistant service desk de niveau 1
  3. CoworkConduire un déploiement applicatif de bout en bout
  4. AgentPréparation du comité des changements et suivi du parc
RESSOURCE PRINCIPALE

Instructions système de l’agent

RÔLE
Tu es le préparateur du comité des changements (CAB) de [DSI]. Tu transformes la liste des changements de la semaine en un dossier de décision et tu fais compléter ce qui manque avant la séance.

CE QUE TU SAIS FAIRE
- Chaque [jour] à [heure], la veille du CAB, sans qu'on te le demande, lire : l'export des demandes de changement de [outil ITSM] (statut « à valider » et « planifié »), le calendrier des changements [fichier ou calendrier], la CMDB ou l'inventaire des composants [export], la liste des périodes de gel [fichier] et les incidents des 30 derniers jours [export].
- Pour chaque changement à valider : vérifier la complétude des champs obligatoires (description, justification, périmètre, fenêtre, plan de test, plan de retour arrière, responsable, impact utilisateurs), estimer le risque selon [grille interne], et relier le changement aux composants de la CMDB qu'il touche.
- Détecter les conflits : deux changements sur le même composant ou une même chaîne de dépendances dans des fenêtres qui se chevauchent ; un changement dans une période de gel ; un changement sur un composant à l'origine d'un incident récent ; un changement dont la fenêtre tombe sur un traitement critique [liste : paie, clôture, batchs].
- Pour chaque demande incomplète, préparer une relance au demandeur en brouillon dans [messagerie ou outil ITSM] : ce qui manque, la date limite pour être traité au prochain CAB.
- Déposer le dossier du CAB dans [espace] : ordre de passage proposé (standard, normal, urgent), fiche par changement, liste des conflits et dépendances, changements de la semaine passée avec leur résultat (réussi, annulé, retour arrière) et incidents associés.
- Répondre à la demande : « qu'est-ce qui touche [composant] ce mois-ci ? », « quels changements sont en conflit ? ».

RÈGLES DE SÉCURITÉ
- Tu ne valides, ne refuses, ne replanifies aucun changement : tu prépares la décision du CAB.
- Tu ne modifies rien dans l'outil ITSM ni dans la CMDB ; les relances sont des brouillons.
- Un risque est estimé avec la grille interne, jamais avec ton propre jugement ; en cas de doute, tu classes « à évaluer en séance ».
- Tu ne manipules aucun secret technique (comptes, mots de passe, configurations) ; si un export en contient, tu le signales.
- N'invente aucun composant, aucune dépendance ni aucune fenêtre : chaque élément du dossier cite la demande, la ligne de CMDB ou l'incident d'où il vient.
- Si un export ITSM, la CMDB ou le calendrier manque ou date d'avant le dernier CAB, signale-le en tête du dossier et indique les contrôles qui n'ont pas pu être faits.

FORMAT
Fiche changement : référence, objet, demandeur, composants, fenêtre, risque, complétude, conflits, plan de retour arrière.
Dossier : ordre de passage, fiches, conflits, bilan de la semaine passée.
REPÈRES

Quand l’utiliser, quand s’en passer

Ce que vous y gagnez : Le CAB hebdomadaire se prépare la veille au soir, sans vue des conflits entre changements planifiés ni des dépendances avec les composants du parc, et une partie des demandes arrive incomplète en séance. L'agent lit chaque semaine l'export de l'outil ITSM, le calendrier des changements et la CMDB, produit le dossier du CAB (changements à valider, risques, conflits de fenêtre, dépendances, retours arrière) et prépare une relance pour chaque demande dont un champ obligatoire manque. Le gestionnaire des changements arrive en séance avec un dossier complet.

À utiliser

  • Quand le CAB hebdomadaire se prépare la veille au soir sans vue des chevauchements entre changements.
  • Quand une partie des demandes arrive en séance sans plan de retour arrière ou sans plan de test.
  • Quand des changements tombent sur une période de gel ou un traitement critique comme la paie ou la clôture.

À éviter

  • Pendant un incident majeur en cours : passez par « Coordonner la réponse à un incident majeur ».
  • Si la CMDB n'est pas tenue à jour : les dépendances détectées seront fausses ou absentes.
  • Pour un changement urgent à valider dans l'heure : l'agent travaille au rythme du CAB, pas en continu.
MISE EN PLACE

Mettre l’agent en service

Microsoft 365 Copilot avec licence ; Copilot Cowork est facturé à l'usage et doit être activé par l'administrateur.

  1. Ouvrez Microsoft 365 Copilot › onglet « Cowork » › « Automatisations » › « Créer » › « Décrire dans la conversation ».

  2. Décrivez la tâche et son horaire en langage naturel (« chaque semaine, la veille du CAB à 16 h »), puis collez le bloc « Instructions système de l'agent ». Copilot lit déjà, sans réglage, vos mails, votre agenda, OneDrive, SharePoint, Teams et Planner (Work IQ). Dans la description, nommez les sources que l'agent doit utiliser : la liste SharePoint des changements (export ITSM), le calendrier des changements partagé, l'export de la CMDB et Teams (canal du CAB). Si l'une d'elles est un fichier ou un dossier précis, joignez-le avec « + » › « Joindre des fichiers et dossiers cloud ». La recherche web est intégrée, rien à connecter.

  3. Aucun outil tiers à installer : tout est natif Microsoft 365.

  4. Choisissez « Activer et exécuter maintenant » pour un premier passage immédiat (l'agent reste en brouillon et demande une approbation avant tout envoi), puis laissez l'automatisation active. Suivez chaque exécution dans « Automatisations » › « Exécutions ».

  5. Respectez la limite de 25 automatisations par utilisateur, exécutées avec vos droits et journalisées. Pour ouvrir l'agent à d'autres utilisateurs ou brancher un outil sans plugin, la DSI le construit dans Copilot Studio et le publie dans « Agents ».

Connecteurs et sources : outil ITSM (changements à valider et planifiés : lecture, par connecteur Jira Service Management avec ChatGPT et Claude, ServiceNow avec Vibe, sinon par export), calendrier des changements (lecture), CMDB ou inventaire (export : lecture), périodes de gel et incidents récents (exports : lecture), espace du CAB (dépôt du dossier), messagerie ou ITSM (relances en brouillon).

Par outil : Copilot : la liste SharePoint des changements (export ITSM), le calendrier des changements partagé, l'export de la CMDB et Teams (canal du CAB). ChatGPT : Atlassian Rovo (Jira Service Management) ou SharePoint (exports ITSM et CMDB), Outlook Calendar ou Google Calendar (calendrier des changements), Microsoft Teams ou Slack (dossier du CAB). Claude : Atlassian Rovo ou Microsoft 365 (exports ITSM et CMDB), Microsoft 365 ou Google Calendar, Slack. Vibe : ServiceNow ou Atlassian (changements), SharePoint (CMDB, périodes de gel), Outlook Calendar, Slack.

Repli : Avec Copilot, ni ServiceNow ni Jira ne sont des plugins Cowork : programmez un export quotidien des changements et de la CMDB vers une liste ou un dossier SharePoint, c'est ce que l'agent lit (ou faites construire l'agent par la DSI dans Copilot Studio, qui dispose des connecteurs ITSM). Sans messagerie connectée, les relances sont listées dans le dossier du CAB.

Rythme : chaque semaine, la veille du CAB.

Conditions de réussite : la grille de risque du CAB est écrite et déposée ; les champs obligatoires d'une demande sont définis dans l'ITSM ; la CMDB est exportable avec les dépendances (sinon la détection de conflits se limite au composant direct) ; le gestionnaire des changements relit le dossier avant la séance et envoie les relances ; le CAB reste décisionnaire.

Validation humaine : conservez l'approbation manuelle sur toute action irréversible (envoi, création, modification dans un outil).

Chemins vérifiés en septembre 2026 dans Microsoft 365 Copilot, ChatGPT Business, Claude et Vibe (Mistral).

Coût : les exécutions planifiées consomment les crédits de l’outil. Temps humain : prévoyez 30 à 60 minutes de calibrage initial, puis 10 à 20 minutes par passage pour contrôler les brouillons et traiter les exceptions.

CORRIGER

Erreurs fréquentes et comment les corriger

Deux changements sur des composants dépendants ne sont pas signalés en conflit.

Consigne à ajouter aux instructions :

Pour chaque changement, remonte la chaîne de dépendances de la CMDB sur deux niveaux et compare les fenêtres de tous les changements qui la touchent.

Le demandeur reçoit une relance générique qui ne dit pas quel champ manque.

Consigne à ajouter aux instructions :

Dans chaque relance, nomme les champs obligatoires manquants un par un et donne la date limite pour être inscrit au prochain CAB.

Le risque est classé à partir de la description du demandeur plutôt que de la grille.

Consigne à ajouter aux instructions :

Applique la grille interne critère par critère et écris dans la fiche le critère qui fixe le niveau ; si un critère n'est pas renseigné, classe « à évaluer en séance ».

FAQ

Questions fréquentes

Comment préparer automatiquement un comité des changements ITIL ?

Un agent planifié la veille du CAB lit les demandes « à valider » de l'outil ITSM, le calendrier, la CMDB et les périodes de gel. Il produit une fiche par changement, la liste des conflits et l'ordre de passage proposé. Le gestionnaire des changements arrive en séance avec un dossier complet.

Comment détecter les conflits de fenêtre entre changements planifiés ?

En croisant le calendrier des changements avec la CMDB : deux changements sur un même composant ou une même chaîne de dépendances, dans des fenêtres qui se chevauchent, sont en conflit. L'agent y ajoute les périodes de gel, les traitements critiques et les composants à l'origine d'incidents récents.

L'agent modifie-t-il les demandes dans l'outil ITSM ?

Non. Il ne valide, ne refuse et ne replanifie aucun changement, et il ne modifie ni l'outil ITSM ni la CMDB. Les relances aux demandeurs sont des brouillons. Faites aussi valider l'environnement par le RSSI : ces exports décrivent l'architecture de l'organisation.

POURSUIVRE

Pour aller plus loin

FORMATION

Mettez en pratique ce cas d’usage avec votre équipe IT

Agent Sprint® Copilot : jusqu'à 12 personnes, sur site ou à distance, sur vos propres cas.

Besoin d’une version de cette fiche écrite pour vos outils et vos règles ? Bibliothèque sur mesure