In dem letzten Artikel haben wir die Grundlagen von Unternehmenssoftware und Enterprise Integration behandelt. Nachdem wir nun verstehen, was Integration bedeutet, gehen wir etwas tiefer und schauen uns den vollständigen Lebenszyklus eines Integrationsprojekts an. Wir beginnen dort, wo jedes Projekt beginnt: beim Verstehen der Anforderung.
Szenario: Betrachten wir den Fall eines großen (fiktiven) multinationalen Unternehmens 'ACME Inc', das in Indien und Deutschland tätig ist. In den letzten 20 Jahren hat ACME seine HR-Prozesse für die beiden juristischen Einheiten mit unterschiedlichen Systemen für beide Länder abgewickelt. Vor Kurzem hat das Unternehmen beschlossen, diese zu vereinheitlichen und auf eine neue Cloud-HR-Software umzustellen, die den Mitarbeitenden eine bessere UX und erweiterte Funktionen bietet. Aus bestimmten (seltsamen, aber möglichen) Gründen kann ACME die alten Systeme jedoch nicht vollständig abschalten und benötigt sie weiterhin für die länderspezifische Gehaltsabrechnung.
Das obige Szenario ist ein typischer Fall, in dem wir Integration brauchen, um verschiedene Systeme miteinander synchron zu halten. Versuchen wir, dieses Szenario der digitalen Transformation Schritt für Schritt abzubilden.
Die aktuelle Landschaft verstehen
Bei einem Integrationsprojekt sind die Bausteine einer Anforderungsaufnahme die beteiligten Softwaresysteme und ihre Interaktionen.
Eine der einfachsten Möglichkeiten, das zu verstehen, ist eine visuelle Darstellung der Softwarelandschaft. In unserem Szenario könnten die beiden stark vereinfachten Systeme in etwa so aussehen wie das Diagramm rechts. Dieses Landschaftsdiagramm konzentriert sich nur auf die 2 HR-Systeme und einige ihrer Entitäten.
In einem realitätsnäheren Szenario sollten wir auch die weiteren angebundenen Systeme wie Identity Management, Finance, Supply Chain usw. berücksichtigen. Für den Moment halten wir es jedoch einfach 😉
Szenarien nach der Integration visualisieren
Sobald wir die aktuelle Landschaft gut verstanden haben, ist es Zeit zu betrachten, wie sie sich durch die Einführung eines neuen Systems verändert. Um diese vorgeschlagene Landschaft zu erstellen, können wir einfach unser bestehendes Design kopieren und beginnen, Änderungen vorzunehmen. Nach ein paar schnellen Anpassungen könnte es so aussehen:
In dieser vorgeschlagenen Welt nach der Integration sehen wir die Ergänzung unseres neuen Cloud-HR-Systems, das zum führenden System für alle Mitarbeiterinteraktionen wird (etwa Urlaubsanträge, Performance Management, Organisationsstruktur und mehr). Wir sehen außerdem, dass unsere Legacy-Systeme für die beiden Länder weiterhin bestehen, allerdings mit leichten Änderungen. Gemäß dem Vorschlag haben wir das System Global HR als Master-System für 'Org Data' und 'Employee Data' gekennzeichnet und für beide Entitäten einen Datenstrom zu den Systemen IND und DE ergänzt.
Vereinfacht gesagt bedeutet das: Die Org- und Employee-Daten (wie Name, Alter) fließen über die Integrationsflows vom System Global HR zu den Systemen IND und DE.
Auf denselben Konzepten aufbauend können wir auch etwas komplexere Szenarien entwerfen. Nachfolgend ein solches (weiterhin vereinfachtes) Beispiel aus der Praxis mit SAP SuccessFactors und SAP HCM.
Fazit und nächste Schritte
Dank dieser einfachen Design-Übung verstehen wir nun, welche Systeme im Spiel sind und wie die Daten zwischen ihnen fließen sollen. Im Lebenszyklus eines Integrationsprojekts wird eine solche Übung üblicherweise gemeinsam mit dem Kunden vor Projektbeginn durchgeführt. Das Entwerfen dieser 'Ist'- und 'Soll'-Szenarien spielt eine entscheidende Rolle bei der Festlegung von Projektumfang und benötigtem Aufwand.
In den nächsten Artikeln behandeln wir die weiteren Schritte im Lebenszyklus unseres Integrationsprojekts und schauen uns die Datentransformation an.
HINWEIS: Alle oben eingefügten Diagramme wurden mit dem INTEGRTR Digital Transformer erstellt. Schreiben Sie uns, wenn Sie ihn ausprobieren oder die integrtrPlatform nutzen möchten, um Ihre Integrationsprojekte voranzubringen.