Integrationskomplexität: So bewerten Sie sie, bevor sie Sie überfordert

Janne Kärkkäinen

October 9, 2026
•
8 min read
Explore this topic with AI
Open ChatGPT×

Die meisten IT-Verantwortlichen können ihre fragilste Integration benennen. Fragt man, wie viele Integrationen insgesamt laufen, kommt die Zahl mit einer Einschränkung. Fragt man, ohne welche davon ein Geschäftsprozess stillstehen würde, wird die Einschränkung länger. Fragt man, wem die Integration gehört, die im letzten Quartal ausgefallen ist, wird es still im Raum.

Diese Lücke ist das erste messbare Symptom von Integrationskomplexität. Unternehmen wachsen in sie hinein, eine vernünftige Integration nach der anderen, und deshalb bemerkt fast keines, wie es geschieht. Es ist, als wollte man seinem eigenen Haar beim Wachsen zusehen. Was sie bemerken, sind die Auswirkungen: Projekte, die sich verzögern, Incidents, deren Erklärung zu lange dauert, und ein Team, das ständig etwas wiederherstellt. Wer die darunterliegende Komplexität bewertet, findet die Ursache dessen, was er bereits spürt, bevor daraus ein Geschäftsrisiko wird, für das er bezahlt, ohne es zu wissen.

Kernaussagen

  • Integrationskomplexität wächst, ohne dass jemand es beschließt. In ONEiOs eigener Studie kämpfen 54 % der Unternehmen mit Integrationen, die unbemerkt ausfallen, wobei Synchronisationsfehler unentdeckt bleiben.
  • Komplexität ist mehr als die Zahl der Integrationen. Sie ergibt sich daraus, wie viele Parteien beteiligt sind, wie stark die Datenflüsse voneinander abhängen, wie unterschiedlich die Anforderungen sind und wie schnell sich die verbundenen Systeme ändern.
  • Punkt-zu-Punkt-Verbindungen wachsen quadratisch. Zehn Systeme benötigen bis zu 45 Verbindungen, zwanzig Systeme bis zu 190.
  • Komplexität und Veränderung addieren sich nicht, sie multiplizieren sich. Eine mäßig komplexe Landschaft, die mit sich schnell ändernden Systemen verbunden ist, ist schwerer zu betreiben als eine sehr komplexe Landschaft mit stabilen Systemen.
  • Zusätzliches Personal verschafft Zeit und verschärft das eigentliche Problem, weil jede weitere Person die Koordinationskosten der Landschaft erhöht, für deren Betrieb sie eingestellt wurde.
  • Die folgende Bewertung dauert etwa 20 Minuten und zeigt Ihnen zusammen mit fünf Fragen dazu, was auf dem Spiel steht, welche von drei Antworten Ihre Landschaft tatsächlich braucht.

Die Betriebsdisziplin dahinter. Das Integration-Ops-Buch beschreibt, wie Integrationslandschaften in einem Managed Integration Service im großen Maßstab geplant, betrieben und gemessen werden. Buch herunterladen.

Was ist Integrationskomplexität?

Integrationskomplexität ist der operative Aufwand, eine Gruppe von Integrationen funktionsfähig zu halten. Sie wird davon bestimmt, wie viele Systeme und Organisationen verbunden sind, wie eng diese Verbindungen voneinander abhängen, wie stark sich die Anforderungen unterscheiden und wie häufig sich die verbundenen Systeme ändern. Sie ist eine Eigenschaft der Umgebung, nicht einer einzelnen Integration.

Die Unterscheidung hat praktische Folgen. Eine einzelne Integration zwischen zwei Systemen zu bauen, kann echtes Engineering-Können erfordern, und wenn sie einmal funktioniert, funktioniert sie meist weiter. Vierzig einfache Integrationen über neun Organisationen hinweg, die ihre Systeme jeweils nach eigenem Zeitplan aktualisieren, erfordern wenig Können beim Aufbau und ständige Aufmerksamkeit im Betrieb. Unternehmen bereiten sich auf die erste Art von Schwierigkeit vor und werden von der zweiten zermürbt. Dieses Argument führen wir ausführlich in Unternehmensintegration als Betriebsproblem. Visa von Paulig hat die Ausgangslage in einem Satz beschrieben:

