Zum Inhalt springen

PMI Governance-Modell aufbauen

Wie Sie Steering Committee, PMO und Entscheidungswege nach einer Akquisition strukturieren

Worauf es beim PMI Governance-Modell ankommt

Eine Akquisition schafft nicht automatisch ein integriertes Unternehmen – sie schafft Komplexität. Zwei Systemlandschaften, zwei IT-Teams, zwei Sicherheitsniveaus und eine Vielzahl von Entscheidungen, die niemand eindeutig verantwortet. Untersuchungen zu M&A-Transaktionen zeigen seit Jahren dasselbe Muster: Ein erheblicher Teil der angekündigten Synergien wird nie realisiert. Die Ursachen liegen dabei selten in der Technik. Sie liegen darin, dass Entscheidungen zu langsam getroffen werden, dass Zuständigkeiten unklar bleiben und dass die IT im entscheidenden Gremium nicht vertreten ist.

Genau hier setzt Governance an. Ein durchdachtes Governance-Modell entscheidet früher über den Integrationserfolg als jede technische Migration – weil es festlegt, wer worüber wie schnell entscheidet. Dieser Leitfaden zeigt Ihnen aus der Perspektive der IT-Integration, wie Sie ein tragfähiges Governance-Modell aufbauen: von der Besetzung des Steering Committees über die Rolle des IT-PMO bis zur RACI-basierten Entscheidungsmatrix und der KPI-Steuerung.

Governance ist für uns keine Sonderdisziplin, die nur bei Übernahmen auftaucht. Sie ist die durchgehende Steuerungsschicht, die jedes komplexe Veränderungsvorhaben trägt – ob nach einer Akquisition, in einer Systemmigration oder bei einer unternehmensweiten Digitalisierung. Der gemeinsame Nenner ist immer derselbe: ein Vorhaben sauber strukturieren, es fachlich anschlussfähig machen und bis in die operative Wirkung steuern. Post-Merger-Integration ist der anspruchsvollste dieser Fälle, weil hier zwei gewachsene Organisationen unter Zeitdruck zusammenfinden müssen.

Dieser Leitfaden ist Teil unseres Leitfadens zur Unternehmensintegration nach M&A und richtet sich an IT-Leiter, CIOs, CDOs und Integration Manager, die eine Übernahme nicht dem Zufall überlassen wollen.

Ein erster Schritt für Unternehmen im Bereich der Systemintegration besteht darin, ihre Stärken und Schwächen im Vergleich zum Markt zu kennen.

Was ist ein PMI Governance-Modell?

Ein PMI Governance-Modell ist das strukturierte Rahmenwerk aus Gremien, Rollen, Entscheidungswegen und Steuerungsmechanismen, das sicherstellt, dass die Unternehmensintegration nach einer Fusion oder Übernahme kontrolliert, priorisiert und transparent verläuft. Es beantwortet drei Fragen verbindlich: Wer entscheidet? Auf welcher Grundlage? Und was passiert, wenn eine Entscheidung ausbleibt?

Abgrenzung zu benachbarten Konzepten

Ein PMI Governance-Modell ist keine Projektmanagement-Methodik und kein IT-Governance-Framework im klassischen Sinn:

  • Projektmanagement (z. B. nach PMI-Standard) organisiert einzelne Vorhaben. Governance organisiert die Entscheidungen über diese Vorhaben.
  • IT-Governance regelt den Dauerbetrieb der IT-Organisation. PMI-Governance ist temporär, hat ein Enddatum und einen klaren Zweck: die kontrollierte Zusammenführung zweier Organisationen.
  • Organisationsdesign beschreibt die Zielstruktur. Governance beschreibt den Weg dorthin.

Warum ein PMI Governance-Modell IT-spezifisch gedacht werden muss

