Die IT-Systemlandschaft – die IT Landscape struktuiert erfassen & standardisieren

Management Summary

  • Die IT-Systemlandschaft umfasst die Menge der vernetzten Anwendungssysteme einer Organisation. Mit steigender Digitalisierung von Produkten & Dienstleistungen, Wertschöpfung sowie Kundenbeziehungen wächst auch die IT-Systemlandschaft.
  • Eine heterogene IT-Systemlandschaft verursacht wiederkehrend hohe Wartungs- & Weiterentwicklungskosten. Zudem sorgt sie für anhaltend hohe Architekturkomplexität.
  • Die Standardisierung einer Systemlandschaft vollzieht sich in fünf Schritten entlang im Vorfeld fixierter Standardisierungsziele.
  • Eine homogene IT-Systemlandschaft ist eine kontinuierliche Aufgabe. Neue IT-Systeme kommen hinzu, bestehende Tools gehören regelmäßig auf den Prüfstand.

Application Landscape Management

 

In einer IT-Systemlandschaft stecken 2 Mio. Dollar Optimierungspotential.
Wie viel können Sie realisieren?

Bestimmen Sie in weniger als 8 Minuten mit 14 Einzelfragen die Optimierungshebel im Management Ihres Applikationsportfolios.

Was ist eine IT-Systemlandschaft?

Die IT-Systemlandschaft (auch Anwendungslandschaft, Applikationslandschaft bzw. englisch Application Landscape und System Landscape) umfasst die Menge der vernetzten Anwendungssysteme Ihres Unternehmens. Ein einzelnes IT-System ist dabei ein selbst entwickeltes oder gekauftes und konfiguriertes Softwareprodukt, welches auf firmeneigener oder -fremder Hardware läuft.

Die IT-Systemlandschaft unterstützt die Geschäftsprozesse Ihres Unternehmens. Mit steigender Digitalisierung der Produkte & Dienstleistungen, Automatisierung der Wertschöpfung sowie Virtualisierung der Kundenbeziehungen, wächst auch Ihre IT-Systemlandschaft. Wo kleine und mittlere Unternehmen noch auf eine überschaubare IT Landscape mit einer zweistelligen Zahl von Anwendungssystemen blicken, managen große Unternehmen und Konzerne eine komplexe Landschaft mit 1.000 und mehr IT-Systemen.

Generell gilt: Je bedeutsamer die IT in Ihrem Unternehmen, desto größer und wichtiger ist auch die IT-Systemlandschaft.

„Standardisieren Sie Ihre IT-Systemlandschaft auf Ebene der IT-Services, statt Hersteller- bzw. Tool-bezogen. Statt​ ‚Microsoft Teams‘ vs. ‚Slack‘ betrachten Sie ‚Collaboration Hub‘. Statt ‚Citrix‘ vs. ‚VMware‘ standardisieren Sie ‚Virtual Desktop Infrastructure‘. Mittlere und große Organisationen besitzen zwischen 75 und 90 IT-Services.“

Dr. Christopher Schulz

Worin besteht der Nutzen einer standardisierten IT Landscape?

Eine große ungezähmte Sammlung von IT-Systemen verursacht Ihnen wiederkehrend Wartungs- und Weiterentwicklungskosten und – bei Kaufsoftware – zusätzlich Lizenzkosten. Standardisierung ist ein Weg den Return on Invest der eingesetzten finanziellen Mittel für Ihre IT-Landschaft zu erhöhen.

Zudem erhöhen die vielen Schnittstellen und Eigenheiten von wuchernden Tools die Komplexität Ihrer IT-Architektur. Eine homogenisierte Application Landscape mit eindeutiger Service-Unterstützung und klaren Verantwortlichkeiten führt zu Zufriedenheit bei internen und externen IT-Kunden. Ihre IT-Systemlandschaft läuft in der Betriebsphase wie eine gut geölte Maschine.  

Der Prozess der Landschaftserfassung und anschließender Rationalisierung verbessert die Ausrichtung von Business und IT. Fachliche und technische Experten arbeiten Hand in Hand miteinander. Die Beteiligten optimieren gemeinsam die IT-Systeme ihrer Organsation.  

Schließlich vergrößern viele ungeordnete Anwendungssysteme die Angriffsfläche für Hacker und Cyber-Kriminelle. Mit dem Wissen, welches System welche Ein- und Ausgangspunkte anbietet, schließen Sie effektiv Sicherheitslücken und erhöhen die Verlässlichkeit Ihrer IT-Werkzeuge für das gesamte Unternehmen.

