Früher war die Governance der Power Platform ein recht überschaubares Thema.
-
Wer darf Apps erstellen?
-
Wer darf Flows erstellen?
-
Welche Umgebungen benötigen wir?
-
Welche Konnektoren sind zulässig?
-
Wie vermeiden wir unkontrolliertes Wachstum?
Wichtige Fragen. Auch heute noch relevant.
Aber sie reichen nicht mehr aus.
Denn die KI hat die Spielregeln verändert.
Mit Microsoft 365 Copilot, Copilot Studio und Agenten geht es bei der Governance nicht mehr nur darum, was Menschen entwickeln. Es geht darum, worauf digitale Mitarbeiter zugreifen, was sie verstehen, entscheiden und tun können.
Und das ist eine ganz andere Diskussion.
Die erste Herausforderung bei der Governance: Apps und Flows
Jahrelang lag der Schwerpunkt der Power Platform-Governance auf der Förderung von Möglichkeiten bei gleichzeitiger Kontrolle.
Die meisten Unternehmen verfolgten dasselbe Ziel: Geschäftsanwendern die Möglichkeit zu geben, Probleme zu lösen, ohne dabei Chaos zu verursachen.
Das bedeutete, Strukturen für Umgebungen, Richtlinien zur Verhinderung von Datenverlusten, Konnektoren, Dataverse-Sicherheit, das Lebenszyklusmanagement von Lösungen, die Zuständigkeit für Anwendungen, die Überwachung von Flows, Supportmodelle und die Förderung von Entwicklern zu schaffen.
Das Ziel war niemals, Innovationen zu blockieren. Zumindest hätte es das nicht sein sollen.
Gute Governance schafft Vertrauen. Sie bietet den Menschen einen sicheren Raum zum Gestalten. Sie hilft der IT, der Sicherheit und dem Geschäft, eine gemeinsame Sprache zu sprechen.
Schlechte Governance sagt: „Nein, es sei denn, es wurde genehmigt.“
Gute Governance sagt: „Ja, innerhalb klarer Grenzen.“
Diese Denkweise ist heute wichtiger denn je!
KI erweitert den Wirkungsbereich der Governance
Microsoft 365 Copilot hat eine neue Realität geschaffen.
Copilot ist nicht auf eine einzige App beschränkt. Es funktioniert über Outlook, Teams, SharePoint, OneDrive, Besprechungen, Chats, Dokumente und Microsoft Graph hinweg.
Das bedeutet, dass die Qualität von Copilot stark von der Qualität Ihrer Microsoft 365-Umgebung abhängt.
Wenn die Berechtigungen unübersichtlich sind, spiegelt Copilot dies wider.
Wenn Dokumente keinen Eigentümer haben, findet Copilot sie trotzdem.
Wenn alte Inhalte noch verfügbar sind, nutzt Copilot diese möglicherweise.
Wenn Teams zu viele Informationen weitergeben, macht die KI diese übermäßige Weitergabe deutlicher sichtbar.
Daher ändert sich die Frage der Governance.
Es geht nicht mehr nur um:
„Kann dieser Benutzer eine App erstellen?“
Sondern um:
„Sollte dieser Benutzer, Copilot oder ein Agent Zugriff auf diese Informationen haben, und was sollte er damit tun dürfen?“
Das ist die eigentliche Veränderung.
Von Citizen-Entwicklern zu Agents-Entwicklern
Die Power Platform hat uns die Citizen-Entwickler beschert.
Die KI beschert uns die Agents-Entwickler.
Das klingt nach einer kleinen Weiterentwicklung, ist es aber nicht.
Eine App folgt einer vordefinierten Logik.
Ein Flow führt vordefinierte Schritte aus.
Ein Agent kann Schlussfolgerungen ziehen, interagieren, Informationen abrufen, Tools aufrufen und Maßnahmen ergreifen.
Das bedeutet, dass sich das Risikoprofil ändert.
Bei Agenten müssen wir uns überlegen, welche Datenquellen der Agent nutzen darf, welche Aktionen er ausführen darf, wem der Agent gehört, wer das dahinterstehende Wissen pflegt, wie die Nutzung überwacht wird, wann eine menschliche Genehmigung erforderlich ist und wie der Agent außer Betrieb genommen wird, wenn er nicht mehr benötigt wird.
An dieser Stelle beginnen die Governance der Power Platform und die Governance von Microsoft 365 miteinander zu verschmelzen.
Ein Copilot Studio-Agent kann SharePoint als Wissensquelle nutzen. Er kann Power-Automate-Flows auslösen. Er kann innerhalb von Teams arbeiten. Er kann eine Verbindung zu Geschäftssystemen herstellen. Er kann im Namen eines Benutzers handeln.
Wer ist also für die Governance zuständig?
-
Power-Platform-Administratoren?
-
Microsoft-365-Administratoren?
-
Die Sicherheitsabteilung?
-
Die Compliance-Abteilung?
-
Die Geschäftsführung?
Die Antwort lautet wahrscheinlich: alle zusammen.
Und das bedeutet, dass wir ein Betriebsmodell benötigen, nicht nur eine technische Konfiguration.
Das gleiche unkontrollierte Wachstum, nur schneller
Jede Diskussion über die Governance der Power Platform stößt letztendlich auf dieselbe Befürchtung: unkontrolliertes Wachstum.
-
Zu viele Apps.
-
Zu viele Flows.
-
Keine Verantwortlichkeiten.
-
Keine Dokumentation.
-
Kein Lebenszyklus.
-
Keine Überwachung.
Ersetzen Sie nun „Apps und Flows“ durch „Agents“.
Das gleiche Problem taucht wieder auf, nur schneller.
Denn Agents lassen sich leichter erstellen, sind leistungsfähiger und oft näher an sensiblen Geschäftsdaten.
Das bedeutet nicht, dass wir sie blockieren sollten.
Es bedeutet, dass wir sie von Anfang an richtig steuern müssen.
Unternehmen, die gelernt haben, die Power Platform zu steuern, sind bereits im Vorteil. Sie verstehen Umgebungsstrategien, DLP, Verantwortlichkeiten, Akzeptanz, Lebenszyklusmanagement, ...
Die Steuerung von Agents baut auf denselben Prinzipien auf.
Aber sie erweitert sie.
Agent 365
An dieser Stelle wird Microsoft Agent 365 interessant.
Bei Agent 365 geht es nicht darum, ein weiteres Governance-Dokument zu erstellen, das niemand liest. Der Mehrwert liegt in der Transparenz und Kontrolle.
-
Welche Agents gibt es?
-
Wem gehören sie?
-
Wo laufen sie?
-
Welche Identitäten verwenden sie?
-
Auf welche Daten können sie zugreifen?
-
Welche Tools können sie aufrufen?
-
Werden sie noch benötigt?
-
Verhalten sie sich wie erwartet?
Ohne diese Transparenz wird der Einsatz von Agents zur nächsten Version von Schatten-IT.
Oder vielleicht besser gesagt: Schatten-KI.
Agent 365 bietet Unternehmen eine Möglichkeit, Agenten im gesamten Ökosystem zu überwachen, zu steuern und zu sichern. Nicht nur Agenten, die in einem Tool erstellt wurden, sondern eine umfassendere Agentenlandschaft.
Das ist wichtig, denn die Zukunft wird nicht aus einem einzigen Copilot bestehen.
Es werden viele Agents sein:
- Persönliche Agents.
- Team-Agents.
- Abteilungs-Agents.
- Unternehmens-Agents.
- Agents mit delegiertem Benutzerzugriff.
- Agents mit eigener Identität.
- Agents, die mit anderen Agents zusammenarbeiten.
Bei dieser Größenordnung kann die Steuerung nicht manuell erfolgen.
Drei Level der Agent Governance
Dies lässt sich am besten in verschiendenen Zonen betrachten..
Level 1: Persönliche Produktivität
Diese Agents unterstützen Einzelpersonen bei ihrer täglichen Arbeit:
-
Meetingvorebreitung.
-
Recherche.
-
Zusammenfassungen.
-
Unterstützung bei persönlichen Aufgaben.
Die Steuerung sollte hier schlank gehalten werden. Der Schwerpunkt sollte auf Sensibilisierung, Schulung, verantwortungsbewusstem Umgang und Datenverarbeitung liegen.
Diese Ebene sollte nicht übermäßig komplex gestaltet werden.
Level 2: Team-Produktivität
Diese Agents unterstützen ein Team oder eine Abteilung:
-
HR-Wissens-Agents.
-
Projektassistenten-Agents.
-
Agents im Vertriebs-Support.
-
Agents im Service-Desk-Eingang.
Nun kommt es auf die Verantwortlichkeiten an. Ebenso wichtig sind die Qualität des Wissens, die Zugriffskontrolle, die Nutzungsüberwachung und der Support.
Hier muss die Governance strukturierter gestaltet werden.
Level 3: Enterprise Agents
Diese Agents unterstützen geschäftskritische Prozesse.
-
Fallmanagement.
-
Beschaffung.
-
Kundenservice.
-
Störungsbearbeitung.
-
Autonome Workflow-Koordination.
Hier muss die Steuerung streng sein.
- Sicherheitsüberprüfung.
- Lebenszyklusmanagement.
- Überwachung.
- Kontrollen mit menschlicher Einbindung.
- Nachvollziehbarkeit.
- Klare Zuständigkeiten.
- Ausweichverfahren.
Je mehr Autonomie ein Agent erhält, desto strenger muss die Steuerung sein.
Zuerst Vertrauen. Dann Autonomie.
Governance und Akzeptanz gehen Hand in Hand
Ein Fehler, den ich oft beobachte, ist, Governance und Akzeptanz als getrennte Bereiche zu betrachten.
Das sind sie jedoch nicht.
Ist die Governance zu schwerfällig, meiden die Menschen sie.
Verläuft die Akzeptanz ohne Governance, entsteht Chaos.
Wenn die Sicherheit alles blockiert, wird Innovation in den Hintergrund gedrängt.
Die richtige Balance zu finden, ist das Schwierige daran.
Die Power Platform hat uns gelehrt, dass erfolgreiche Governance nicht nur aus Richtlinien besteht. Es geht auch um Community, Schulungen, Anleitung, wiederverwendbare Muster und Support.
Das Gleiche gilt für KI.
Die Menschen müssen verstehen:
-
Was Copilot kann und was nicht
-
Welche Daten er nutzen kann
-
Wann man KI nicht einsetzen sollte
-
Wie man die Ergebnisse überprüft
-
Wie man Agents verantwortungsbewusst gestaltet
-
Wann eine menschliche Freigabe erforderlich ist
-
Wie man Probleme meldet
KI-Kompetenz wird Teil der Governance.
Nicht als Abhakpunkt in einer Schulung, sondern als echte Fähigkeit.
Der große Wandel
Die Power Platform-Governance begann als Diskussion über Apps, Flows und Umgebungen. Heute hat sie sich zu etwas viel Umfassenderem entwickelt. Es geht um die Steuerung eines Ökosystems, in dem Menschen, Copilots und Agents Seite an Seite arbeiten.
Dies ist kein Ersatz für die Power Platform-Governance.
Es ist die nächste Ebene.
Die eigentliche Frage
Die Frage ist nicht, ob Unternehmen Copilots oder Agents zulassen sollten.
Das tun sie bereits.
Die eigentliche Frage ist, ob Unternehmen genügend Vertrauen schaffen können, um sie sicher zu skalieren.
Denn KI ohne Governance wird zum Risiko.
Governance ohne Akzeptanz führt zu Widerstand.
Aber Governance mit Akzeptanz führt zu Beschleunigung.
Die Power Platform-Governance war das Trainingsfeld. Sie hat uns gelehrt, wie wir Innovation ermöglichen und gleichzeitig die Kontrolle behalten können. Jetzt müssen wir dieselbe Denkweise auf Microsoft 365 Copilot, Copilot Studio und Agent 365 anwenden.
Nicht, um die Dinge zu verlangsamen.
Sondern um sicherzustellen, dass wir die Dinge sicher beschleunigen können.
Bei der Governance geht es nicht mehr nur darum, zu kontrollieren, was Menschen entwickeln. Es geht darum, Menschen und digitale Mitarbeiter in die Lage zu versetzen, verantwortungsbewusst zusammenzuarbeiten.
Möchten Sie einen klaren Überblick über Ihre KI-Governance erhalten?
Dieses Assessment hilft Ihnen dabei, die nächsten Schritte hin zu einer starken KI-Governance zu setzen. Machen Sie das AI Agent Governance Assessment.