Die IT ist in fast jeder Integration der kritische Engpass – und zugleich das Gremium, das am häufigsten zu spät eingebunden wird. Ein Governance-Modell ohne feste IT-Vertretung führt zu drei vorhersehbaren Folgen: Schattenprojekte, weil Fachbereiche eigene Lösungen bauen, während die Zielarchitektur noch offen ist; Doppelstrukturen, weil niemand entscheidet, welches System gewinnt; und Sicherheitslücken, weil zusammengeführte Systeme ohne harmonisierte Richtlinien betrieben werden.

Ein tragfähiges Modell verankert die IT deshalb nicht als Zulieferer, sondern als Entscheidungsträger auf allen drei Governance-Ebenen.

Weiterführend: Wie Sie aus dem Governance-Rahmen eine konkrete Roadmap ableiten, lesen Sie in unserer Strategieberatung zur Post-Merger-Integration.

Die drei Governance-Ebenen im Überblick

Ein funktionierendes Governance-Modell arbeitet auf drei klar getrennten Ebenen. Jede Ebene hat ein eigenes Mandat, einen eigenen Rhythmus und eine eigene IT-Verantwortung. Die Trennung verhindert das häufigste Governance-Problem: dass strategische Fragen in operativen Meetings versanden – oder umgekehrt.

Wo stehen Sie gerade im Prozess?

Egal, an welchem Punkt Sie stehen: In 30 Minuten sortieren wir gemeinsam, welche Entscheidung als Nächstes ansteht und wo Ihr Risiko am größten ist. Kein Pitch, keine Verpflichtung – nur eine ehrliche Einschätzung.

Steering Committee: Aufbau, Rollen und Entscheidungsregeln

Das Steering Committee ist das höchste Entscheidungsgremium der Integration. Es tagt nicht, um Status entgegenzunehmen, sondern um Entscheidungen zu treffen, die auf tieferer Ebene nicht getroffen werden können.

Rolle

Begründung

CEO / COO

Eskalationsinstanz und strategische Priorisierung. Ohne mandatierten Sponsor bleibt das SteCo zahnlos.

CFO

Synergie-Tracking und Budgetfreigaben. Bindeglied zwischen Business Case und Integrationsrealität.

CIO / CDO

IT-Architektur, Security und Datenstrategie. Die IT ist auf strategischer Ebene entscheidungsberechtigt, nicht nur auskunftspflichtig.

CHRO

Organisations- und HR-Integration, Mitarbeiterbindung in der kritischen Phase.

Business-Unit-Heads

Operative Entscheidungen mit Kundenwirkung, Priorisierung nach Geschäftsrelevanz.

bitformer als externer M&A-Berater

Methodenkompetenz und Unabhängigkeit – besonders wertvoll, wenn interne Interessen kollidieren.

Die Besetzung ist bewusst schlank: Ein Steering Committee mit mehr als acht bis neun Mitgliedern verliert seine Entscheidungsfähigkeit. Wer nicht entscheidet, gehört nicht ins Gremium, sondern in den Verteiler.

Das Integration Management Office (IMO) und das IT-PMO

Das IMO ist die operative Schaltzentrale der Integration. In IT-getriebenen Transaktionen empfiehlt sich zusätzlich ein dediziertes IT-PMO – nicht als Bürokratie, sondern weil die IT-Abhängigkeiten zu zahlreich sind, um sie nebenbei zu steuern.

IMO oder IT-PMO – wo liegt der Unterschied?

Integration Management Office (IMO)

IT-PMO

Koordiniert alle Workstreams (IT, HR, Finance, Legal …)

Fokus auf IT-Workstreams und IT-Abhängigkeiten

Besetzt durch Integration Manager

Besetzt durch IT-Projektleiter oder Enterprise Architect

Berichtet an das Steering Committee

Berichtet an IMO und CIO

Verantwortet die gesamte PMI-Roadmap

Verantwortet die IT-Roadmap und die Day-1-IT-Readiness