„Es war sehr, sehr fragmentiert und komplex ... vier oder fünf verschiedene Integrationsansätze.“ -- Visa, Paulig

Vier oder fünf Ansätze sind kein Technologieproblem. So sieht eine Landschaft aus, in der jede Integration korrekt und für sich allein gelöst wurde.

Die Herausforderung des quadratischen Wachstums

Werden Systeme direkt über individuelle Punkt-zu-Punkt-Verbindungen gekoppelt, wächst die Zahl der möglichen Verbindungen quadratisch, nicht linear. Für n Systeme beträgt die maximale Zahl der Verbindungen n x (n - 1) / 2.

Eine kleine Umgebung mit 5 Systemen benötigt bis zu 10 Verbindungen. Bei 10 Systemen sind es 45, und eine mittelgroße Landschaft mit 20 Systemen benötigt bis zu 190. Jedes neue System wird mit mehr Systemen verbunden als das vorherige, sodass der Aufwand, Daten sicher zwischen ihnen fließen zu lassen, schneller wächst als die Landschaft selbst.

Das Ergebnis ist eine Architektur, in der die Änderung einer Anwendung mehrere andere auf eine Weise stört, die niemand vorhergesehen hat. Ohne ein Standard-Verbindungsmuster, das diese Punkt-zu-Punkt-Verbindungen ersetzt, erhöhen kurzfristige Workarounds und unkontrollierte Ausnahmen die Komplexität weiter, und die Landschaft lässt sich mit jedem Jahr schwerer verändern.

Warum Integrationskomplexität ein Geschäftsrisiko ist

Niemand beschließt, eine komplexe Landschaft aufzubauen. Jede Integration wurde aus gutem Grund hinzugefügt, von Menschen, die ihre Arbeit gut gemacht haben, und niemand schreibt einen Business Case, der davon ausgeht, dass sie ausfallen wird. Deshalb wird die Komplexität nie budgetiert, und ihre Kosten kommen als Überraschung.

„Wenn Integrationen ausfallen, bricht die Hölle los.“ -- Hanna, DNV

Fallen Integrationen in einer komplexen Landschaft aus, reicht der Schaden weit über die IT hinaus. Prozesse stehen still, und manuelle Arbeit ersetzt sie. Entscheidungen beruhen auf Daten, die verspätet oder falsch sind. Service Levels werden verletzt, und Vertragsstrafen folgen. Bestellungen, die nicht abgeschlossen werden können, sind verloren, und fehlerhafte Rechnungen führen zu Streitfällen und späteren Zahlungen. Wie sich das im Einzelhandel auswirkt, haben wir in den wahren Kosten von Integrationsausfällen und der Lösung, die hält nachgezeichnet.

Die zweiten Kosten sind die Ausgaben, um den Schaden einzudämmen: zusätzliches Personal, kurzfristig hinzugezogene externe Experten und Projekte, die sich verzögern, während das Team Bestehendes wiederherstellt. Unternehmen mit hoher Komplexität geben mehr für Schadensbegrenzung aus als nötig, weil sie die Symptome einzeln behandeln. Erst wer seine Komplexität kennt, weiß, ob diese Ausgaben das Problem lösen oder nur mit ihm Schritt halten.

Die zwei Achsen der Integrationskomplexität

Zwei Variablen erklären den größten Teil des Unterschieds zwischen Landschaften, die ruhig laufen, und Landschaften, die ein ganzes Team aufzehren.

Komplexität ist das statische Bild: wie viel verbunden ist und wie verflochten es ist.

Veränderung ist das dynamische Bild, also wie oft dieses Bild nicht mehr stimmt.

