Governance ist keine Bürokratie. Schlechte Governance schon.

Sagen Sie in den meisten IT-Abteilungen das Wort „Governance“, und Sie sehen, wie die Schultern sinken. Man denkt an Genehmigungsgremien, die alle zwei Wochen tagen, Formulare, die niemand liest, und einen Change-Kalender, der vor allem dazu da ist, Nein zu sagen.

Das ist keine Governance. Das ist, was übrig bleibt, wenn Governance schlecht gestaltet wurde – oder aus einem Framework kopiert, ohne überhaupt gestaltet zu werden.

Gute Governance bewirkt das Gegenteil. Sie beschleunigt Entscheidungen, weil alle wissen, wer sie treffen darf. Sie lässt Teams vorankommen, weil die Leitplanken klar sind. Und sie erkennt Risiken früh, solange sie noch billig zu beheben sind.

Wozu Governance eigentlich da ist

Ohne das Fachvokabular beantwortet IT-Governance drei Fragen:

1. Wer entscheidet? Entscheidungsrechte – für Ausgaben, Changes, Risikoakzeptanz und Prioritäten.
2. Wie sieht gut aus? Die Service Levels, Kontrollen und Ergebnisse, auf die wir uns geeinigt haben.
3. Woher wissen wir es? Die Nachweise und Berichte, die zeigen, ob es tatsächlich geschieht.

COBIT bietet einen strukturierten Weg, diese Fragen auf Vorstandsebene zu beantworten. ITIL liefert die Praktiken, um sie im Tagesgeschäft umzusetzen. Keines von beiden taugt als Regelwerk. Beide taugen als Entscheidungsrahmen.

Die $2.5M-Frage, die niemand gestellt hatte

Bei einer unternehmensweiten Migration lag der Plan im Zeitplan, und das Abnahme-Meeting stand kurz bevor. Richtig gemachte Governance bedeutete eine weitere Frage vor der Freigabe: War die Kompatibilität für jede kritische Abhängigkeit geprüft worden, nicht nur für die im Testplan?

Das war sie nicht. In dieser Lücke steckte ein VPN-Kompatibilitätsfehler. Ihn vor der Abnahme zu entdecken, wendete eine prognostizierte Geschäftsauswirkung von $2.5M ab.

Niemand würde das Bürokratie nennen. Es war eine einzige, gut platzierte Kontrolle, verantwortet von jemandem mit der Befugnis, ein Go-live anzuhalten. Genau darum geht es.

Fünf Anzeichen, dass Ihre Governance zur Bürokratie geworden ist

• Jeder Change geht an dasselbe Gremium, ob es um eine kleine Anpassung der Passwortrichtlinie oder die Migration einer Kernplattform geht.
• Freigaben werden dokumentiert, Entscheidungen nicht – Sie sehen, wer unterschrieben hat, nicht warum.
• SLAs messen Aktivität, nicht Ergebnisse – geschlossene Tickets statt Services, die verfügbar waren, als das Business sie brauchte.
• Berichte werden für die IT geschrieben, also hören Führungskräfte auf, sie zu lesen.
• Niemand kann den Verantwortlichen benennen für ein bestimmtes Risiko, einen Service oder eine Lieferantenbeziehung.

Governance, die Dinge beschleunigt

Staffeln Sie Ihre Entscheidungen. Standard-Changes mit geringem Risiko sollten vorab genehmigt und automatisiert sein. Heben Sie die menschliche Prüfung für die Changes auf, die dem Business wirklich schaden könnten.

Halten Sie Entscheidungsrechte schriftlich fest. Eine einseitige RACI für Ihre wichtigsten Entscheidungen beseitigt mehr Reibung als jedes Tool.

Gestalten Sie SLAs vom Business her rückwärts. Beginnen Sie mit dem, was eine Filiale, ein Werk oder ein Schiff tatsächlich braucht, und legen Sie dann Ziele und OLAs fest, die das unterstützen. So wird SLA-Erfüllung aussagekräftig statt kosmetisch.

Machen Sie Lieferanten-Governance zur Routine, nicht zur Rettungsaktion. Monatliche Service-Reviews gegen den Vertrag, mit klaren Eskalationswegen, verhindern, dass Lieferantenprobleme zu Incidents werden. Disziplinierte Lieferantenkonsolidierung und Governance über den Asset-Lebenszyklus sind der Weg, auf dem ich geholfen habe, die regionalen IT-Kosten um 15% (AED 5.5M) zu senken – nicht durch Abstriche, sondern indem genau bekannt war, wofür bezahlt wurde.

Berichten Sie in der Sprache des Vorstands. Risiko, Kosten, Verfügbarkeit, Kundenauswirkung. Eine Seite. Trendlinien, keine rohen Ticketzahlen.

Der Test

Hier ist ein einfacher Test für jeden Governance-Prozess: Wenn Sie ihn morgen abschaffen würden, was würde schiefgehen, und wie schnell würde es jemand bemerken?

Lautet die Antwort „nichts“ – schaffen Sie ihn ab. Lautet sie „ein $2.5M-Fehler würde die Produktion erreichen“ – dann leistet Governance ihre Arbeit und verdient Schutz.

Governance ist keine Bürokratie. Schlechte Governance schon. Der Unterschied ist, ob sie bewusst gestaltet wurde.