Laut der Softwareschmiede Oracle lassen sich die IT-Projektkosten durch eine effiziente IT-Systemlandschaft um über 10 Prozent reduzieren. Das Technologieunternehmen Infosys sieht einen Kostenvorteil von über 2 Mio. Dollar, den Firmen mit einem optimierten Applikationsportfolio realisieren.

Im Kontrast berichtet der EAM Tool-Hersteller LeanIX von 70 Prozent der Unternehmen, die über keine dokumentierte IT-Systemlandschaft verfügen. Möchten Sie als Unternehmen im Markt bestehen und Ihren Vorsprung durch IT ausbauen, sollten Sie Ihre IT-Systemlandschaft erfassen, standardisieren und optimieren.

Kostenreduktion

z.B. Wartung, Betrieb und Lizenzen

Komplexitätsbeherrschung

z.B. Schnittstellen, Hersteller und Technologien

Sicherheitsverbesserung

z.B. Patching, Backups und Zugriffskontrolle 

Wie wird eine IT-Systemlandschaft standardisiert?

Beim Vorgehen einer Standardisierung der IT-Systemlandschaft besteht aus unserer Erfahrung bei CIOs, Enterprise Architekten und IT-Produktverantwortlichen oft Uneinigkeit.

  • Erst die Soll-Systemlandschaft definieren und anschließend den Ist-Stand erheben?
  • Oder zunächst eine Bestandsaufnahme absolvieren und dann das zukünftige Softwaretool-Portfolio festlegen?
  • Und überhaupt: Was muss eigentlich bei einem System wie genau erfasst werden?

Unser 5-stufiges Phasenmodell bringt die notwendige Klarheit.

IT-Systemlandschaft

5-Phasen Vorgehensmodell zur Standardisierung der IT-Systemlandschaft

Phase 1: Ist-Systemlandschaft erheben

Nur wenn Sie wissen, wo Sie aktuell stehen, können Sie über ein realistisches Ziel mit angemessenem Return on Invest entscheiden. Verschaffen Sie sich daher in Phase 1 einen Überblick über den Ist-Stand Ihrer IT-Systemlandschaft.

  • Welche Systeme verantwortet unser IT-Bereich?
  • Welches System wird für welche Geschäftsprozesse mit welcher Intensität von welchen Fachbereichen genutzt?
  • Wie gut ist die Informationslage über die eingesetzten Softwarekomponenten?

Zurren Sie zu Beginn die Merkmale fest, die Sie für jedes System bestimmen möchten. Fast immer ist weniger mehr. Bei 500 Tools und 20 Merkmalen müssen Sie 10.000 Datenpunkte zusammentragen. Je nachdem, wie gut der Dokumentationsstand Ihrer Systemlandschaft ist, resultiert dies in einer unendlichen Sammelaufgabe. Schnell übersteigen die Kosten den angestrebten Nutzen.

Seien Sie pragmatisch. Beschränken Sie sich auf die Top-7 Eigenschaften eines Systems, beispielsweise seinem Namen, dem Hersteller, Verantwortlichen, der Version, der Lizenz, den Datenobjekten sowie den Schnittstellen zu anderen Systemen. Stimmen Sie die Liste mit den Beteiligten ab. Lassen sich die drängenden Fragen der Prozessverantwortlichen, Finanzkollegen, Betriebsmannschaft mit den neuen Informationen beantworten?

Schließen Sie die Lücken in den konsolidierten Systembeschreibungen mittels gezielter Fokustermine. Alle Daten zur Ist-Systemlandschaft legen Sie zentral an einer Stelle in ein Systemverzeichnis ab. Ab jetzt liegt in diesem Application Repository (auch System Inventory bzw. Applikationsregister) der Single-Point-of-Truth für Ihre IT-Systeme.

Phase 2: Standardisierungsstrategie definieren

Warum wollen Sie Ihre IT-Systemlandschaft standardisieren? Was sich wie ein Scherz liest, entpuppt sich nach einer Denkminute als wertvolle Grundsatzfrage. Kein CIO standardisiert der Standardisierung wegen. Daher: Warum wollen Sie Ihre IT-Systemlandschaft standardisieren?