Eine Landschaft ist leicht zu betreiben, wenn beide niedrig sind, beherrschbar, wenn eine hoch ist, und feindselig, wenn beide hoch sind. Die meisten Unternehmen bewerten die erste Achse und nie die zweite. Deshalb kann eine Landschaft, die ein Architektur-Review bestanden hat, unbeherrschbar werden, ohne dass sich an der Architektur etwas geändert hat.

Die Komplexitätsachse: vier Faktoren

Zahl der verbundenen Systeme

Der offensichtliche Faktor und für sich genommen der am wenigsten aussagekräftige. Die Vielfalt zählt mehr als die Menge. 30 Integrationen über drei gut verstandene Plattformen sind eine andere Landschaft als 30 über 14 Plattformen, von denen die Hälfte jemand anderem gehört.

Zahl der Parteien

Eine Integration innerhalb Ihrer eigenen vier Wände ist eine technische Abhängigkeit. Eine Integration, die eine Unternehmensgrenze überschreitet, ist eine technische Abhängigkeit plus eine Geschäftsbeziehung, ein Release-Kalender, den Sie nicht kontrollieren, und ein Eskalationspfad, der ausgehandelt werden muss, bevor man ihn nutzen kann.

Jede weitere Partei bringt Koordinationskosten mit sich, die in keinem Architekturdiagramm auftauchen. Genau dieses Problem soll Service Integration and Management (SIAM) strukturieren. Michael von MHP hat den Effekt genau benannt:

„Vorher war es zu 100 % sehr komplex ... jedes Mal, wenn man einen Kunden hinzunimmt, gibt es eine weitere Umgebung, in die man hineinmuss.“ -- Michael, MHP

Abhängigkeiten

Wie viele Flüsse hängen vom selben Mapping, denselben Referenzdaten oder derselben Authentifizierung ab? Abhängigkeiten machen aus einem einzelnen Fehler einen Incident. Sie machen Änderungen auch teuer, weil eine Anpassung, die lokal aussieht, es nicht ist. Integrationsarchitektur für das IT Service Management erklärt, warum der Datenfluss das besser vorhersagt als die Datenstruktur.

„Wenn man etwas ändert, kann man wegen der Abhängigkeiten den Kunden davor lahmlegen.“ -- Michael, MHP

Vielfalt der Anforderungen

Wenn jede verbundene Partei dieselben Felder im selben Format im selben Takt erwartet, ist die Landschaft wiederholbar. Wenn jede ihre eigenen vertraglichen Datenanforderungen, ihre eigenen Aufbewahrungsregeln und ihre eigene Vorstellung davon hat, was ein Ticket ist, ist die Landschaft eine Maßanfertigung, und Maßanfertigung skaliert nicht ohne zusätzliches Personal.

Die Veränderungsachse: Häufigkeit und Reichweite

Veränderung hat zwei Dimensionen, und Unternehmen verfolgen keine davon.

Häufigkeit bezeichnet, wie oft sich ein verbundenes System so ändert, dass eine Integration betroffen ist. Zählen Sie die letzten 12 Monate: Versions-Upgrades der Plattformen, abgekündigte APIs, Schemaänderungen, geänderte Authentifizierung, Plattformwechsel auf Partnerseite, Fusionen, die ein neues System ins Spiel bringen.

Reichweite bezeichnet, wie viel der Landschaft eine einzelne Änderung berührt. Eine Änderung, die auf einen Fluss begrenzt bleibt, ist ein Nachmittag. Eine Änderung an einem gemeinsam genutzten Mapping oder einem gemeinsamen Identitätsmodell ist ein Projekt.

Das Integration-Ops-Buch bezeichnet Veränderung als die verlässlichste Konstante der Integrationsarbeit. Eine Landschaft, die für ein feststehendes Bild entworfen wurde, wird den Rest ihrer Lebensdauer damit verbringen, korrigiert zu werden.

Warum sich Komplexität und Veränderung multiplizieren

Die beiden Achsen addieren sich nicht, und genau hier geraten ansonsten gut geführte Unternehmen ins Straucheln. In einer Umgebung mit wenig Veränderung lässt sich Komplexität auffangen. Die Landschaft ist vielschichtig, hält aber lange genug still, damit Menschen sie verstehen lernen. Erfahrungswissen in einzelnen Köpfen funktioniert, weil das, was man weiß, gleich bleibt.

