Nach der Unterschrift folgt die Annahme, dass alles zusammengeführt werden muss. Systeme, Teams, Prozesse, Marken — ein Ganzes machen scheint der logische Abschluss eines Deals zu sein. Diese Annahme trifft nicht immer zu, und die Bestandteile, bei denen sie nicht zutrifft, sind oft schon vorab zu erkennen.
Integrieren ist eine Entscheidung, kein Automatismus. Bei jedem Bestandteil — einem System, einem Team, einer Kundenbeziehung, einer Produktlinie — stellt sich die Frage, ob eine Zusammenführung Wert hinzufügt oder Wert kostet. Diese Frage ist keine Ausnahme für die schwierigen Fälle. Sie ist die Standardfrage, auch für die Bestandteile, die selbstverständlich erscheinen.
Der Grund, warum das schiefgeht, ist meist nicht Unwilligkeit, genau hinzuschauen. Es ist Zeitdruck. Ein Day-1-Plan muss vorliegen, ein Synergiecase muss stimmen, und „integrieren“ ist der kürzeste Weg zu einer Antwort, die auf dem Papier vollständig wirkt. Was fehlt, ist ein Moment, in dem jemand pro Bestandteil festlegt: das führen wir zusammen, das lassen wir bestehen, und das ist der Grund.
Es gibt Muster, die vorab sichtbar sind, nicht erst nachträglich. Zwei Systeme, die dieselbe Funktion erfüllen, aber auf unterschiedlicher Logik aufgebaut sind, kosten bei einer Zusammenführung oft mehr an Umstellung und Schulungszeit, als sie an Verwaltungserleichterung einbringen. Ein Team, das aufgrund von Schnelligkeit und kurzen Wegen gute Leistung erbringt, verliert diese Eigenschaft, sobald es in einer größeren, stärker gegliederten Struktur aufgeht. Eine Kundenbeziehung, die auf einer bestimmten Person oder einer bestimmten Arbeitsweise beruht, überlebt eine Integration dem Namen nach oft nicht in der Praxis.
Die Frage wann Integrieren Wert vernichtet verdient einen Platz neben jeder Synergieberechnung, nicht danach. Ein Synergiecase, der nur den Ertrag der Zusammenführung zählt und nicht die Kosten der Desintegration — Verzögerung, Fluktuation, Kundenverlust —, ist nur die halbe Geschichte.
Systeme sind der Bestandteil, bei dem Integrieren am häufigsten als selbstverständlich angenommen wird, und bei dem es am häufigsten nicht zutrifft. Ein System, das gut funktioniert, im Team, das es verwendet, verankert ist und keinen akuten Anlass zum Austausch gibt, muss nicht verschwinden, nur weil es zu einer anderen Entität gehört. Die Frage welche Systeme Sie besser bestehen lassen und woran Sie das vorab erkennen gehört zu jeder IT-Bestandsaufnahme, mit als Ergebnis manchmal: nichts tun, zwei Systeme nebeneinander bestehen lassen, oder erst in einem Jahr entscheiden.
Die Entscheidung, ob integriert wird oder nicht, hängt auch von der Art des Deals ab. Bei einer Plattform, die durch mehrere Übernahmen wächst, sieht das Integrationsmuster anders aus als bei einer einzelnen Übernahme. Was Buy-and-Build für Ihren Integrationsansatz bedeutet und woran Sie das erkennen ist eine andere Frage als das, was eine einmalige Übernahme erfordert: Bei einer Plattform ist Konsistenz über mehrere Akquisitionen hinweg relevant, und das spricht manchmal gerade für die Integration von Bestandteilen, die bei einer einmaligen Übernahme besser bestehen bleiben würden.
Das betrifft auch die Wiederverwendung früherer Pläne. Eine Plattform, die die dritte oder vierte Übernahme durchführt, hat bereits Entscheidungen darüber getroffen, was bei der vorherigen zusammengeführt wurde und was nicht. Die Frage wie Sie einen Integrationsplan wiederverwenden und woran Sie erkennen, für welche Bestandteile das funktioniert bestimmt, ob diese früheren Entscheidungen ein Ausgangspunkt oder eine Fallgrube sind — ein Plan, der beim vorherigen Deal funktionierte, funktioniert nicht automatisch bei diesem.
Wo eine Integration ins Stocken gerät, unterscheidet sich je nach Sektor. Im Bauwesen liegen die Engpässe oft in der Projektverwaltung, den Nachunternehmerbeziehungen und Genehmigungen, die an eine bestimmte Entität gebunden sind — siehe wo eine Integration im Bauwesen ins Stocken gerät. In der Installationsbranche geht es häufiger um Servicevereinbarungen, Gerätemanagement und die Personen, die die Kundenbeziehung in der Praxis tragen — siehe wo eine Integration in der Installationsbranche ins Stocken gerät. Beide Beispiele zeigen, dass die Entscheidungsliste je Sektor andere Bestandteile nach oben setzt.
Eine Entscheidung, ob integriert wird oder nicht, wird nicht zuverlässiger, indem man sie in eine Tabelle einträgt, aber sie wird nachvollziehbar. Die Synergiebasislinie, der Day-1-Plan und der Day-100-Plan sind Generatoren, die dieser Entscheidung Struktur geben: pro Bestandteil festhalten, was die Annahme ist, wovon sie abhängt, und wann sie überprüft wird. Das Integrationsbüro verfolgt Abhängigkeiten und hält die Entscheidungsliste — was ja, was nein, und warum — neben dem Benefit-Tracking, sodass eine Annahme, die nicht mehr zutrifft, sichtbar wird, bevor sie teuer wird.
Das ist kein Leistungsnachweis. Es gibt kein abgeschlossenes Projekt, auf das verwiesen wird, und das Tool behauptet nicht, dass Integration besser gelingt, weil sie strukturiert ist. Was es tut, ist, die Frage, die sonst übersprungen wird, pro Bestandteil wieder auf die Tagesordnung zu setzen.
Das Tool befindet sich im Aufbau. Wer die Generatoren und das Integrationsbüro nutzen möchte, sobald sie verfügbar sind, kann sich für die Warteliste anmelden.
Die Frage, was Sie zusammenführen und was nicht, hängt eng mit einer anderen Frage zusammen: welcher Teil der Arbeit in einem Bestandteil eigentlich auf Aufgaben beruht, die sich automatisieren lassen, unabhängig davon, ob dieser Bestandteil bei der einen oder der anderen Entität landet. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Teil der Arbeit von KI übernommen werden kann, und liefert damit eine andere Art von Basislinie als die Integrationsentscheidung selbst — eine, die sichtbar macht, wo Kapazität frei wird, unabhängig davon, wie Sie organisatorisch entscheiden.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.