Die Hauptziele sind die Minimierung von Risiken und die Optimierung der Unternehmensressourcen. Die dahinterliegenden Subziele sind jedoch so mannigfaltig, wie die Systeme selbst und stammen von verschiedenen Unternehmensbereichen. Eine unvollständige Auswahl:

  • Die Komplexität von vorhanden Herstellern, Systemlösungen, Tool-Schnittstellen etc. soll reduziert werden.
  • Es gilt die hohen Kosten für Betrieb, Wartung bzw. Lizenzen zu senken.
  • Durch Reduktion der Angriffsfläche gegenüber Hacker und Cyber-Kriminellen soll die IT-Sicherheit erhöht werden.
  • Nach einer Unternehmensfusion müssen fachlich redundant gewordene IT-Systeme abgeschalten werden.
  • Statt der bisher eingesetzten Individualsoftware, sollen verstärkt moderne Standardprodukte zum Einsatz kommen.
  • Die System-und Medienbrüche sollen in den Geschäftsprozesse reduziert werden.
IT-Systemlandschaft

Typische Ziele für die Standardisierung einer IT-Systemlandschaft

Halten Sie Standardisierungsziele explizit fest. Verknüpfen Sie diese mit fachlichen Mehrwert und versehen Sie jedes Ziel mit einer Frist und mindestens einem Bewertungskriterium, dem Scoring Parameter. Die Abbildung zeigt weitere typische Ziele für die Standardisierung einer IT-Systemlandschaft. So können Sie den Grad der Standardisierung an der Menge der Systeme, der Herstellerzahl, der Homogenität der eingesetzten Software etc. festmachen. Gießen Sie Ziele, Messgrößen, Termine und Randbedingungen in die Standarisierungsstrategie.

Erweitern Sie Ihr Systemverzeichnis bei Bedarf mit den Merkmalen, die für eine Zielmessung erforderlich sind. Mit hoher Wahrscheinlichkeit ist eine weitere Serie von Interviews und Befragungen von Wissensträgern – also ein iterativer Rücksprung in Phase 1 – erforderlich. Kein Problem, die Kommunikationspfade mit den Stakeholdern wurden bereits etabliert.

Phase 3: Soll-Systemlandschaft gestalten

Der Grundstein ist gelegt, und nun heißt es im Rahmen der Phase 3 die IT-Systemlandschaft auf ihr Standardisierungspotential abzuklopfen. Dabei unvermeidbar: Jedes System muss zusammen mit den Verantwortlichen auf Herz und Nieren überprüft werden. Pragmatisch und schnell geht das mit der 2-Filter-Methode.

  • Zunächst betrachten Sie jedes System aus dem Problemperspektive. Zentrale Frage: „Ist für diese Software eine Standardisierung notwendig?“
  • Die festgehaltenen Standardisierungskandidaten betrachten Sie daraufhin aus der Lösungsbrille. Offener Punkt: „Wie gestaltet sich die Standardisierung?“
IT-Systemlandschaft

Schnellbewertung eines IT-Systems mit Hilfe der 2-Filter Methodik

Durchflügen Sie mit gezielten Fragen die Systemlandschaft – im Workshop, bei Interviews oder auf Basis eines Fragebogens. Bewerten Sie jedes System auf Basis harter Fakten. Visualisieren Sie mittels Application Portfolios

  • Wie zufrieden sind Endanwender mit der Applikation?
  • Wie oft und lang kommt ein IT-System zum Einsatz?
  • Wie wichtig ist eine Softwareanwendung für den Geschäftsprozess?
  • Welche Kosten verursacht uns die Applikation, gemessen an ihrem Nutzen (relative Kosten)?

Bewerten Sie den Mehrwert einer Tool-Standardisierung, ihre technische Machbarkeit und das verbundene Risiko. Stimmen Sie das Ergebnis mit den Beteiligten ab. Am Ende liegt eine bestätigte Liste vor Ihnen: die Top-System-Abschaltkandidaten.

Leiten Sie resultierende Anpassungen für Ihre IT-Systemlandschaft ab: konsolidierte Datentöpfe, angepasste Schnittstellen, verbesserte Prozessunterstützung. Entscheiden Sie immer aus fachlicher und technischer Perspektive. Bereits bei der Planung generiert das Aussortieren Aufwand. Langfristig rechnet sich diese Rationalisierung für das Gesamtunternehmen mehrfach.

Phase 4: Standardisierungsprojekte umsetzen

Jetzt geht‘s ans Eingemachte – es gilt die Ziel-Systemsystemlandschaft zum Ist-Stand werden zu lassen. In Phase 4 schlägt die große Stunde des Projektmanagements. Das bis dato einzeln geführte Standardisierungsprojekt fächert sich nun in mehrere Teilinitiativen auf, die Sie vorzugsweise in agil Projektmanier umsetzen lassen. Wir nutzen für diese Phase die Application Action Matrix. Nutzen Sie die Übersicht als Orientierung für ihre Harmonisierungsinitiativen.