Steigt das Änderungstempo, veraltet dieses Erfahrungswissen schneller, als es sich aufbaut. Jede Änderung entwertet einen Teil dessen, was das Team verstanden hatte, und in einer Landschaft mit vielen Abhängigkeiten entwertet eine einzelne Änderung mehr als einen Teil. Das Team betreibt keine Integrationen mehr. Es lernt dauerhaft die eigene Landschaft neu und wird dabei an Lieferergebnissen gemessen.

An diesem Punkt beginnt das Unternehmen, die IT zu umgehen, weil die Landschaft so unberechenbar geworden ist, dass das Business keinem Termin mehr traut. In ONEiOs eigener Studie berichten 68 % der Unternehmen, dass sich Integrationsprojekte aufgrund fehlender Ressourcen um zwei bis sechs Monate verzögern. Verzögerungen dieser Größenordnung über ein ganzes Portfolio sind eine Zahl für die Geschäftsleitung, und Abhängigkeiten zwischen Integrationen gehören zu ihren Ursachen. Niemand hat vor, zum Engpass zu werden. Das Betriebsmodell erzeugt einen.

So führen Sie Ihre Bewertung der Integrationskomplexität durch

Bewerten Sie jeden Faktor von 1 bis 5, wobei 1 der unkritische und 5 der feindselige Fall ist. Wenn Sie einen engeren Einstieg suchen, behandelt unsere Checkliste für Systemintegration die neun Fragen, die vor jedem einzelnen Aufbau zu klären sind. Zwanzig Minuten mit den Menschen, die die Landschaft tatsächlich betreiben, bringen Ihnen eine ehrliche Antwort. Zwanzig Minuten mit einem Architekturdiagramm nicht.

Faktor 1 3 5 Ihre Bewertung
Plattformvielfalt 1-3 Plattformen, alle vertraut 4-8 Plattformen 9 oder mehr, mehrere außerhalb Ihrer Kontrolle
Anzahl externer Parteien Keine, nur intern 2-10 Mehr als 10, Tendenz steigend
Abhängigkeiten Flows sind unabhängig Einige gemeinsame Mappings oder Referenzdaten Gemeinsame Identitäten, Mappings oder Referenzdaten in den meisten Flows
Vielfalt der Anforderungen Ein Standardvertrag für alle Parteien Einige Varianten Jede Partei hat individuelle Anforderungen
Änderungsfrequenz (letzte 12 Monate) Weniger als 5 Änderungen mit Auswirkung auf Integrationen 6-20 Mehr als 20 oder unvorhersehbar
Reichweite von Änderungen Änderungen bleiben lokal Einige Änderungen ziehen Kreise Eine typische Änderung betrifft mehrere Flows
Verantwortung Jede Integration hat einen benannten Owner Einige haben einen Die Verantwortung wird erst im Incident geklärt
Aktualität der Dokumentation Aktuell und genutzt Vorhanden, teilweise veraltet Wird bei Bedarf aus dem Code rekonstruiert

‍

Die Komplexitäts-Zwischensumme umfasst die Faktoren 1 bis 4. Die Veränderungs-Zwischensumme umfasst die Faktoren 5 und 6. Die operative Reife umfasst die Faktoren 7 und 8, und sie ist der Multiplikator: Fehlende Verantwortlichkeit und veraltete Dokumentation verschlechtern jeden anderen Wert.

Was auf dem Spiel steht, wenn etwas ausfällt