In kleineren Transaktionen kann das IT-PMO als Teilfunktion im IMO angesiedelt sein. Sobald die IT-Landschaft komplex ist – mehrere ERP-Instanzen, getrennte Cloud-Umgebungen, kein gemeinsames Identity Management – rechtfertigt der Koordinationsaufwand eine eigenständige Struktur.

Aufgaben des IT-PMO im Detail

  • Koordination der IT-Workstreams: ERP, Infrastruktur, Security, Daten und Applikationen
  • Management der IT-Abhängigkeiten über ein zentrales Dependency Register
  • Führung und Eskalation des IT-Risikoregisters
  • IT-Budget-Tracking und Synergie-Reporting an CFO und SteCo
  • Schnittstellenmanagement zu den Business-Workstreams

Der entscheidende Punkt: Das IT-PMO ist ab Day 1 aktiv – nicht erst, wenn nach dem Closing die ersten Probleme sichtbar werden.

Wer diese Struktur nicht aus eigener Kraft besetzen kann, muss sie nicht selbst aufbauen. Ein Integration- oder IT-PMO lässt sich auch temporär extern betreiben – von der Projekt- und Programmsteuerung über Reporting, Risikomanagement und Entscheidungslogik bis zur Steuerung externer Dienstleister – und am Ende der Integration geordnet an die eigene Organisation übergeben. Genau diese Rolle übernehmen wir in Integrationsprojekten, in denen die interne Bandbreite für ein volles PMO nicht ausreicht.

KPI-Steuerung: Wie messen Sie den Governance-Erfolg?

Governance, die sich nicht messen lässt, existiert nur auf dem Papier. Die folgenden Kennzahlen machen sichtbar, ob Ihre Strukturen tatsächlich Entscheidungen produzieren – und nicht nur Meetings.

KPI-Kategorie

Kennzahl

Zielwert / Benchmark

Governance-Effizienz

Eskalationsrate (Anzahl an SteCo)

< 3 Eskalationen / Monat

Entscheidungsgeschwindigkeit

Entscheidungsgeschwindigkeit

Ø Entscheidungsdauer

IT-Risiko

Offene kritische IT-Risiken

0 offene P1-Risiken nach Tag 30

Projektfortschritt IT

On-Time-Delivery der IT-Workstreams

> 85 % nach 100 Tagen

Synergien IT

Realisierte IT-Kostensynergien (€)

lt. Business Case (monatlich)

Stakeholder-Zufriedenheit

Integration NPS (intern)

> 50 Punkte nach Tag 60

Eine hohe Eskalationsrate ist übrigens kein Zeichen von Versagen, sondern häufig von funktionierender Governance – solange die Entscheidungen anschließend schnell fallen. Kritisch wird es, wenn Eskalationen liegen bleiben.

Weiterführend: Wie sich IT-Synergien belastbar messen lassen, vertiefen wir in unserem Überblick zur Post-Merger IT-Integration.

Häufige Fehler beim Aufbau eines PMI Governance-Modells

Kein CIO im Steering Committee
Der CIO ist Pflichtmitglied. IT-Entscheidungen ohne CIO erzeugen Architekturschuld, die später teuer zurückzuzahlen ist.
IT-PMO zu spät besetzt
Das IT-PMO ab Day 1 aktivieren – nicht erst nach dem Closing, wenn die Abhängigkeiten bereits verhärtet sind.
Unklare Entscheidungsebenen
RACI konsequent definieren. Doppelte Verantwortlichkeiten sind die häufigste Eskalationsursache.
Governance nur auf dem Papier
Strukturen müssen gelebt werden: regelmäßige Meetings, dokumentierte Beschlüsse, nachverfolgte Maßnahmen.
Fehlende IT-Risikobetrachtung
Das IT-Risikoregister in das vorhandene PMO-Tooling integrieren, statt in eine separate Excel-Insel.
Governance endet nach Day 100
Die Post-Integration-Governance bis zur vollständigen Synergierealisierung aufrechterhalten – oft 12 bis 18 Monate.

Governance ist unsere Integrationsdisziplin – nicht nur Theorie