IT-Systemlandschaft

Die Application Action Matrix zeigt die Dimensionen und Arbeitsbereiche bei der Standardisierung einer IT-Systemlandschaft

Gehen Sie nach der Formel ‚Ein-Tool-ein-Projekt‘ vor. Bei kleinen Softwarekandidaten kann ein Projektleiter auch mehrere Ablösevorgänge auf einmal begleiten. Essentiell ist der fachliche Ersatz. Für jeden abgeschalteten Kandidaten bietet die IT dem Business eine adäquate Alternative an. Kommunizieren Sie die Änderungen zielgruppengerecht. Im Zweifel stimmen Systemnutzer mit den Füßen ab und boykottieren die neue Softwareanwendung. Hören Sie auf die Endanwender und ihre Bedarfe.

Setzen Sie zudem eine Standardardisierungs-Governance auf. Jedes IT-System besitzt einen fachlichen Verantwortlichen, den sogenannten Fachverantwortliche bzw. Business Product Owner. Diesem wird ein technischer Kümmerer zur Seite gestellt, der Technikverantwortliche oder IT Product Owner.

Legen Sie fest, wie im Unternehmen zukünftig mit neuen, veralteten oder gar obsolet gewordenen Softwaretools umgegangen werden soll.

  • Wer gibt den Antrag für ein neues Werkzeug frei?
  • Wo haben die Fachbereiche Freiheitsgrade bei der Auswahl ihrer Software?
  • Wer prüft in welchem Intervall den Verwendungsgrad der Software?
  • Wer muss bei Update von Systemen informiert werden?

Jetzt ist der Zeitpunkt gekommen, Steuerungs- und Managementprozesse zu etablieren. Ansätze wie das Kernmodell von COBIT 2019 sind in dieser Phase einen Blick Wert.

Phase 5: Systemlandschaft weiterentwickeln

Nach der Standardisierung ist vor der Standardisierung. Eine einmal konsolidierte IT-Systemlandschaft verkommt schnell wieder zum Wildwuchs, wenn Sie den Standardisierungsanspruch nicht in Ihrer Aufbau- und Ablauforganisation als Regelprinzip verankern.

Bei der Weiterentwicklung durchlaufen Sie Phase 1 bis 4 iterativ und kontinuierlich, entscheiden erneut auf Basis fachlicher, technischer, rechtlicher, strategischer und wirtschaftlicher Anforderungen. Im Gegensatz zum initialen Standardisierungsprojekt fällt der Änderungsumfang jedoch geringer aus.

IT-Systemlandschaft

Geführte Weiterentwicklung der IT-Systemlandschaft

Wiederkehrend müssen neue Systeme kontrolliert zugelassen werden. Altsysteme werden in Regelmäßigen Abständen aktualisiert oder ganz abgeschalten. Wächst die Landschaft um neue Tools an, dann sollten wie bei einem gut geführten Warenlager veraltete Produkte aussortiert werden.

Grundlage für die Daueraufgabe ist ein diszipliniert gepflegtes Systemverzeichnis. Das Tool Repository bietet die Datengrundlagen für Systemkarten, -diagrammen und -pläne. Diese Artefakte nutzen Sie für die Analyse-, Kommunikation- und Entscheidungssitzungen rund um Ihre IT-Systemlandschaft.

Kontinuierlich: Projektmanagement

Die Standardisierung der IT-Landschaft vollzieht sich zunächst als ein Projekt, dass sich – je nach Standardisierungsbedarf – ab Phase 4 in mehrere Teilprojekte verzweigt und schließlich im Regelbetrieb mündet. Mit der Rationalisierung transformieren Sie Ihr Unternehmen. Das Vorhaben sollte daher sowohl Business als auch IT Akteure einbinden.

Achten Sie auf ein aktives Stakeholdermanagement. Beim Ausphasen eines Tools entsteht beim nutzenden Fachbereich zunächst eine Lücke, die es mit Hilfe von Change Management Maßnahmen zu füllen gilt. Menschen verteidigen, was ihnen gehört und mit dem sie vertraut sind. Wandel benötigt Zeit und Unterstützung. Abläufe ändern sich, es kommt zu Kompetenz- und Verantwortungsverschiebungen. Die Nachfolgeapplikationen sind unbekannt. Je mehr Prozesse und Nutzer, je tiefgreifender und je zeitlich ausgedehnter ein System in einer Organisation, desto langwieriger seine Ablösung.

