Die Governance-Lücke in Business-Central-Programmen
Governance ist der am häufigsten genannte und am wenigsten präzise definierte Begriff in ERP-Projekten. Fragen Sie zehn Business-Central-Fachleute, was Governance in ihrem Programm bedeutet, bekommen Sie zehn verschiedene Antworten: Projektmanagement-Prozesse, Reporting-Strukturen, Methodik-Konformität.
Diese Unschärfe ist nicht nur ein Wortproblem. Wenn Governance undefiniert ist, ist sie auch nicht durchsetzbar. Und wenn sie nicht durchsetzbar ist, läuft das Programm nicht ohne Governance, sondern mit informeller Governance: unausgesprochene Normen, nicht erklärte Entscheidungshierarchien und Verantwortungslücken, die sich unsichtbar aufbauen, bis eine Krise sie ans Licht zwingt.
Was ist ERP-Governance? Eine Arbeitsdefinition
ERP-Governance ist im Kontext eines Business-Central- oder Dynamics-365-Programms die Summe der Strukturen, die bestimmen, wie Entscheidungen getroffen werden: wer die Autorität hat, was eine Eskalation auslöst, wie Konflikte zwischen konkurrierenden Interessen aufgelöst werden und wie Verantwortung erhalten bleibt, während sich das Programm entwickelt.
Drei Dinge ist Governance nicht: nicht Projektmanagement (das Aufgaben und Termine steuert), nicht Methodik (die festlegt, wie gearbeitet wird), und nicht Tooling (das Governance sichtbar macht, aber selbst keine Governance ist). Oft wird in Governance-Werkzeuge investiert, während die Strukturen undefiniert bleiben. Das Ergebnis ist besser formatiertes Reporting derselben Unklarheit.
Warum Governance über das Ergebnis entscheidet
Governance ist der Hebel, der strategische Absicht mit der Umsetzung verbindet. Wenn sie funktioniert, fallen Entscheidungen auf der richtigen Ebene und zur richtigen Zeit. Konflikte zwischen lokalen und zentralen Interessen werden gelöst, ohne das Tempo zu zerstören. Verantwortung ist klar genug, dass Probleme auftauchen, bevor sie zur Krise werden.
Vier Ergebnisse hängen direkt an der Governance-Qualität: Entscheidungstempo, Verantwortungsklarheit, Konfliktlösung und Rollout-Konsistenz. Langsame oder fehlende Governance erzeugt Entscheidungsschulden: einen wachsenden Stau ungelöster Fragen, der irgendwann eine Krise erzwingt.
Die vier Dimensionen der ERP-Governance
1. Strategie: Entscheidungen oberhalb der Projektebene
Strategische Governance betrifft die Entscheidungen über dem Programm: den Business Case, die Scope-Grenzen und die Ausrichtung der ERP-Ziele an der Unternehmensstrategie. Die meisten Programme haben einen formalen Sponsor. Wenige haben eine funktionierende strategische Governance-Ebene mit der Autorität, zu entscheiden, wenn Konflikte die Befugnis der Projektleitung übersteigen.
2. Governance: Entscheidungsbefugnis und Verantwortung
Diese Dimension deckt die operative Governance ab: wer welche Art von Entscheidung treffen darf, wie der Lenkungsausschuss besetzt ist und arbeitet und wie Verantwortung dokumentiert wird, während sich das Team verändert. Der häufigste Fehler ist Governance per Gremium: Entscheidungsstrukturen, in denen Autorität über eine Gruppe verteilt ist, ohne dass eine einzelne Person verantwortlich ist.
3. Delivery: Umsetzungsdisziplin und Koordination
Delivery-Governance betrifft die Strukturen, die Qualität und Konsistenz in der Umsetzung halten: Workstream-Koordination, Meilenstein-Verantwortung, Scope-Management und die Rückkopplungen, die Probleme sichtbar machen, bevor sie sich aufschaukeln. In Multi-Country-Programmen muss sie zusätzlich die Koordination zwischen zentralen Teams und den Länder-Implementierungen regeln.
4. Readiness: die Fähigkeit der Organisation, Veränderung aufzunehmen
Readiness-Governance klärt, ob die Organisation strukturell bereit ist, das System aufzunehmen: Verantwortung für Change Management, Training und Befähigung, Datenvorbereitung und die Bereitschaft der Key-User-Gruppen. Programme, die technisch pünktlich liefern, scheitern oft an der Akzeptanz, weil Readiness als operatives Detail behandelt wurde statt als Programmverantwortung.
Wenn Governance undefiniert ist, ist sie auch nicht durchsetzbar. Und wenn sie nicht durchsetzbar ist, läuft das Programm nicht ohne Governance, sondern mit informeller Governance: unausgesprochene Normen, nicht erklärte Entscheidungshierarchien und Verantwortungslücken, die sich unsichtbar aufbauen, bis eine Krise sie ans Licht zwingt.
Häufige Governance-Fehlmuster in BC-Programmen
Governance per Gremium (ohne individuelle Verantwortung)
Der Lenkungsausschuss tagt monatlich. Themen werden diskutiert. Entscheidungen werden zur weiteren Prüfung notiert. Die Projektleitung verlässt das Meeting mit nicht mehr Autorität als vorher. Dieses Muster erzeugt den Anschein von Governance und beseitigt zugleich ihre Funktion: Verantwortung wird so weit verteilt, dass niemand für etwas Konkretes zuständig ist.
Governance, die auf dem Papier steht, aber nicht in der Praxis
Das Governance-Modell ist dokumentiert, die RACI-Matrix vollständig. In der Praxis fallen die Entscheidungen aber in Chat-Kanälen und über informelle Beziehungen. Die formale Struktur wird umgangen, weil sie langsamer und weniger vertraut ist als die informelle, die daneben gewachsen ist. Das erzeugt trügerische Sicherheit, während die echte Entscheidungsfindung ohne Aufsicht läuft.
Governance, die international nicht skaliert
Ein Modell, das für ein Land gut funktioniert, versagt oft, wenn das Programm wächst. Länder-Leads entwickeln eigene Auslegungen der Programm-Autorität. Koordination, die informell lief, braucht formale Struktur. Der Eskalationsweg, der national klar war, wird über Rechtsräume hinweg mehrdeutig.
Wie gute Governance gebaut wird: fünf strukturelle Prinzipien
- Individuelle Verantwortung auf jeder Ebene. Jede Governance-Ebene braucht eine benannte Person, die für deren Entscheidungen verantwortlich ist. Gremien beraten. Personen entscheiden.
- Explizite Zuordnung der Entscheidungsbefugnis. Jede Entscheidungsart wird ausdrücklich einem Entscheider zugeordnet. Informelle Autorität ist der Feind der Governance.
- Eskalationswege, die genutzt werden und Vertrauen haben. Governance, die Eskalationen verlässlich in Entscheidungen überführt, baut Vertrauen auf. Governance, die daraus Gremiendiskussionen macht, zerstört es.
- Governance-Rhythmen, die zum Tempo passen. Ein Ausschuss, der monatlich tagt, kann kein Programm steuern, das täglich Entscheidungen verlangt. Die Struktur muss auf die nötige Entscheidungsfrequenz kalibriert sein.
- Ein Mechanismus, der die Realität sichtbar macht, nicht nur das Reporting. Wirksame Governance hat einen Weg, die informelle Realität des Programms neben der formalen sichtbar zu machen.
Governance in internationalen Programmen: zusätzliche Komplexität
Erstreckt sich ein Business-Central-Programm über mehrere Länder, werden vier zusätzliche Strukturen wesentlich: eine Programm-Autorität oberhalb der Länderebene, Governance-Charters je Land, Mechanismen zur länderübergreifenden Koordination und Governance-Reviews je Rollout-Welle, also formale Checkpoints zwischen den Wellen, die prüfen, ob das Modell noch hält.
Wie DGP Governance in der Praxis adressiert
Im Assessment wird Governance als eine von vier Diagnose-Dimensionen analysiert. Es macht strukturelle Lücken sichtbar, die Fehlausrichtung zwischen formaler und informeller Autorität und die Frühwarnsignale, dass Governance unter Druck zu kippen beginnt.
Bei komplexen Multi-Country-Rollouts liefert DGP die Programm-Governance direkt mit: die Koordination, die Eskalationswege und die Entscheidungsstrukturen, die einzelne Länder-Rollouts als Teil eines Programms zusammenhalten. Senior-geführt, praktisch und strukturell, mit der Steuerung auf Ihrer Seite und Business Central als Heimat.
Struktur, bevor der Druck kommt
DGP bewertet Governance über vier Dimensionen und gibt Ihnen ein klares, entscheidungsreifes Bild, was sich ändern muss, bevor das Programm es unausweichlich macht. Lassen Sie uns darüber sprechen.
