En bref : un plan de gouvernance de l'IA sur 90 jours pour Microsoft 365
Un premier plan de gouvernance de l'IA s'étend généralement sur environ quatre-vingt-dix jours, en trois phases, à titre indicatif et non comme un engagement. Pendant les trente premiers, vous apprenez ce qui existe ; pendant les trente suivants, l'exposition la plus grave est fermée et les premières politiques s'appliquent ; pendant les trente derniers, le travail tourne selon un calendrier, sans vous. L'ordre compte plus que les dates : chaque contrôle ne s'applique qu'à ce que vous voyez.
- Jours 1 à 30 : vous savez ce qui existe
- Jours 31 à 60 : l'exposition la plus grave est fermée
- Jours 61 à 90 : cela tourne sans vous
À ce stade, la question est rarement de savoir si la gouvernance de l'IA compte. C'est de savoir si elle devient un projet de plus pour une équipe qui n'a pas les ressources.
Ce document est donc un plan plutôt qu'un plaidoyer. Chaque phase dit ce que vous obtenez plutôt que ce qui se passe, et qui il vous faut de votre côté pour l'obtenir. Rien ici ne suppose un gel des changements, une migration ou une reconstruction de votre tenant.
L'ordre compte plus que les dates. L'inventaire vient en premier parce que chaque contrôle qui suit ne s'applique qu'à ce que vous voyez. La remédiation vient ensuite parce que corriger ce que vous avez trouvé est ce qui rend l'inventaire digne d'être conservé. La gouvernance continue vient en dernier parce qu'il y a alors quelque chose qui mérite d'être protégé de la dérive.
Les quatre-vingt-dix jours sont une forme, pas un engagement. La durée de chaque phase dépend de la taille de votre tenant et de la part de gouvernance que vous introduisez : les dates sont donc convenues avec Customer Success plutôt que figées ici. Si vous avez déjà mené un Proof of Value dans votre propre tenant, une grande partie de la première phase est derrière vous et le plan démarre plus loin.
Jours 1 à 30 : inventorier les agents IA, les applications et les espaces de travail
La connexion prend des heures plutôt que des semaines, et aucun droit de Global Admin n'est requis. La première analyse restitue le périmètre tel qu'il est vraiment, en général plus vaste que prévu : les agents que personne n'a enregistrés, les sites que personne n'a archivés, les licences que personne n'a récupérées.
La plupart des équipes font leur première vraie découverte pendant cette phase. C'est normalement un agent créé par quelqu'un qui est parti depuis, et qui tourne toujours avec les accès qu'il avait.
Ce que vous avez à la fin
- Un inventaire des agents. Chaque agent construit sur mesure dans Copilot Studio, avec son créateur, son propriétaire actuel, son environnement, ses connexions de données et ses sources de connaissances. Les agents SharePoint apparaissent au niveau du site et de l'état d'approbation : quels sites hébergent des agents, lesquels sont approuvés, lesquels ne le sont pas.
- Une liste des orphelins. Les agents, sites et espaces de travail sans propriétaire actif, y compris ceux créés par des personnes qui ont quitté l'organisation.
- Un rapport d'exposition. Les endroits où des contenus sensibles sont accessibles : éléments largement partagés ou partagés anonymement, bibliothèques ouvertes, accès invités et externes.
- Une vue des coûts. Les licences Microsoft 365 et Microsoft 365 Copilot non attribuées ou rattachées à des utilisateurs désactivés, avec la consommation des agents, au même endroit.
- Le tableau des agents déclaratifs. Les agents définis sur du contenu Microsoft 365 plutôt que conçus dans Copilot Studio, dont les agents Agent Builder, se gouvernent via la personne qui les a créés et les autorisations sur le contenu qui les alimente. Il n'existe aujourd'hui aucun registre distinct par agent pour cette population, et la phase se termine en le disant plutôt qu'en le découvrant plus tard.
- Un état de référence. Les chiffres ci-dessus, datés, pour que les quatre-vingt-dix jours suivants soient mesurés par rapport à eux plutôt que simplement décrits.
Ce qui change pour les utilisateurs
Rien. Cette phase lit le périmètre. Aucune autorisation ne change, aucun contenu ne bouge et personne n'est prévenu.
Jours 31 à 60 : corriger l'exposition et appliquer les politiques
L'inventaire produit plus de constats que personne ne veut en traiter d'un coup : cette phase est donc une question d'ordre. Corrigez ce qui porte le plus d'exposition, automatisez les corrections qui se répètent et laissez le reste dans une liste, avec une date en face.
C'est aussi la phase où la politique se met à appliquer plutôt qu'à signaler. La différence compte : une politique qui signale vous donne une liste plus longue chaque mois, une politique qui applique vous en donne une plus courte.
Ce que vous avez à la fin
- Des propriétaires désignés. Un propriétaire nommé et actif pour chaque agent et chaque espace de travail qui n'en avait pas, ou la décision de le retirer.
- Les partages les plus risqués fermés. Liens anonymes et liens à l'échelle de l'organisation sur du contenu sensible révoqués, avec une expiration appliquée à ce qui reste.
- Les premières politiques appliquées. En général de trois à cinq, tirées du catalogue fourni. Pour les agents, ce sont le plus souvent Orphaned Copilot Agent Ownership Gap, Unauthenticated Public Agent Security Risk, Confidential Site Referenced in Copilot Agent et Unused Agent Cleanup Candidate à 90 jours. Pour le périmètre, le partage externe de contenus étiquetés et les licences non attribuées.
- Des licences récupérées. Des postes récupérés sur des utilisateurs désactivés et des licences non attribuées, avec l'économie indiquée par rapport à l'état de référence.
- Un historique de remédiation. Ce qui a été modifié, quand, par qui et avec quelle approbation. C'est la première preuve d'audit que produit le programme.
Ce qui change pour les utilisateurs
Certains remarquent cette phase, et mieux vaut le dire. Les propriétaires d'espaces de travail inactifs reçoivent une notification avant tout archivage. Les personnes qui détiennent des liens vers un contenu sur le point d'être restreint sont prévenues avant que le lien ne cesse de fonctionner. Les nouveaux sites suivent une convention de nommage. Rien n'est supprimé pendant cette phase.
Jours 61 à 90 : gouvernance continue de l'IA et preuves d'audit
Une gouvernance qui dépend de quelqu'un qui lance un rapport s'éteint dès le premier trimestre chargé. Le travail de cette phase consiste à mettre sur calendrier tout ce qui a été établi jusque-là, pour que le périmètre reste gouverné à mesure qu'il grandit, au lieu d'être nettoyé à nouveau l'an prochain.
À la fin, la question que pose un auditeur ou une revue de sécurité doit pouvoir trouver sa réponse dans un dashboard plutôt que dans un projet.
Ce que vous avez à la fin
- Une surveillance planifiée des politiques. Des politiques exécutées à fréquence fixe, avec une remédiation automatisée là où elle a été convenue, et des alertes là où une décision humaine est nécessaire.
- Des revues d'accès récurrentes. Les accès invités et externes revus selon un calendrier, les propriétaires d'espaces de travail confirmant ou retirant eux-mêmes les accès.
- Un registre des systèmes d'IA avec piste de preuves. Quels systèmes d'IA existent, ce qu'ils atteignent, qui en est responsable et comment cela a évolué dans le temps, sur tout le périmètre IA de Microsoft, produit à la demande plutôt qu'assemblé pour chaque audit. Le registre est la preuve. Le rattacher à vos propres obligations réglementaires reste l'affaire de votre équipe conformité.
- Une vue permanente des coûts. La consommation de licences et d'agents suivie par rapport à l'état de référence, par département, pour que la dépense soit imputée plutôt qu'estimée.
- Un responsable de la revue nommé. Une personne et une fréquence, convenues et inscrites dans un calendrier. Le contrôle le moins cher du plan, et celui qu'on oublie le plus souvent.
Ce qui change pour les utilisateurs
Les propriétaires d'espaces de travail prennent en charge une revue d'accès récurrente, qui prend des minutes plutôt que des heures. Les demandes de provisionnement passent par une application Teams plutôt que par un ticket, ce que la plupart des équipes vivent comme plus rapide que ce qu'elles avaient.
Les personnes qu'il vous faut
L'objection à ce stade est rarement le prix. Ce sont les personnes. Voici ce que le plan demande de votre côté, et ce que ces personnes font réellement, pour que votre équipe puisse en juger au regard de ce qu'elle a déjà à faire.
- Jours 1 à 30, inventaire : un administrateur Microsoft 365. Il connecte le tenant, puis passe en revue avec nous le premier lot de constats. La connexion elle-même utilise un compte utilisateur ordinaire. Le consentement à l'analyse est accordé service par service par un administrateur, une étape courte et distincte qui peut être déléguée au propriétaire de chaque service.
- Jours 31 à 60, remédiation : le même administrateur, plus celui qui valide les politiques. Il décide ce qui est corrigé en premier et ce que les politiques appliquent. Le travail de votre côté consiste surtout en décisions plutôt qu'en configuration.
- Jours 61 à 90, continuité : l'administrateur et le responsable de la revue nommé. La conformité si le reporting réglementaire est concerné. Ils conviennent de ce qui tourne selon un calendrier, de ce qui remonte à une personne et des preuves qui doivent pouvoir être produites à la demande.
- Après le jour 90 : le responsable de la revue. Il pilote la revue récurrente. Les propriétaires d'espaces de travail confirment ou retirent les accès sur leur périmètre, ce qui leur prend des minutes à chacun.
Les projets de gouvernance ont une réputation que celui-ci ne mérite pas
La couverture des agents relève du module AI & Agents, un module complémentaire optionnel en plus de Digital Workplace. La surveillance des politiques et l'automatisation de la gouvernance sont incluses à partir du niveau Professional, et ce sont elles qui portent les phases deux et trois. À vérifier au regard de votre propre abonnement avant d'inscrire des dates dans un plan.
Pas une migration
Rien ne bouge. Les contenus restent où ils sont, dans le tenant que vous exploitez déjà.
Pas un gel des changements
Les équipes continuent de créer des agents, des sites et des flows tout du long. Le but est de les voir, pas de les arrêter.
Pas une reconstruction du tenant
Aucune refonte de SharePoint, aucune nouvelle architecture de l'information comme préalable.
Pas un remplacement des contrôles de Microsoft
Restricted SharePoint Search, Purview et le Copilot Control System continuent de faire leur travail. Ceci est la vue qui les traverse.
Pas une remise des clés de Global Admin
La connexion utilise un compte utilisateur ordinaire. Le consentement est accordé service par service : chaque propriétaire de service n'approuve que son propre périmètre.
Pas une garantie de conformité
Le plan produit des preuves et applique les politiques. La position de conformité reste la vôtre.
Transformez le plan en plan conjoint en quatre étapes
Les phases ci-dessus sont structurées pour pouvoir être reprises dans un plan conjoint sans réécriture. Si cela vous est utile, quatre choses transforment ce document en plan conjoint.
- Mettez de vraies dates en face des trois phases. Partez de la date prévue pour la connexion plutôt que de la signature.
- Nommez les personnes. Un administrateur, un validateur des politiques, un responsable de la revue de votre côté. Le responsable de la revue nommé est le rôle le plus souvent laissé vide et le plus souvent regretté ensuite.
- Convenez de ce qui vaut « terminé » pour chaque phase. Les tableaux de livrables sont rédigés pour servir tels quels de critères d'acceptation.
- Convenez de la date de l'état de référence. Tout ce qui suit le jour 30 est mesuré par rapport aux chiffres que restitue la première analyse : cet état de référence mérite donc d'être consigné formellement.
Questions fréquentes
Combien de temps faut-il pour commencer à gouverner les agents IA ?
Qu'avons-nous après les trente premiers jours ?
Qui nous faut-il de notre côté ?
Cela exige-t-il une migration ou un Global Admin ?
Quelle est la place de Rencore dans le plan ?
La place de ce guide dans Rencore Governance
Module AI & Agents
Un seul inventaire de chaque agent Copilot Studio et de chaque site qui contient des agents SharePoint, avec propriétaire, portée et politique.
Découvrir le module AI & AgentsGouvernance de Copilot et des agents
Repérez les agents sans propriétaire, voyez ce que chacun peut atteindre et appliquez les politiques selon un calendrier.
Découvrir la gouvernance de CopilotPreuves EU AI Act pour les agents
Des preuves par agent pour la classification des risques et les audits, produites à la demande.
Découvrir la solution