Governance wird in vielen Vorhaben zu spät behandelt. Erst wenn ein Assistent funktioniert, tauchen Fragen zu Berechtigungen, Datennutzung, Freigaben und Verantwortung auf. Dann wirkt Governance schnell wie ein Bremsklotz.
In der Praxis ist sie eher das Gegenteil: Sie macht entscheidbar, was gebaut, getestet und eingeführt werden darf.
Was Governance hier nicht bedeutet
Gute Governance ist kein 40-seitiges Konzept, das parallel zum Projekt entsteht und niemand im Alltag nutzt. Sie muss in den konkreten Ablauf passen: Wer darf welche Quelle nutzen? Welche Ergebnisse brauchen Prüfung? Wer entscheidet über Anpassungen?
Drei Ebenen, die zusammenpassen müssen
1. Datenzugriff und Berechtigungen
Eine Lösung darf nur auf Informationen zugreifen, die für die Aufgabe freigegeben sind. Das betrifft SharePoint, E-Mails, CRM-Daten und interne Systeme gleichermaßen.
2. Qualität und Freigabe
Nicht jedes Ergebnis soll automatisch weiterlaufen. Für viele Aufgaben braucht es definierte Prüfpunkte — besonders dort, wo Fehler Folgekosten haben.
3. Betrieb und Verantwortung
Nach der Einführung muss klar sein, wer Anpassungen verantwortet, wie Fehler sichtbar werden und wann ein Ablauf gestoppt oder zurückgestuft wird.
Der Praxistest
Ein einfacher Test: Kann jemand außerhalb des Projektteams in zehn Minuten erklären, wer für die Lösung verantwortlich ist, welche Daten sie nutzt und wann ein Ergebnis nicht automatisch weitergegeben werden darf?
Wenn diese Antworten unklar sind, fehlt noch keine Technologie — sondern die Governance, die den Betrieb erst möglich macht.