Nach einer Akquisition wird in IT-Organisationen oft sehr schnell über Systeme gesprochen. Meist zu schnell.
Natürlich müssen Zielarchitekturen, Plattformen, Verträge, Security und Migrationen geklärt werden. Die eigentliche Arbeit der ersten 100 Tage beginnt aber früher. Es geht darum, die übernommene Organisation zu verstehen, Risiken realistisch einzuordnen und Vertrauen aufzubauen, bevor Entscheidungen unumkehrbar werden.
Ich habe Post-Merger-Integration nicht als Folienübung erlebt, sondern als Führungsaufgabe im laufenden Betrieb. Mit Zeitdruck, unterschiedlichen Erwartungen, gewachsenen Strukturen und Menschen, die sich sehr konkret fragen, was diese Veränderung für ihren Alltag bedeutet. Die ersten 100 Tage entscheiden nicht über jedes System. Sie entscheiden aber oft darüber, ob Integration als gemeinsamer Prozess erlebt wird oder als etwas, das über eine Organisation hinweggerollt wird.
Integration beginnt mit Verständnis
Viele Integrationsprogramme starten mit naheliegenden Fragen. Was muss migriert werden? Welche Systeme bleiben? Welche Plattform setzt sich durch? Welche Anwendungen werden abgelöst?
Diese Fragen sind wichtig. Trotzdem kommen sie häufig zu früh.
Vor jeder technischen Entscheidung steht eine nüchternere Aufgabe: verstehen, was wirklich vorhanden ist. Architekturdiagramme helfen dabei, reichen aber nicht aus. Entscheidend ist die operative Realität.
Welche Systeme sind tatsächlich geschäftskritisch? Welche Prozesse hängen an scheinbar kleinen Anwendungen? Welche Abhängigkeiten kennt nur eine einzelne Person? Welche lokalen Lösungen wirken auf den ersten Blick unnötig, halten aber seit Jahren den Betrieb stabil?
Gerade im Mittelstand sind IT-Landschaften selten idealtypisch. Sie sind gewachsen, oft pragmatisch, manchmal unsauber, aber häufig erstaunlich wirksam. Wer solche Strukturen vorschnell als Legacy abwertet, übersieht leicht, warum sie überhaupt entstanden sind. Viele dieser Lösungen haben die Organisation über Jahre getragen.
Das heißt nicht, dass man sie konservieren sollte. Man sollte sie aber verstehen, bevor man sie verändert.
Gute Sparringspartner machen Integration besser
In PMI-Programmen wird viel über Governance gesprochen. Gemeint sind dann oft Gremien, Freigaben, RACI-Matrizen und Reportingformate. Das kann nötig sein. Unterschätzt wird aber häufig die Qualität der Zusammenarbeit zwischen den verantwortlichen Personen.
Eine Akquisition bringt immer ein Machtgefälle mit sich. Eine Seite kauft, die andere wird integriert. Diese Realität verschwindet nicht, nur weil man sie freundlich moderiert. Man kann aber sehr wohl entscheiden, wie professionell man damit umgeht.
Ich habe erlebt, dass die Zusammenarbeit zwischen den zentralen Verantwortlichen oft mehr Einfluss auf den Integrationserfolg hatte als einzelne technische Entscheidungen. Wenn diese Ebene funktioniert, lassen sich auch schwierige Themen sachlich bearbeiten. Wenn sie nicht funktioniert, wird fast jede technische Frage politisch.
Das klingt weich. In der Praxis ist es sehr harte operative Realität.
Konzernlogik muss übersetzt werden
Nach einer Akquisition treffen oft unterschiedliche IT-Welten aufeinander. Auf der einen Seite stehen Standardisierung, zentrale Steuerung, Security-Vorgaben, Compliance-Anforderungen und Skaleneffekte. Auf der anderen Seite steht häufig eine Organisation, die schneller, lokaler und pragmatischer arbeitet.
Die einfache Erzählung lautet dann: Konzern ist langsam, Mittelstand ist agil. Diese Erzählung ist bequem. Sie hilft aber wenig.
Konzernstandards haben meist gute Gründe. Wer international skaliert, regulatorische Anforderungen erfüllen muss und viele Einheiten steuert, braucht verbindliche Rahmenbedingungen.
Die häufigste PMI-Falle liegt aus meiner Sicht deshalb nicht in falscher Technologie. Sie liegt in Konzernlogik ohne Übersetzung. Standards werden eingeführt, bevor klar ist, ob die Organisation sie tragen kann. Dadurch entsteht Widerstand. Nicht unbedingt aus Veränderungsfeindlichkeit, sondern weil Reihenfolge, Kontext und operative Belastbarkeit nicht zusammenpassen.
Ob Integration gelingt, entscheidet sich oft genau an dieser Stelle.
Die ersten 100 Tage brauchen Prioritäten
In Integrationsphasen entsteht schnell der Wunsch nach Vollständigkeit. Alles soll erfasst, bewertet, geplant und möglichst sofort entschieden werden. Das ist verständlich. In der Praxis ist es aber selten hilfreich.
Die ersten 100 Tage müssen nicht jede Detailfrage abschließend beantworten. Sie sollten vor allem die richtigen Prioritäten setzen. Aus meiner Sicht zählen besonders fünf Punkte.
Stabilität im Betrieb. Das laufende Geschäft darf durch Integrationsaktivitäten nicht unnötig gefährdet werden. Nicht jede sinnvolle Zielarchitektur rechtfertigt operatives Risiko zum falschen Zeitpunkt.
Sicherheit und Zugriffskontrolle. Identity, privilegierte Zugriffe, Netzwerkübergänge, externe Verbindungen und kritische Systeme gehören früh auf den Tisch. Nicht aus Misstrauen, sondern aus Verantwortung.
Transparenz über kritische Anwendungen. Viele Risiken liegen nicht in den großen Plattformen. Sie liegen in kleinen Lösungen, die kaum sichtbar sind und trotzdem das Tagesgeschäft tragen.
Klare Entscheidungswege. Wer entscheidet? Wer muss eingebunden werden? Wann braucht es Eskalation? Diese Fragen wirken banal. Sie sparen aber enorme Reibung und oft auch Wochen.
Kommunikation. Nicht als Change-Folie. Sondern als konkrete Orientierung: Was ändert sich? Was bleibt vorerst? Wer ist Ansprechpartner? Welche Entscheidungen sind bereits gefallen?
Menschen sind kein Nebenthema der Transformation
In vielen IT-Transformationen wird viel über Systeme gesprochen und zu wenig über Menschen. Nach einer Akquisition fällt das besonders stark auf.
Für das Management ist die Transaktion ein strategischer Schritt. Für viele Mitarbeitende ist sie zunächst Unsicherheit. Was passiert mit meiner Rolle? Werden unsere Systeme abgeschaltet? Werden Entscheidungen künftig woanders getroffen? Wird unsere bisherige Arbeit überhaupt noch geschätzt?
Diese Fragen stehen selten offiziell auf der Agenda. Trotzdem sind sie da. Und sie prägen, wie die Integration erlebt wird.
Gerade lokale IT-Teams besitzen oft enormes Wissen über Ausnahmen, Abhängigkeiten, historische Entscheidungen und reale Betriebsabläufe. Dieses Wissen findet sich in keiner CMDB vollständig wieder. Wer lokale Teams nur als Datenquelle für die Migration behandelt, verliert genau die Informationen, die für einen stabilen Betrieb wichtig wären.
Das habe ich in der Praxis gesehen. Und es ist vermeidbar.
Nicht jede schnelle Entscheidung ist eine gute Entscheidung
PMI erzeugt Druck. Synergieziele, Managementtermine, Audit-Anforderungen, Budgetlogiken und technische Abhängigkeiten kommen gleichzeitig.
Trotzdem sollte man Geschwindigkeit nicht mit Hektik verwechseln. Eine schnelle Entscheidung ist gut, wenn sie auf ausreichender Klarheit basiert. Sie wird gefährlich, wenn sie nur getroffen wird, damit etwas entschieden wurde.
Ich habe mehrfach erlebt, dass fachlich nachvollziehbare Entscheidungen später Probleme verursacht haben, weil die Reihenfolge nicht sauber durchdacht war. Nicht die Entscheidung selbst war falsch. Der Zeitpunkt war es.
Deshalb braucht Integration mehr als Projektmanagement. Projektmanagement verfolgt Aufgaben. Führung sorgt dafür, dass die richtigen Dinge in der richtigen Reihenfolge passieren.
Was am Ende wirklich zählt
In den ersten 100 Tagen muss vieles gleichzeitig passieren: verstehen, stabilisieren, priorisieren, planen und führen. Wer nur migriert, greift zu kurz. Wer nur harmonisiert, übersieht die Organisation. Wer nur kommuniziert, aber nicht entscheidet, verliert Tempo. Wer nur entscheidet, ohne zuzuhören, verliert Vertrauen.
Die ersten 100 Tage zählen nicht, weil danach alles entschieden ist. Sie zählen, weil die Organisation in dieser Phase sehr genau beobachtet, wie Integration im Alltag funktioniert. Menschen sehen, ob die Folien zur Realität passen. Sie erleben, wie unter Druck entschieden wird. Und sie spüren, ob sie Teil eines gemeinsamen Prozesses sind oder nur abgewickelt werden.
Dieser Eindruck prägt die nächsten Jahre stärker als jede Zielarchitektur.
