Datenintegration ist selten eine einmalige Angelegenheit. Schnittstellen, Datenpipelines, Dateiübertragungen und Nachrichtenflüsse bleiben in der Regel viele Jahre lang in Betrieb und werden zu einem wichtigen Bestandteil der täglichen Geschäftsprozesse. Bestellungen, Rechnungen, Berichte und operative Entscheidungen hängen oft davon ab, dass Integrationen im Hintergrund zuverlässig funktionieren.
Im Laufe der Zeit neigt die Verantwortung für diese Integrationen dazu, fragmentiert zu werden. Die Implementierungen sind zwar abgeschlossen, die Tools sind lizenziert und die Dokumentation ist vorhanden, doch oft ist unklar, wer verantwortlich ist, wenn etwas fehlschlägt, sich ändert oder angepasst werden muss. Mit der Weiterentwicklung der Systemlandschaften wird diese Unklarheit eher zu einem strukturellen Risiko als zu einem Einzelfall.
Die Verantwortung für die Datenintegration geht über den Aufbau von Schnittstellen oder die Auswahl einer Plattform hinaus. In der Praxis umfasst sie in der Regel mehrere Dimensionen:
Die gesamte operative Verantwortung verbleibt beim internen IT-Team. Zur Implementierung von Integrationen können Tools eingesetzt werden, aber Überwachung, Incident Response, Dokumentation und Kontinuitätsplanung werden intern abgewickelt. Dieses Modell bietet maximale Kontrolle, konzentriert jedoch auch das operative Risiko und hängt oft stark von einer kleinen Anzahl von Spezialisten ab.
Die Verantwortung wird teilweise an die Integrationsplattform oder den Werkzeuganbieter delegiert. Während der Kunde Eigentümer der Integrationen ist, werden bestimmte operative Aspekte wie Updates, Plattformverfügbarkeit oder grundlegende Überwachung vom Werkzeuganbieter übernommen. Dieses Modell kann den Aufwand auf Plattformebene reduzieren, lässt jedoch häufig Lücken in Bezug auf schnittstellenspezifische Verantwortung, Partnerabhängigkeiten oder geschäftskritische Vorfälle.
Die operative Verantwortung wird an einen externen Partner übertragen, der sich auf den Betrieb und die langfristige Sicherung der Integrationen konzentriert. Die Integrationsplattform kann weiterhin im Besitz des Kunden bleiben, aber die Überwachung, die Bearbeitung von Vorfällen, die Koordinierung von Änderungen und die Dokumentation werden als fortlaufende Aufgabe übernommen. Dieses Modell zielt darauf ab, das operative Risiko und die Abhängigkeit von Schlüsselpersonen zu reduzieren, insbesondere in komplexen oder geschäftskritischen Integrationslandschaften.
Die Verantwortung wird zwischen internen Teams, Tool-Anbietern und externen Partnern aufgeteilt. Dies kann zwar flexibel sein, erfordert jedoch oft sehr klare Grenzen, um unklare Zuständigkeiten bei Vorfällen oder Änderungen zu vermeiden.
Nicht alle Integrationen verhalten sich operativ gleich. Daher werden Verantwortungsmodelle oft je nach Schwerpunktbereich der Integration unterschiedlich angewendet.
Aufgrund dieser Unterschiede sollten Verantwortungsmodelle besser separat für einzelne Integrationsschwerpunkte bewertet werden, anstatt sie als ein einziges, einheitliches Thema zu behandeln.
Bei der Untersuchung des Umgangs mit Verantwortung werden üblicherweise die folgenden Dimensionen herangezogen, um zwischen verschiedenen Ansätzen zu unterscheiden:
Diese Dimensionen bieten eine strukturierte Möglichkeit, die Verteilung der Verantwortung unabhängig von der zugrunde liegenden Technologie oder Plattform zu bewerten.
In den folgenden Abschnitten wird näher beleuchtet, wie die Verantwortung in verschiedenen Bereichen der Datenintegration typischerweise strukturiert ist. In jedem Abschnitt werden operative Ansätze, Verantwortungsgrenzen und typische Kompromisse untersucht, die für den jeweiligen Schwerpunktbereich spezifisch sind.
Jeder Bereich bringt unterschiedliche Anforderungen und Bewertungskriterien mit sich, weshalb Verantwortungsmodelle am besten separat bewertet werden sollten, anstatt sie auf einer rein generischen Ebene zu vergleichen.
