IT Management Januar/Februar 2022

IT INFRASTRUKTUR | 47
• Das Produkt – und die unterstützenden
IT-Systeme – sind zum Entwicklungsbeginn
nur vage definiert und müssen erst
mitwachsen.
• Nachvollziehbarkeit und Dokumentation
spielen für kurzlebige Software-Features
eine untergeordnete Rolle.
Es muss nun ein Weg gefunden werden,
mit dieser Situation umzugehen. Ein Lösungsansatz
dieses Dilemmas besteht darin,
für die verschiedenen Bereiche unterschiedliche
Vorgehensmodelle für die
Software-Entwicklung vorzusehen. Diese
Abkehr von einem uniformen Vorgehensmodell
innerhalb eines Unternehmens
führt zu einer „Two-Speed-IT“.
Erfolgsfaktor: Separierbarkeit
der Komponenten nach Entwicklungsmodell
Ein Erfolgsfaktor für eine Two-Speed-IT
ist eine Separierung der Systemlandschaft
in mehrere möglichst unabhängige
Teile. Diese können dann umso einfacher
nach den beiden Paradigmen
behandelt werden.
IT ist heute vernetzt
In früheren Zeiten wurden alleinstehende
IT-Systeme gebaut und betrieben. Für viele
Kunden wurden noch Anfang des Jahrtausends
solche Solitäre gebaut.
Heute findet man das kaum noch. Die
Systeme stehen nicht mehr für sich alleine,
sondern sind vernetzt. Nur im Verbund
kommen alle Aspekte des fachlichen
und technischen Know-hows des
Geschäfts zum Tragen. Der Wert der
Systeme für ein Unternehmen wandert zunehmend
in die Vernetzung. Mehrfache
Datenpflege und potentielle Inkonsistenzen
werden vermieden. Hierdurch lassen
sich dann auch verborgene Beziehungen
zwischen den unterschiedlichen Daten
aufspüren und ausnutzen.
Wenn wir einen Schnitt der Systemlandschaft
in agile und klassische Komponenten
in Betracht ziehen, dann müssen
die fachlichen Applikationen realisierbar
sein, die unter Umständen mehrere
solcher Komponenten der beiden Arten
nutzen müssen. Dem gegen-über steht
die Möglichkeit, vollständig unabhängige
Applikationen nach jeweils eigenen
Entwicklungsmodellen umzusetzen.
Die einzelnen Komponenten erhalten
Aufgaben, die nur sie durchführen. War
es vormals üblich, querschnittliche Aufgaben
wie beispielsweise eine Kundenverwaltung
in den diversen Systemen separat
zu halten, so wird diese Aufgabe nun
einer zentralen Komponente übertragen
(siehe Bild 1). Die anderen Komponenten
benutzen jetzt deren Schnittstellen, ohne
die Funktionalität zu duplizieren.
Es ist in der Regel bei etablierten Firmen
nicht möglich, die IT mit einem Schlag
aus der „langsamen“ Welt der Kernsysteme
in die „schnelle“ Welt der Frontend-Systeme
zu transformieren. Damit
sind auch gleich die zwei Bereiche genannt,
die charakteristisch für die verschiedenen
Geschwindigkeitsanforderungen
stehen. Trotzdem sei bemerkt,
dass diese Bereiche nicht zwangsweise
auf diese Weise zugeordnet werden
müssen. Auch Kernsysteme können agil
und Frontend-Systeme klassisch erstellt
werden.
Ein Beispiel wäre in der Finanzbranche
die Abwicklung eines neuen Produkts in
einer eigenen Applikation. Das bedeutet
aber auch, dass der gesamte Prozess
der Abwicklung separiert wird. Das
kann beispielsweise dann sinnvoll sein,
wenn die gruppe klein und das Produkt
zeitlich begrenzt ist. Da in diesem Fall
die Grenzen klar gezogen sind, beeinflussen
sich die Entwicklungsmodelle
nicht.
In der freien Wildbahn
sind die Übergänge natürlich
fließend, sodass
auch die Separierbarkeit
nur graduell möglich
wird. Je enger die
Kopplung der verschiedenen Systeme
ist, desto schwieriger wird ein
Vorgehen mit unterschiedlichen Entwicklungsmodellen.
C1
C2
Bild 1: In der Abbildung wird versucht,
der Kontext einer Two-Speed-IT zu visualisieren.
A1
Quelle: www.explore.iteratec.com/blog/
C3
A2
www.it-daily.net