Microsoft 365 Governance
Power Platform Governance
Die Power Platform ermöglicht Fachbereichen eigene Lösungen. Governance sorgt dafür, dass daraus kein unkontrolliertes Schatten-IT-Portfolio wird.
Power Apps, Power Automate und Copilot Studio erlauben Fachbereichen, eigene Anwendungen, Abläufe und Agenten zu bauen. Das schafft Tempo und entlastet die IT, solange klar ist, wer was bauen darf, welche Daten wohin fliessen dürfen und wer eine Anwendung verantwortet. Ohne diese Regeln entsteht eine Schatten-IT, die niemand mehr überblickt. Wir bauen mit Ihnen eine Governance auf, die Innovation zulässt und Risiken begrenzt.
Bausteine einer Power Platform Governance
| Baustein | Ziel | Typische Massnahmen |
|---|---|---|
| Umgebungsstrategie | Trennung von Experiment, Fachbereich und geschäftskritischer Nutzung | Persönliche Entwicklung, Team-Umgebungen, Test und Produktion |
| Datenrichtlinien (DLP) | Geschäftsdaten fliessen nicht in ungeeignete Dienste | Konnektoren klassifizieren, externe Dienste sperren, Ausnahmen begründen |
| Rollen und Verantwortung | Jede Anwendung hat einen Besitzer | Maker-Richtlinie, Stellvertretung, Kritikalitätsstufen |
| Lebenszyklus | Geschäftskritische Lösungen werden kontrolliert ausgerollt | Lösungen, Pipelines, Test und Freigabe |
| Agenten | Copilot-Studio-Agenten sind bekannt und geprüft | Freigabeprozess, Wissensquellen, Authentifizierung, Protokollierung |
| Überwachung | Nutzung, Kapazität und Risiken sind sichtbar | Inventar, Berichte, Benachrichtigungen bei Regelverstössen |
Kritikalität statt Einheitsregel
Nicht jede App braucht denselben Aufwand. Eine persönliche Automatisierung braucht kaum Kontrolle, eine App für Kundendaten oder Zahlungen dagegen Test, Freigabe, Dokumentation und Stellvertretung. Wir definieren mit Ihnen wenige, klare Kritikalitätsstufen und die Anforderungen je Stufe. So bleibt der Einstieg einfach, und geschäftskritische Lösungen werden wie andere Anwendungen behandelt.
Typische Feststellungen
- Alle bauen in der Standardumgebung, auch geschäftskritische Anwendungen.
- Es gibt keine oder zu offene DLP-Richtlinien.
- Kritische Abläufe laufen unter dem persönlichen Konto einer einzelnen Person.
- Niemand weiss, welche Agenten veröffentlicht sind und worauf sie zugreifen.
- Austritte von Makern hinterlassen verwaiste Apps und Flows.
Unser Vorgehen
- 1
Bestandsaufnahme:
Umgebungen, Apps, Flows, Agenten, Konnektoren und Besitzer auswerten.
- 2
Zielbild:
Umgebungsstrategie, DLP-Richtlinien, Rollen und Kritikalitätsstufen festlegen.
- 3
Umsetzung:
Einstellungen im Admin Center, Richtlinien und Vorlagen konfigurieren.
- 4
Befähigung:
Maker-Richtlinie, Schulung und Anlaufstelle für Fachbereiche aufbauen.
- 5
Betrieb:
Inventar, Berichte und regelmässige Überprüfung etablieren.
Häufige Fragen
Häufige Fragen
Weiterlesen
Weiterführende Insights
Verwandte Themen und Leistungen
Microsoft 365 Governance
Governance für Microsoft 365, Teams, SharePoint, Entra ID und Power Platform: klare Regeln, nachweisbare Kontrollen, revisionsfest.
Power Platform Audit
Power Platform prüfen: Umgebungen, DLP-Richtlinien, Konnektoren, Berechtigungen, Lebenszyklus und Copilot-Studio-Agenten, mit Kriterien und Evidenz.