Ein Deal-Team, das zuvor eine Akquisition integriert hat, hat oft einen Plan zur Hand. Eine Day-1-Checkliste, eine Liste mit Synergiekategorien, einen Kommunikationszeitplan. Die Versuchung ist groß, dieses Dokument aus der Schublade zu holen, Namen und Zahlen zu ändern und weiterzumachen. Das spart Zeit. Es spart auch Denkarbeit, und genau das ist das Problem.
Ein Integrationsplan ist keine Vorlage für eine Organisation, sondern das Ergebnis von Entscheidungen, die bei einer anderen Kombination von Unternehmen getroffen wurden. Welche Systeme zusammengeführt werden, welche Teams verschmelzen, welche Kundenbeziehungen getrennt bleiben — diese Entscheidungen hingen davon ab, was die vorherigen beiden Unternehmen waren, nicht davon, was diese beiden Unternehmen sind. Einen Plan wiederzuverwenden, ohne diese zugrunde liegenden Entscheidungen erneut zu prüfen, bedeutet, dass Sie eine Struktur übernehmen, die für eine andere Situation gebaut wurde.
Das Risiko liegt nicht in der Form. Phasierung, ein Benefit-Tracker, eine Liste mit Abhängigkeiten — diese Bestandteile lassen sich oft gut wiederverwenden. Das Risiko liegt in dem Inhalt, der unbemerkt mitreist: die Annahme, dass Abteilung X immer zusammengeführt wird, dass System Y immer ausläuft, dass Kulturintegration immer auf dieselbe Weise angegangen wird. Diese Annahmen sind nicht neutral. Sie sind Präzedenzfall, und Präzedenzfall fühlt sich wie Beweis an, ist es aber nicht.
Drei Dinge reisen in der Regel gut von einem Vorhaben zum nächsten mit:
Diese Bestandteile sind Methode, kein Ergebnis. Sie sagen Ihnen, wie Sie zu einer Antwort kommen, nicht was die Antwort ist. Diese Unterscheidung ist der Kern verantwortungsvoller Wiederverwendung: den Prozess übernehmen, die Schlussfolgerungen nicht.
Es wird riskant, sobald ein früherer Plan die Frage selbst überspringt. Wenn das vorherige Vorhaben festlegte, dass zwei Vertriebsteams zusammengeführt werden, und das automatisch übernommen wird, weil es „nun mal so läuft“, hängt die Wahrscheinlichkeit, dass es auch dieses Mal zutrifft, vom Zufall ab, nicht von der Analyse. Mehr über wann Zusammenführen Wert vernichtet und woran Sie das erkennen lesen Sie auf einer anderen Seite, aber die feste Frage kehrt hier zurück: hätte dieser Bestandteil vielleicht besser getrennt bleiben können.
Das gilt in besonderem Maße für Systeme. Eine IT-Migration, die beim vorherigen Deal sinnvoll war — weil das übernommene Unternehmen eine veraltete Plattform hatte — ist nicht automatisch sinnvoll bei einem Unternehmen mit einem System, das gerade erneuert wurde und gut funktioniert. Welche Systeme Sie besser bestehen lassen und woran Sie das erkennen, ist eine gesonderte Überlegung pro Situation, keine Regel, die Sie vom vorherigen Deal übernehmen.
Auch die Organisationsstruktur ist anfällig für blinde Wiederverwendung. Wenn der vorherige Plan festlegte, dass Finance-Abteilungen immer fusionieren, verschwindet mit diesem Automatismus die Frage, ob das hier auch zutrifft. Bei einer Buy-and-Build-Strategie, bei der eine Plattform wiederholt Unternehmen hinzufügt, ist die Versuchung, eine einzige Vorlage durchzuziehen, noch größer — und die Notwendigkeit, pro Bestandteil erneut hinzusehen, noch dringlicher. Was ein Buy-and-Build-Ansatz von Ihrer Integrationsstrategie verlangt und woran das zu erkennen ist, verdient daher eine eigene Abwägung pro Akquisition, keinen einzigen wiederkehrenden Plan.
Ein praktikabler Ansatz besteht darin, den vorherigen Plan als Checkliste von Fragen zu nutzen, die Sie erneut stellen müssen, nicht als Liste von Antworten, die bereits feststehen. Für jeden Bestandteil, der im vorherigen Plan integriert wurde, stellen Sie erneut die Frage, ob das hier auch gilt. Für jeden Bestandteil, der getrennt blieb, fragen Sie sich, ob dieser Grund hier auch zutrifft. Wie Sie diese Entscheidung pro Bestandteil strukturieren — integrieren oder nicht, und aufgrund welcher Kriterien — bestimmt letztlich mehr über das Ergebnis als die Geschwindigkeit, mit der der Plan auf Papier steht. Siehe auch, wie Sie diese Entscheidung pro Bestandteil aufbauen und woran das zu erkennen ist: wie Sie pro Bestandteil entscheiden, ob integrieren oder nicht.
Was bewusst getrennt bleibt, verdient im wiederverwendeten Plan ebenso viel Aufmerksamkeit wie das, was zusammengeführt wird. Ein Plan, der nur Integrationsschritte enthält und nichts darüber sagt, was ausdrücklich nicht zusammengeführt wird, lässt die Hälfte der Entscheidung aus. Vorab sichtbar zu machen, was getrennt bleibt und warum, verhindert, dass diese Entscheidung später als Versehen ausgelegt wird. Mehr dazu: was Sie bewusst getrennt lassen und wie Sie das vorab festlegen.
Die drei Generatoren und das Integrationsbüro von mergerintegration.net sind auf dieser Unterscheidung aufgebaut: Struktur, die mitreist, keine Schlussfolgerungen, die heimlich mitreisen. Eine Synergie-Basislinie, ein Day-1-Plan und ein Day-100-Plan werden pro Situation neu aus denselben Fragen aufgebaut, mit einem Benefit-Tracker und einer Entscheidungsliste, die zu einer Antwort pro Bestandteil zwingen. Dies ist ein Werkzeug, das strukturiert, keine Erfahrung, die garantiert — das Tool befindet sich im Aufbau, und wer es nutzen möchte, kann sich für die Warteliste anmelden.
Ein Integrationsplan handelt davon, wer welche Arbeit erledigt, welche Abteilungen zusammengeführt werden und welche Prozesse bestehen bleiben. Unter dieser Frage liegt eine präzisere Frage: wie viel der Arbeit, die künftig gemeinsam oder getrennt erledigt wird, eigentlich Aufgabenarbeit ist, die sich automatisieren lässt. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Anteil davon von KI übernommen werden kann, und gibt damit einer Entscheidung, die sonst auf Annahmen beruht, eine zahlenmäßige Grundlage — genau das Risiko, das auch bei wiederverwendeten Integrationsplänen lauert.
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.