Fachliche Innovation vs. technische Synergie sind zwei gegensätzliche Pole – fast immer liegt das Optimum dazwischen.

Sorgen Sie auch für einen stetigen Informationsfluss an den Schnittstellen.

  • Welche Tools sind aus Sicht des Lizenzmanagements Abschaltekandidaten?
  • Wie sieht eine optimale Verzahnung von Business und IT aus Sicht des Prozessmanagements aus?
  • Welche Projekte sind laut dem Projektportfoliomanagement für welches System geplant bzw. bereits gestartet?
  • Was sagen die Kollegen aus den IT Service Bereichen zur neu ausgerichteten Systemlandschaft?

Kommunikation ist der Schlüssel für den Erfolg einer Standardisierung. Erheben Sie die Einbindung der Stakeholder im Projektmanagement zur Hauptaufgabe. Wägen Sie die Kosten- und Nutzenelemente mit einem Business Case transparent ab und entkräften Sie potentielle Interessenskonflikte. Machen Sie den Fortschritt auf Basis der fixierten Ziele und ihren Messgrößen transparent. Bleiben Sie auch bei Herausforderungen und Rückschlägen im konstruktiv und zukunftsgewandt. Gemeinsam zum optimalen Standard.

„Binden Sie in die Standardisierungsinitiative sowohl Kollegen mit technischen, als auch mit fachlichen Kenntnissen ein. Dieses diverse Team kennt die Anforderungen aus dem Business und kann passende Lösungen aus der IT gegenüberstellen.“

Dr. Christopher Schulz

Weshalb ist die Standardisierung von Werkzeugen nicht neu?

Gedankenspiel: Wir schreiben das Jahr 1920. Als Maschinenbaumeister verantworten Sie eine kleine Werkstatt. Ob Flachzangen, Schraubendreher oder Schlosserhammer – für jede Fertigungsaufgabe stehen mindestens zwei Exemplare in identischer Ausführung bereit. Sie besitzen sowohl gekaufte, als auch individuell gefertigte Werkzeuge. Fast jedes Kaufwerkzeug kommt von einem anderen Fabrikanten.

Über die Jahre haben Sie den Überblick verloren. Welche Tools haben wir bereits im Inventar? Welche Werkzeuge müssen überholt werden? Sie wissen es nicht. Überdies benötigt Ihr Werkzeug-Wildwuchs viel Lagerplatz und verursacht wachsende Wartungsaufwände. Wie sie es auch drehen und wenden – wollen Sie als Maschinenbauer wettbewerbsfähig bleiben, müssen Sie Ihre Werkstatt aufräumen und Ihre Hilfsmittel standardisieren.

Ein Jahrhundert später, mitten drinnen in der digitalen Transformation. Statt für Steckschlüssel und Stichsägen sind Sie heute für IT-Systeme verantwortlich. Über die Zeit hat sich auch hier ein Zoo von Softwaretools zusammengefunden. Alles fachlich irgendwann einmal von irgendwem gebraucht, alles technisch irgendwie mit irgendwas integriert.

„Kennen Sie das Winchester Mystery House in San Jose Kalifornien? Die Witwe des Gewehrfabrikanten William Winchester lies das Gebäude zwischen 1884 und 1922 um- und ausbauen. Mit 161 Räumen fehlt dem Winchester House eine wichtige Sache: ein Plan. In knapp 40 Jahren wurde das Haus ohne Architekten erweitert.“

Dr. Christopher Schulz

Fazit

Oft angesprochen, selten konsequent verfolgt: Die Standardisierung der IT-Systemlandschaft.

Eine homogenisierte Softwarelandschaft reduziert Komplexität, senkt Kosten und erhöht IT-Produktivität. Wie bei einer aufgeräumten Werkstatt besitzt jedes Tool eine zentrale Funktion und einen bestimmten Platz. IT – aufgeräumt, homogenisiert, effizient.

Ebenfalls interessant 

Leseempfehlungen

Sie möchten Ihre IT-Systemlandschaft standardisieren?
Gerne unterstützen wir Sie bei Erfassung & Rationalisierung!

Dr. Christopher Schulz

Dr. Christopher Schulz

Business Analyst, Enterprise Architect & Projektmanager

Bitte akzeptieren Sie unsere Datenschutzerklärung.

3 + 13 =