Der Wert zeigt Ihnen, wie schwer Ihre Landschaft zu betreiben ist. Er zeigt Ihnen nicht, wie dringend das ist. Beantworten Sie dazu diese fünf Fragen, um zu sehen, was die Komplexität gefährdet:

  1. Welche Geschäftsprozesse stehen still, wenn Ihre drei kritischsten Integrationen ausfallen, und wer bemerkt es zuerst: Ihr Team, das Business oder Ihr Kunde?
  2. Wie lange kann jeder dieser Prozesse mit manuellen Workarounds laufen, bevor Umsatz verloren geht, ein Service Level verfehlt wird oder eine fehlerhafte Rechnung hinausgeht?
  3. Welche Integrationen tragen eine vertragliche oder regulatorische Verpflichtung, etwa ein Service Level gegenüber Kunden, die Finanzberichterstattung oder einen Audit-Trail?
  4. Wann hat ein Integrationsausfall zuletzt einen Kunden erreicht, und was hat es gekostet, die Beziehung wiederherzustellen?
  5. Wenn die Person, die Ihre kritischste Integration kennt, morgen ginge, wie lange würde die nächste Wiederherstellung dauern?

Weisen die meisten Antworten auf Kunden, Umsatz oder Verträge, behandeln Sie das Ergebnis eine Stufe höher, als Ihr Wert nahelegt.

So lesen Sie die Ergebnisse Ihrer Bewertung

Komplexität 4-8, Veränderung 2-4. Eine stabile Landschaft. Ein Inhouse-Betrieb ist angemessen. Investieren Sie vor allem anderen in Dokumentation und benannte Verantwortlichkeit, denn sie schützen Sie, wenn sich eine der beiden Achsen bewegt.

Komplexität 9-14, Veränderung 5-7. Die Landschaft wächst über einen informellen Betrieb hinaus. In diesem Bereich stellen Unternehmen eine weitere Person ein und gewinnen damit 12 Monate. Nutzen Sie diese 12 Monate, um Muster zu standardisieren und Verantwortlichkeiten festzulegen. Den Rückstand abzuarbeiten, bringt nichts.

Komplexität 15-20 oder Veränderung 8-10 bei beliebiger Komplexität. Die Landschaft lässt sich nicht mehr im kollektiven Gedächtnis eines Teams halten. Der Aufwand fließt in das Neulernen der Landschaft, und das Business hat es wahrscheinlich schon bemerkt. Dieser Bereich verlangt eine Entscheidung über das Betriebsmodell, keine Personalentscheidung.

Verantwortlichkeit und Dokumentation mit 8 oder mehr Punkten. Beheben Sie das zuerst, unabhängig von den anderen Werten. Eine Landschaft, für die niemand verantwortlich ist und die niemand dokumentiert hat, ist bei jeder Komplexität teuer, weil jede Änderung mit einer Untersuchung beginnt.

Die Antwort, die nicht funktioniert

Die instinktive Antwort auf eine wachsende Landschaft ist ein wachsendes Team. Es ist auch die Antwort, die zu dem Satz führt, den die meisten Integrationsverantwortlichen früher oder später laut aussprechen:

„20.000 Tickets pro Monat ... mit 50 Leuten komme ich nicht hin. Alle drehen durch.“ -- ein Managed Service Provider mit 20.000 Tickets pro Monat

Wir haben gesondert darüber geschrieben, wie sich IT-Service-Betrieb ohne zusätzliches Personal skalieren lässt. Mehr Personal funktioniert rechnerisch und scheitert strukturell. Jede weitere Person erhöht die Koordinationskosten der Landschaft: mehr Übergaben, mehr Kontext, der weitergegeben werden muss, und mehr Gelegenheiten, dass zwei Menschen unterschiedliche Versionen der Wahrheit über dasselbe Mapping im Kopf haben. In einer Landschaft mit vielen Abhängigkeiten steigen die Koordinationskosten schneller als die hinzugewonnene Kapazität.

Es gibt ein zweites Problem, und es zeigt sich bei der Mitarbeiterbindung. Menschen, die eingestellt wurden, um Integrationen zu betreiben, verbringen ihre Zeit damit, sie wiederherzustellen. Talente, die im Dauerfeuerwehreinsatz festsitzen, entwickeln sich nicht weiter und gehen irgendwann, und mit ihnen das Erfahrungswissen, das die Landschaft zusammengehalten hat.

Die Antwort, die funktioniert

