IT Management Januar/Februar 2022

Weitere Magazine

Empfehlungen

Info

46 | IT INFRASTRUKTUR KONTROVERSTHEMA: TWO SPEED IT HOPP ODER TOP? WAS IST RICHTIG, WAS FALSCH? (TEIL 1 VON 2) Als ob die IT nicht schon genug mit den sich immer schneller ändernden Anforderungen des Business zu tun hätte, sie muss sich auch mit den verschiedensten Betreibermodellen (On-Premises, SaaS, Managed Services, Cloud) auseinandersetzen. Hinzu kommt die Diskussion um unterschiedliche Geschwindigkeiten innerhalb der IT. Two Speed IT ist auch unter dem Stichwort Bimodale IT bekannt. Dahinter verbirgt sich dieselbe Annahme, nämlich dass es zwei unterschiedliche Geschwindigkeiten innerhalb der unternehmenseigenen IT geben kann. Einziger Unterschied, die beiden Begriffe stammen von unterschiedlichen Beratungsunternehmen, nämlich Gartner 2012 und McKinsey 2014. Der Ansatz teilt die IT auf der einen Seite in historisch gewachsene, zuverlässige Systeme, die Kernsysteme des Unternehmens und auf der anderen Seite in neue, schnelle, experimentelle, agile Applikationen der IT, für die sich quasi als Synonym die digitalen Projekte ergaben. Wie immer bedeutet ein neues Entwicklungsparadigma in Theorie und Praxis, dass man es befürwortet oder ablehnt. Was auf den ersten Blick zu Beginn durchaus sinnvoll erschien, wird nun zunehmend in Frage gestellt. Was spricht dafür, was dagegen? Dr. Gerd Neugebauer, Senior IT-Architekt bei iteratec hat die Vor- und Nachteile im nachfolgenden ersten Teil dieses Artikels wunderbar zusammengefasst: Koexistenz von verschiedenen Entwicklungsgeschwindigkeiten Mit dem Aufkommen der Popularität von agilen Software-Entwicklungsmodellen stellte sich die Frage, wie man diese mit einer gewachsenen Projektkultur verbinden kann. Die altehrwürdigen Kernsysteme sind geprägt von dem Streben nach Stabilität und Sicherheit: • Die Funktionalität muss zur Verfügung stehen. • Fehler sind kostspielig und müssen vermieden werden. MIT DEM STICHWORT BIMODALE-IT BEZIEHUNGSWEISE TWO- SPEED IT WURDE EINE DISKUSSION IN DER IT-WELT GESTARTET, WIE MAN VERSCHIEDENE ENTWICKLUNGSPARADIGMEN IN EINEM UNTERNEHMEN VERWENDEN KANN. Dr. Gerd Neugebauer, Senior IT-Architekt, Iteratec GmbH, www.iteratec.com • Nachvollziehbarkeit und Dokumentation spielt eine wichtige Rolle. Auf der anderen Seite steht das Business. Hier dreht sich die Welt immer schneller. Produkte werden kurzfristig auf den Markt geworfen und verschwinden zum Teil auch ebenso schnell wieder. Das führt zu anderen Schwerpunkten bei der Wichtigkeit der Anforderungen: • Time-to-Market ist essentiell, wenn man nicht vom Wettbewerber abgehängt werden will. www.it-daily.net
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
Seite 1 und 2: JANUAR/FEBRUAR 2022 RPA-SOFTWARE- L
Seite 3 und 4: it-daily.net mehr als nur tägliche
Seite 5 und 6: IT MANAGEMENT | 5 30 20 10 COVERSTO
Seite 7 und 8: TRENDS | 7 DIE WICHTIGSTEN IT-GESET
Seite 9 und 10: TRENDS | 9 EDGE COMPUTING FÜNF ENT
Seite 11 und 12: COVERSTORY - IT MANAGEMENT | 11 Dur
Seite 13 und 14: ADVERTORIAL - IT MANAGEMENT | 13 NA
Seite 15 und 16: IT MANAGEMENT | 15 GREEN IT NEU GED
Seite 17 und 18: IT MANAGEMENT | 17 umzusetzen ist,
Seite 19 und 20: IT MANAGEMENT | 19 weniger Personen
Seite 21 und 22: IT MANAGEMENT | 21 schäftstelefons
Seite 23 und 24: IT MANAGEMENT | 23 ANGEKOMMEN 20 %
Seite 25 und 26: IT MANAGEMENT | 25 INDUSTRIE 4.0 DI
Seite 27 und 28: IT MANAGEMENT | 27 Nummern, die Zei
Seite 29 und 30: IT MANAGEMENT | 29 wie vor manuell
Seite 31 und 32: IT MANAGEMENT | 31 39 % BEDROHUNGSL
Seite 33 und 34: IT MANAGEMENT | 33 SECURITY-TRENDS
Seite 35 und 36: IT MANAGEMENT | 35 breiten Palette
Seite 37 und 38: IT MANAGEMENT | 37 Wahlen 2020. Wä
Seite 39 und 40: IT MANAGEMENT | 39 Faktoren wie die
Seite 41 und 42: IT INFRASTRUKTUR | 41 knüpften End
Seite 43 und 44: IT INFRASTRUKTUR | 43 Sämtliche, f
Seite 45: IT INFRASTRUKTUR | 45 für Laien is
Seite 49 und 50: IT INFRASTRUKTUR | 49 Servern kommu
Seite 51 und 52: SAVE THE DATE! VORSCHAU | 51 Digita

IT Management Januar/Februar 2022

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?