Die Kurzantwort: ein 90-Tage-Plan für KI-Governance in Microsoft 365
Ein erster KI-Governance-Plan umfasst meist rund neunzig Tage in drei Phasen, als Rahmen, nicht als Zusage. In den ersten dreißig Tagen erfahren Sie, was existiert, in den nächsten dreißig werden die gravierendsten Risiken beseitigt und die ersten Richtlinien greifen, und in den letzten dreißig läuft die Arbeit zeitgesteuert ohne Ihr Zutun. Die Reihenfolge ist wichtiger als die Termine: Jede Kontrolle wirkt nur auf das, was Sie sehen können.
- Tag 1 bis 30: Sie wissen, was existiert
- Tag 31 bis 60: die gravierendsten Risiken sind beseitigt
- Tag 61 bis 90: es läuft ohne Sie
In dieser Phase ist selten die Frage, ob KI-Governance wichtig ist. Die Frage ist, ob daraus ein weiteres Projekt wird, für das dem Team die Leute fehlen.
Deshalb ist dieses Dokument ein Plan und keine Argumentation. Jede Phase benennt, was Sie bekommen, statt zu beschreiben, was geschieht, und wen Sie auf Ihrer Seite dafür brauchen. Nichts hier setzt einen Change Freeze, eine Migration oder einen Neuaufbau Ihres Tenants voraus.
Die Reihenfolge ist wichtiger als die Termine. Das Inventar kommt zuerst, weil jede Kontrolle danach nur auf das wirkt, was Sie sehen können. Die Nachbesserung kommt als Zweites, weil erst das Beheben der Befunde das Inventar erhaltenswert macht. Die laufende Governance kommt als Drittes, weil es dann etwas gibt, das sich vor Abweichungen zu schützen lohnt.
Die neunzig Tage sind ein Rahmen, keine Zusage. Wie lange jede Phase dauert, hängt von der Größe Ihres Tenants ab und davon, wie viel Governance Sie neu einführen. Die Termine werden deshalb mit Customer Success vereinbart und nicht hier festgelegt. Wenn Sie bereits einen Proof of Value im eigenen Tenant durchgeführt haben, liegt ein großer Teil der ersten Phase hinter Ihnen, und der Plan beginnt weiter hinten.
Tag 1 bis 30: KI-Agenten, Apps und Arbeitsbereiche inventarisieren
Die Anbindung dauert Stunden statt Wochen, und Global-Admin-Rechte sind nicht erforderlich. Der erste Scan zeigt die Umgebung, wie sie tatsächlich ist, und die ist meist größer als erwartet: die Agenten, die niemand registriert hat, die Websites, die niemand archiviert hat, die Lizenzen, die niemand zurückgeholt hat.
Die meisten Teams erleben in dieser Phase ihre erste echte Überraschung. Meist ist es ein Agent, den jemand gebaut hat, der inzwischen gegangen ist, und der weiter mit dem damaligen Zugriff läuft.
Das haben Sie am Ende
- Ein Agenteninventar. Jeder in Copilot Studio erstellte Agent, mit Ersteller, aktuellem Eigentümer, Umgebung, Datenverbindungen und Wissensquellen. SharePoint-Agenten erscheinen auf Ebene von Website und Freigabestatus: welche Websites Agenten enthalten, welche freigegeben sind, welche nicht.
- Eine Liste verwaister Objekte. Agenten, Websites und Arbeitsbereiche ohne aktiven Eigentümer, auch solche, die Personen gebaut haben, die das Unternehmen verlassen haben.
- Ein Risikobericht. Wo sensible Inhalte zugänglich sind: weit oder anonym geteilte Objekte, offene Bibliotheken, Gast- und externer Zugriff.
- Eine Kostenübersicht. Microsoft-365- und Microsoft-365-Copilot-Lizenzen, die nicht zugewiesen oder deaktivierten Benutzern zugeordnet sind, zusammen mit dem Agentenverbrauch an einem Ort.
- Das Bild der deklarativen Agenten. Agenten, die über Microsoft-365-Inhalte definiert und nicht in Copilot Studio erstellt wurden, einschließlich Agent-Builder-Agenten, werden über die Person gesteuert, die sie erstellt hat, und über die Berechtigungen auf den Inhalten, auf denen sie aufsetzen. Für diese Gruppe gibt es heute kein eigenes Register pro Agent, und die Phase endet damit, dass das klar benannt ist, statt es später zu entdecken.
- Eine Ausgangsbasis. Die obigen Zahlen, datiert, damit sich die nächsten neunzig Tage daran messen lassen, statt nur beschrieben zu werden.
Was sich für Endanwender ändert
Nichts. Diese Phase liest die Umgebung nur aus. Keine Berechtigung ändert sich, kein Inhalt wird verschoben, und niemand wird benachrichtigt.
Tag 31 bis 60: Risiken beheben und Richtlinien durchsetzen
Das Inventar liefert mehr Befunde, als jemand auf einmal angehen will, deshalb geht es in dieser Phase um die Reihenfolge. Beheben Sie, was das meiste Risiko trägt, automatisieren Sie die Korrekturen, die sich wiederholen, und lassen Sie den Rest mit einem Termin auf einer Liste.
In dieser Phase beginnen Richtlinien außerdem zu greifen, statt nur zu berichten. Der Unterschied zählt: Eine berichtende Richtlinie liefert Ihnen jeden Monat eine längere Liste, eine durchsetzende eine kürzere.
Das haben Sie am Ende
- Zugewiesene Eigentümer. Ein benannter, aktiver Eigentümer für jeden Agenten und Arbeitsbereich, der keinen hatte, oder die Entscheidung, ihn stillzulegen.
- Die riskantesten Freigaben geschlossen. Anonyme und organisationsweite Links auf sensible Inhalte widerrufen, für den Rest ein Ablaufdatum gesetzt.
- Die ersten durchsetzenden Richtlinien. Üblicherweise drei bis fünf aus dem mitgelieferten Katalog. Für Agenten sind das meist Orphaned Copilot Agent Ownership Gap, Unauthenticated Public Agent Security Risk, Confidential Site Referenced in Copilot Agent und Unused Agent Cleanup Candidate nach 90 Tagen. Für die Umgebung: externes Teilen von gekennzeichneten Inhalten und nicht zugewiesene Lizenzen.
- Zurückgeholte Lizenzen. Zurückgewonnene Plätze von deaktivierten Benutzern und nicht zugewiesenen Lizenzen, mit der Einsparung gegenüber der Ausgangsbasis.
- Ein Nachbesserungsprotokoll. Was geändert wurde, wann, von wem und mit wessen Freigabe. Das ist der erste Audit-Nachweis, den das Programm erzeugt.
Was sich für Endanwender ändert
Manche Personen bemerken diese Phase, und das sollte man offen sagen. Eigentümer inaktiver Arbeitsbereiche erhalten eine Benachrichtigung, bevor etwas archiviert wird. Wer Links auf Inhalte hält, die gleich eingeschränkt werden, erfährt es, bevor der Link nicht mehr funktioniert. Neue Websites folgen einem Namensstandard. In dieser Phase wird nichts gelöscht.
Tag 61 bis 90: laufende KI-Governance und Audit-Nachweise
Governance, die davon abhängt, dass jemand einen Bericht ausführt, erlahmt im ersten hektischen Quartal. In dieser Phase wird alles bisher Etablierte auf einen Zeitplan gelegt, damit die Umgebung beim Wachsen gesteuert bleibt, statt nächstes Jahr erneut aufgeräumt zu werden.
Am Ende sollte die Frage eines Auditors oder eines Security-Reviews aus einem Dashboard beantwortbar sein und nicht aus einem Projekt.
Das haben Sie am Ende
- Zeitgesteuerte Richtlinienüberwachung. Richtlinien laufen mit fester Frequenz, mit automatischer Nachbesserung, wo sie vereinbart wurde, und Warnungen, wo eine menschliche Entscheidung nötig ist.
- Wiederkehrende Zugriffsprüfungen. Gast- und externer Zugriff wird zeitgesteuert geprüft, wobei die Eigentümer der Arbeitsbereiche den Zugriff selbst bestätigen oder entziehen.
- Ein Register der KI-Systeme mit Nachweiskette. Welche KI-Systeme es gibt, worauf sie zugreifen, wem sie gehören und wie sich das im Zeitverlauf verändert hat, über die gesamte Microsoft-KI-Umgebung, auf Abruf erstellt statt für jedes Audit neu zusammengestellt. Das Register ist der Nachweis. Die Zuordnung zu Ihren eigenen regulatorischen Pflichten bleibt bei Ihrem Compliance-Team.
- Eine dauerhafte Kostenübersicht. Lizenz- und Agentenverbrauch, nach Abteilung gegen die Ausgangsbasis verfolgt, sodass Ausgaben zugeordnet statt geschätzt werden.
- Ein benannter Verantwortlicher für die Prüfung. Eine Person und eine Frequenz, vereinbart und im Kalender. Die günstigste Kontrolle im Plan und die, die am häufigsten übersehen wird.
Was sich für Endanwender ändert
Die Eigentümer von Arbeitsbereichen übernehmen eine wiederkehrende Zugriffsprüfung, die Minuten statt Stunden dauert. Bereitstellungsanfragen laufen über eine Teams-App statt über ein Ticket, was die meisten Teams als schneller erleben als das, was sie vorher hatten.
Wen Sie brauchen
Der Einwand ist in dieser Phase selten der Preis. Es sind die Personen. Hier steht, wen der Plan auf Ihrer Seite anfragt und was diese Personen tatsächlich tun, damit Ihr Team es an seiner übrigen Auslastung messen kann.
- Tag 1 bis 30, Inventar: ein Microsoft-365-Administrator. Bindet den Tenant an und prüft dann mit uns die ersten Befunde. Die Anbindung selbst nutzt ein gewöhnliches Benutzerkonto. Die Zustimmung zum Scan erteilt ein Administrator pro Dienst, ein kurzer, separater Schritt, den der Verantwortliche des jeweiligen Dienstes übernehmen kann.
- Tag 31 bis 60, Nachbesserung: derselbe Administrator plus die Person, die Richtlinien freigibt. Entscheidet, was zuerst behoben wird und was die Richtlinien durchsetzen. Die Arbeit auf Ihrer Seite besteht überwiegend aus Entscheidungen, nicht aus Konfiguration.
- Tag 61 bis 90, laufender Betrieb: der Administrator und der benannte Verantwortliche für die Prüfung. Compliance, wenn regulatorisches Reporting im Umfang liegt. Legt fest, was zeitgesteuert läuft, was an eine Person eskaliert und welche Nachweise auf Abruf erstellbar sein müssen.
- Nach Tag 90: der Verantwortliche für die Prüfung. Führt die wiederkehrende Prüfung durch. Die Eigentümer der Arbeitsbereiche bestätigen oder entziehen den Zugriff in ihren eigenen Bereichen, was jeden von ihnen Minuten kostet.
Governance-Projekte haben einen Ruf, den dieses nicht verdient
Die Abdeckung von Agenten liegt im Modul AI & Agents, einem optionalen Add-on neben Digital Workplace. Richtlinienüberwachung und Governance-Automatisierung sind ab der Professional-Stufe enthalten, und auf ihnen laufen die Phasen zwei und drei. Prüfen Sie das gegen Ihr eigenes Abonnement, bevor Termine in einen Plan kommen.
Keine Migration
Nichts wird verschoben. Inhalte bleiben dort, wo sie sind, im Tenant, den Sie bereits betreiben.
Kein Change Freeze
Mitarbeitende bauen weiterhin Agenten, Websites und Flows. Es geht darum, sie zu sehen, nicht sie zu stoppen.
Kein Neuaufbau des Tenants
Keine neue Architektur für SharePoint, keine neue Informationsarchitektur als Voraussetzung.
Kein Ersatz für die Kontrollen von Microsoft
Restricted SharePoint Search, Purview und das Copilot Control System erfüllen weiter ihre Aufgabe. Dies ist die Sicht über alle hinweg.
Keine Übergabe von Global-Admin-Rechten
Die Anbindung nutzt ein gewöhnliches Benutzerkonto. Die Zustimmung wird pro Dienst erteilt, sodass jeder Dienstverantwortliche nur seinen eigenen Bereich freigibt.
Keine Compliance-Garantie
Der Plan erzeugt Nachweise und setzt Richtlinien durch. Die Compliance-Position bleibt Ihre.
Machen Sie den Plan in vier Schritten zum gemeinsamen Plan
Die Phasen oben sind so aufgebaut, dass sie ohne Umschreiben in einen gemeinsamen Plan übernommen werden können. Wenn das nützlich ist, machen vier Dinge aus diesem Dokument einen solchen Plan.
- Legen Sie reale Termine für die drei Phasen fest. Beginnen Sie mit dem Datum, für das die Anbindung geplant ist, nicht mit der Unterschrift.
- Benennen Sie die Personen. Ein Administrator, ein Freigeber für Richtlinien, ein Verantwortlicher für die Prüfung auf Ihrer Seite. Der benannte Verantwortliche für die Prüfung ist die Rolle, die am häufigsten leer bleibt und später am häufigsten fehlt.
- Legen Sie fest, was für jede Phase als erledigt gilt. Die Ergebnistabellen sind so geschrieben, dass sie unverändert als Abnahmekriterien dienen können.
- Legen Sie das Datum der Ausgangsbasis fest. Alles nach Tag 30 wird an den Zahlen des ersten Scans gemessen, deshalb lohnt es sich, die Ausgangsbasis förmlich festzuhalten.
Häufig gestellte Fragen
Wie lange dauert es, mit der Governance von KI-Agenten zu beginnen?
Was haben wir nach den ersten dreißig Tagen?
Wen brauchen wir auf unserer Seite?
Braucht es dafür eine Migration oder einen Global Admin?
Wo passt Rencore in den Plan?
Wo das in Rencore Governance einzuordnen ist
Modul AI & Agents
Ein Inventar aller Copilot-Studio-Agenten und aller Websites mit SharePoint-Agenten, mit Eigentümer, Reichweite und Richtlinie.
Modul AI & Agents ansehenCopilot- und Agent-Governance
Finden Sie Agenten ohne Eigentümer, sehen Sie, worauf jeder zugreifen kann, und setzen Sie Richtlinien zeitgesteuert durch.
Copilot-Governance ansehenNachweise zur KI-Verordnung für Agenten
Nachweise pro Agent für Risikoklassifizierung und Audits, auf Abruf erstellt.
Lösung ansehen