Ein Governance-Modell zu beschreiben ist das eine, es unter Zeitdruck zum Laufen zu bringen das andere. Beides gehört bei uns zusammen: Wir konzipieren die Struktur nicht nur, wir besetzen und betreiben sie bei Bedarf auch. Programm- und Multiprojektsteuerung, der Aufbau und die Veränderung von Governancestrukturen, Prozess- und KPI-Design, die Steuerung kritischer IT-Migrationen bis zur Cutover- und Go-/No-Go-Logik sowie Interim Management für Projekt- und Programmverantwortung – das ist die Steuerungskompetenz, mit der wir Integrationen von der Entscheidung bis in die operative Wirkung begleiten.

Der Ansatz bleibt in jeder Phase derselbe: Wir übernehmen so viel Steuerung wie nötig, bauen internes Know-how parallel auf und übergeben am Ende eine tragfähige, dokumentierte Struktur an Ihre Organisation.

Häufig gestellte Fragen

Was ist ein PMI Governance-Modell?
Ein PMI Governance-Modell ist das strukturierte Rahmenwerk aus Gremien, Rollen, Entscheidungswegen und Steuerungsmechanismen, das eine Unternehmensintegration nach einer Fusion oder Übernahme kontrolliert, priorisiert und transparent steuert. Es legt fest, wer worüber auf welcher Grundlage entscheidet.
Wer sollte im PMI Steering Committee sitzen?
In das Steering Committee gehören der Sponsor (CEO oder COO), der CFO für Budget und Synergien, der CIO oder CDO als Pflichtmitglied für die IT, der CHRO für die Organisationsintegration sowie relevante Business-Unit-Heads. Optional ergänzt ein externer M&A-Berater das Gremium um Methodenkompetenz und Unabhängigkeit.
Wie unterscheidet sich das IMO vom IT-PMO?
Das Integration Management Office (IMO) koordiniert alle Workstreams der Integration und berichtet an das Steering Committee. Das IT-PMO ist auf die IT-Workstreams und deren Abhängigkeiten spezialisiert, wird durch IT-Projektleiter oder Enterprise Architects besetzt und berichtet an IMO und CIO.
Welche KPIs sind für die PMI-Governance relevant?
Zentrale Kennzahlen sind die Eskalationsrate, die durchschnittliche Entscheidungsdauer, die Zahl offener kritischer IT-Risiken, die On-Time-Delivery der IT-Workstreams, die realisierten IT-Kostensynergien und ein interner Integration NPS.
Wie lange braucht man für ein Governance-Setup?
Der Governance-Rahmen sollte vor dem Closing stehen und ab Day 1 wirksam sein. Der grundlegende Aufbau – Gremien besetzen, RACI definieren, Eskalationspfade festlegen – ist in der Regel innerhalb weniger Wochen möglich. Die Governance selbst bleibt bis zur vollständigen Synergierealisierung aktiv, häufig 12 bis 18 Monate.
Was sind typische Governance-Fehler nach M&A?
Die häufigsten Fehler sind ein fehlender CIO im Steering Committee, ein zu spät besetztes IT-PMO, unklare Entscheidungsebenen, gelebte statt nur dokumentierte Governance, eine fehlende IT-Risikobetrachtung und ein zu frühes Ende der Governance nach Tag 100.

Sie starten gerade mit einer Unternehmensintegration?

Erstgespräch vereinbaren:

Lassen Sie Ihre Governance-Struktur kostenlos einschätzen. In einem 30-minütigen Erstgespräch sortieren wir gemeinsam, welche Entscheidung als Nächstes ansteht und wo Ihr Risiko am größten ist  – ohne Verkaufspitch, ohne Verbindlichkeit.

Gemeinsam finden wir heraus, ob und wie ich Sie bestmöglich unterstützen kann.

Ich freue mich auf den Austausch mit Ihnen

MAX GIESSLER

Geschäftsführer bitformer GmbH