Drei Dinge verändern die Wirtschaftlichkeit, und keines davon ist eine Plattformwahl. Alle drei stehen einem internen Team offen, und keines geht schnell.

Das Muster standardisieren, nicht die Plattform. Ein einheitliches Verbindungsmuster, das jeden Endpunkt erreicht, gleich welche Technologie an beiden Enden sitzt, unterscheidet sich strukturell von einer Sammlung von Punkt-zu-Punkt-Verbindungen, weil die Landschaft nicht mehr mit jeder neuen Partei überproportional anwächst. Das ist der größte einzelne Hebel auf der Komplexitätsachse.

Für die nächste Änderung entwerfen. Entkopplung, Versionierung und änderungsbewusstes Monitoring machen aus dem Upgrade eines verbundenen Systems statt eines Incidents eine geplante Aufgabe. Das Integration-Ops-Buch behandelt das als Designanforderung.

Verantwortlichkeit festlegen, die einen Incident übersteht. Benannte Verantwortliche für jede Integration, aktuelle Dokumentation und eine festgelegte Antwort darauf, wer den Service wiederherstellt, wenn der Fehler zwischen zwei Anbietern liegt. Wo das organisatorisch angesiedelt ist, beschreibt So bauen Sie ein Service Management Office auf.

Unternehmen setzen das intern um, und es funktioniert, wenn Integrationskompetenz etwas ist, das sie aufbauen und halten wollen. Wo die Landschaft auf beiden Achsen hoch liegt und Integration nicht das Produkt ist, besteht die Alternative darin, den Betrieb an einen Anbieter zu übergeben, der ihn unter einem Service Level führt.

Genau das leistet ONEiO als Managed Integration Service. Wir betreiben Ihre Integrationen, Sie liefern Ihre Services: Any-to-any-Konnektivität ohne Punkt-zu-Punkt-Arbeit, operatives Management rund um die Uhr und die Verantwortung dafür, dass die Landschaft läuft, während sich Ihre verbundenen Systeme ändern. Die obige Bewertung ist der ehrliche Test dafür, ob das die richtige Antwort für Ihre Umgebung ist oder eine teure Antwort auf ein Problem, das Sie nicht haben.

Fazit zum Management von Integrationskomplexität

Komplexität ist keine Zahl von Integrationen und kein Technologieproblem. Sie ist die Kombination daraus, wie viel verbunden ist, wie verflochten es ist und wie schnell sich der Boden darunter bewegt.

Bewerten Sie die Landschaft ehrlich und wägen Sie ab, was auf dem Spiel steht, bevor Sie entscheiden, was zu tun ist. Das Ergebnis zeigt Ihnen, ob Sie ein Dokumentationsproblem, ein Ressourcenproblem oder ein Problem des Betriebsmodells haben, und diese drei erfordern völlig unterschiedliche Lösungen. Die meisten Unternehmen greifen zur zweiten, wenn sie die dritte brauchen.

Wer Integrationen skaliert, sollte nicht das Chaos mitskalieren müssen.

Gehen Sie die Bewertung mit jemandem durch, der das beruflich macht. Vereinbaren Sie ein 30-minütiges Gespräch und besprechen Sie Ihre Werte mit einem Integrationsspezialisten.

Questions and Answers

No items found.

Springe zu einem Abschnitt

Teile diesen Artikel

Scale integrations with ease – even as demands accelerate

Find out how ONEiO can help you meet demanding businesses' requirements at speed.
Schließen Sie den Cookie-Präferenzmanager
Cookie-Einstellungen
Indem Sie auf „Alle Cookies akzeptieren“ klicken, stimmen Sie der Speicherung von Cookies auf Ihrem Gerät zu, um die Seitennavigation zu verbessern, die Nutzung der Website zu analysieren und unsere Marketingaktivitäten zu unterstützen. Mehr Infos
Unbedingt erforderlich (immer aktiv)
Cookies, die erforderlich sind, um grundlegende Funktionen der Website zu ermöglichen.
Danke! Deine Einreichung ist eingegangen!
Hoppla! Beim Absenden des Formulars ist etwas schief gelaufen.