Nein! Zu groß ist die Zahl der Schnittstellen, die die neuen, schnellen Lösungen zur bestehenden IT-Infrastruktur benötigen. Deren Programmierung aber durchläuft den im Unternehmen üblichen, seit Jahren bewährten Prozess. Und so wird der brandneue Sportwagen der innovativen Lösungen häufig durch den unbeirrt sein Höchsttempo fahrenden LKW der bestehenden Prozesse und IT ausgebremst. Und lässt er sich nicht bremsen, fährt er auch schon einmal an die Wand.
Sicher: Die McKinsey-Forderung, im Rahmen der digitalen Transformation eine Startup-Kultur zu entwickeln und in diesem Zusammenhang auch gleich eine neue, schlanke und schnelle IT aufzubauen, hat Bewegung in die deutsche Unternehmens-IT gebracht. Und wer es sich finanziell und personell leisten konnte, hat das empfohlene Prinzip der IT der zwei Geschwindigkeiten bereits im eigenen Unternehmen umgesetzt - oder doch zumindest die ersten Schritte zu seiner Umsetzung unternommen.
Siehe dazu auch: Forresters Abgesang auf die bimodale IT
Neue IT auf der grünen Wiese für viele zu kostspielig
Und genau das ist die Crux der Thematik: bei weitem nicht jedes Unternehmen kann es sich leisten, eine zweite IT-Organisation - mit einer nicht unerheblichen Zahl an Redundanzen und organisatorischem Überbau - auf die grüne Wiese zu setzen. Im Klartext bedeutet das: die meisten Unternehmen müssen sich Alternativen einfallen lassen, um auch mit einem überschaubaren Budget künftig Digitalisierungsprojekte erfolgreich umsetzen zu können.
Hinzu kommt: die gewachsene, aber auch bewährte IT wird auch weiterhin benötigt, denn sie deckt viele Basisaufgaben im Unternehmen ab und ist in der Lage, Daten aus den verschiedensten Bereichen zu konsolidieren. Daten, die auch die neuen Systeme früher oder später benötigen. Das bedeutet: IT-Verantwortliche müssen sich ohnehin Gedanken darüber machen, wie sie die gewachsene IT in ihrer Liefergeschwindigkeit beschleunigt.
Kundenanforderungen als Ausgangspunkt
Ein neues Geschäftsmodell auf Basis einer schnellen IT aufzubauen - gegen diesen Gedanken ist im Prinzip erst einmal nichts einzuwenden. Wenn aber die finanziellen und personellen Ressourcen dafür fehlen, braucht es einen differenzierenden Ansatz zur Gestaltung der Two-Speed-IT. Doch wie legt man fest, welche Aufgaben von der schnellen IT beziehungsweise von der sicheren IT übernommen werden sollen?
Ein möglicher Ansatz ist es, die Business Capabilities oder Geschäftsfähigkeiten zu identifizieren, die für das Umsetzen der digitalen Strategie am wichtigsten sind. Der Weg dorthin führt über so genannte Customer Journeys, bei denen der Projektverantwortliche in die Haut des Kunden schlüpft, um das eigene Unternehmen mit dessen Augen zu sehen und zu erleben. Dies gilt vor allem für die möglichen Kontaktpunkte in der digitalen Welt. Dabei werden in der Regel eine ganze Reihe von Stärken und Schwächen aufgedeckt.
Vorgehen bei der Umsetzung einer Customer Journey:
Bestimmung der Geschäftsszenarien, die für die Umsetzung einer digitalen Strategie relevant sein könnten
Reise antreten und sämtliche Kundenkontakte entlang eines Szenarios beschreiben
Betroffene Geschäftsprozesse identifizieren und abbilden
Workshop zur Festlegung der pro Prozess benötigten Geschäftsfähigkeiten
Pro Geschäftsfähigkeit die Erwartungshaltung des Kunden in einer Epic ausdrücken (in Alltagssprache formulierte Software-Anforderung, die vom internen Kunden oder Kunden des Softwareprojekts verfasst wird)
Entscheidung, welche Geschäftsfähigkeit durch die neue, schnelle IT und welche durch die gewachsene, "sichere" IT umgesetzt werden soll
Auch wenn das Identifizieren der Geschäftsfähigkeiten ein alter Hut sein mag: in der Regel wird es von den wenigsten Unternehmen konsequent vorgenommen. Erst damit jedoch wird sichtbar, welche Geschäftsfähigkeit von einem Digitalisierungsprojekt betroffen ist. Und dies ist eine wichtige Grundlage für die Entscheidung, mit welcher IT die Aufgabe umgesetzt werden soll - der schnellen oder der nachhaltigen.
Kriterien der Service-Klassifizierung
Wurden die wichtigsten Business Capabilities identifiziert, führt die Präzisierung der dazugehörigen Epics ganz automatisch zu einer Zuordnung in der Umsetzung: jede von ihnen wird alternativ den schnellen oder den sicheren IT-Services zugeordnet. Um die Business Capabilities klar zuordnen zu können, müssen diese im Vorfeld klassifiziert werden. Kriterien zur Klassifizierung können beispielsweise sein:
Fachliche Komplexität
Implementierungsaufwand
Erwartete Änderungsrate
Adaptierbarkeit
Lebenszyklus (geplant, in Entwicklung, in Betrieb, in Ablösung)
Neue Geschäftsfähigkeiten, die zur Implementierung der digitalen Transformation notwendig sind, werden in der Regel nach dem Muster der schnellen IT umgesetzt. Deren Kennzeichen: agile Vorgehensweisen, leichtgewichtige Architekturen, lose gekoppelte Integrationsmechanismen, schlanke Laufzeitumgebungen. Bei bestehenden Geschäftsfähigkeiten stehen dagegen Einzelfallentscheidungen an: je nach fachlichem Änderungsbedarf muss festgelegt werden, wie der benötigte IT-Service bereitgestellt werden kann. Alternativ werden dazu die bestehenden Services modernisiert oder aber in der schnellen IT komplett neu aufgebaut.
Weg mit altem Plattformdenken: Microservices statt Monolith
Ist die Transformationsplanung der Services abgeschlossen, muss im nächsten Schritt über die technische Realisierung entschieden werden. Wichtig dabei ist es, altes Plattformdenken abzulegen. Nicht jede neue Lösung muss in die bestehende SAP-Landschaft integriert werden.
Die IT-Architektur ist in vielen Unternehmen heute noch weithin durch Software-Monolithen geprägt. Für die Integration von Anwendungen und Daten sind zwar auch hier die Prinzipien der losen Kopplung eingeführt worden (beispielsweise durch eine SOA-Initiative); doch trotzdem fällt der digitale Wandel schwer. Denn die Änderungen betreffen - auch wenn scheinbar nur ein abgegrenzter IT-Service betroffen ist - eine komplette monolithische Anwendung wie beispielsweise ein stabiles SAP- oder Mainframe-System.
Hier jedoch sind - zur Wahrung der Systemstabilität - die vorgeschriebenen Prozesse im Änderungsfall sehr festgefahren und langwierig. Daher kommt die sichere IT bei der Unterstützung sich häufig ändernder Geschäftsfähigkeiten nur selten zum Zuge.
Für die Umsetzung von Business Capabilities, die einem häufigen Wandel unterliegen, sind schnelle IT-Services, eingebettet in eine kleinteilige Microservice-Architektur, gefragt. Sie sind abgekoppelt und damit ohne Risiko für die anderen Systeme im Unternehmen.
Bei diesem Architekturstil wird die Funktionalität des Gesamtsystems über verschiedene, vollkommen autonome Services abgebildet. Dabei wird jeder Service für einen bestimmten fachlichen Anwendungsfall oder eine andere Business Capability entwickelt, deren Erfordernisse er vollständig alleine abdeckt. Aufgrund ihrer Autonomie beziehungsweise untereinander nur sehr losen Koppelung können solche Lösungen auch nachträglich schnell und beliebig oft geändert, ja sogar ausgetauscht werden.
Fazit: Eine IT der zwei Geschwindigkeiten (bimodale IT) ist für die meisten Unternehmen aus finanziellen Gründen nicht umsetzbar und kann schon in einem Zeithorizont von zwei bis drei Jahren zu erste Problemen in Hinblick auf Wartbarkeit und Nachhaltigkeit führen. Schließlich wird in der neuen IT kaum mehr dokumentiert. Der goldene Mittelweg besteht darin, nur die Geschäftsfähigkeiten, die für die Umsetzung der digitalen Transformation von Bedeutung sind und deren Parameter einem häufigen Wandel unterliegen, durch schnelle Micro Services zu unterstützen. Dies immer vor dem Hintergrund, diese Dienste bei einem dauerhaften Erfolg des Geschäftsmodells in die gewachsene IT-Landschaft zu integrieren. Letztere muss gleichzeitig entkoppelt und beschleunigt werden und sich agile Arbeitsweisen zu eigen machen.
Erfolgreich ist am Ende, wer bei der Umsetzung der digitalen Strategie Business-orientiert und feingranular vorgeht. Die Transformation der Customer Journeys und die klare und durchgängige Verbindung von Geschäftsfähigkeiten und IT-Services bietet die Alternative zum berühmten "Holzhammer", schnelle und sichere IT zusammenarbeiten zu lassen. (wh)
Leseempfehlung:
"A two-speed IT architecture for the digital enterprise"; by Oliver Bossert, Chris Ip, and Jürgen Laartz, McKinsey&Company, Dezember 2014