E-Interview mit Richard Nußdorfer (CSA Consulting GmbH): Ziele und Einsatzperspektiven für Enterprise Architektur-Management in IT-Organisationen

Virtual Roundtable zu Enterprise Architecture Management (EAM): Ziele und Einsatzperspektiven für Enterprise Architektur-Management in IT-Organisationen Name: Richard Nußdorfer Funktion/Bereich: Geschäftsführer / IT-Consulting Organisation: CSA Consulting GmbH Kurzeinführung zum Thema Unternehmen müssen flexibel und wandlungsfähig sein. So wie sich die Geschäftsprozesse ändern, muss auch die IT in der Lage sein, diese Änderungen sicher und schnell zu planen, neu auszurichten und im täglichen Betrieb der IT-Systeme zu realisieren. Enterprise Architectur Management spielt hier eine entscheidende Rolle, indem mit EAM ein umfassendes Inventory / Repository der IT-Ressourcen bereitgestellt wird. Auf dieser Inventory-Basis wird die Planung und Fortschreibung der IT-Landschaft vereinfacht , was u.a. die Kostenkontrolle gewährleistet und den effizienten Betrieb absichert. Was das für IT-Organisationen bedeutet, soll dieser virtuelle Roundtable kritisch beleuchten. Wie können – auch kurzfristig gestellte – Anforderungen aus dem Business-Umfeld schnell, zielgenau und vor allem kostengünstig umgesetzt werden? Was sind die Ziele und Nebenbedingungen für erfolgreiches EAM? Welche Praxisbeispiele liegen vor, die zeigen, wie ein ganzheitliches Management von IT und Business aussehen kann? Wie wird dieses IT-seitig unterstützt und organistorisch nachhaltig verankert Mit diesen und weiteren Fragen beschäftigt sich der Roundtable, der führende Vertreter aus IT, Hochschule und Beratungspraxis zusammenführt. Viel Spaß beim Lesen wünscht Ihnen Ihr NetSkill-Team! www.competence-site.de Seite 1 Sehr geehrter Herr Nußdorfer, Frage 1: Verständnis EAM, Bedeutung, Vorteile Wie verstehen Sie den Begriff „Enterprise Architecture Management“? Wie wichtig ist EAM heute schon und ist das in den Unternehmen bereits erkannt worden? Welche Ziele verfolgt ein EAM? Welche Nutzenpotenziale bietet eine an EAM-Konzepten ausgerichtete Architektur der IT-Organisation? Wie trägt ein erfolgreiches EAM zur Erreichung der Geschäftsziele bei? Antwort: Definition EAM: EAM ist das Inventory über alle Ressourcen, die im IT-Bereich vorhanden sind. Zusätzlich sind die Ressourcen in einer Datenquelle gespeichert und erlauben dadurch die Erstellung von Auswertungen, die alle denkbaren Zusammenhänge visualisieren (kompakte Konsistenz). Zu den Ressourcen gehören: Hardware-, Software- und Netzkomponenten (IT- Infrastruktur), Installationsorte (Gebäude/Flur/Raum), Mitarbeiter mit ORG- Zugehörigkeit und Telefonnummer inkl. Notfallnummer, IT-Prozesse und deren Kommunikationsströme (Integrationsstruktur), ev. noch Abbildung der Strategieebene. Wichtigkeit und Ziele: Die Wichtigkeit in der Praxis wäre sehr groß, das Erkenntnispotential bei den IT-Leitern ist aber noch sehr gering. Damit ist die Praxisbedeutung heute noch ziemlich gering, das Wachstumpotential ist aber sehr groß. Die Erkenntnis muss sich durchsetzen, dass die heute vorhandenen Inventories sich auf eine Reihe von Excel-Listen beschränken, deren Inhalte untereinander nicht abgestimmt sind, deren Inhalt nicht aktuell ist und die keine übergreifenden Auswertungen erlauben. Selbst so einfache Fragen wie: “Welche SW-Produkte sind bei uns installiert?“ lassen sich nicht exakt beantworten. Ergänzende Fragen wie: „Wer ist bei uns für welche SW-Pakete verantwortlich?, Wieviel Kosten wurden durch diese SW-Lösung verursacht?, Welche Telefonnummer hat er/sie?, Welche Notfallpläne gibt es?“, sind in der Praxis nur bedingt beantwortbar. Das EAM-Ziel besteht also darin, einen Überblick über alle Komponenten zu bekommen und die Zusammenhänge visualisiert durch gezieltes Reporting darzustellen. www.competence-site.de Seite 2 Nutzenpotential und Erreichung der Geschäftsziele: Der damit verbundene Nutzen ist klar zu sehen: mehr Übersichtlichkeit und Transparenz, was in der IT passiert. Damit verbunden ist eine bessere Planungsmöglichkeit der vorhandenen Ressourcen und deren Weiterentwicklung bzw. deren Ergänzung und Erweiterung oder auch Reduktion. Der Einfluß auf Geschäftsziele ist dadurch gegeben, weil deren Erreichbarkeit durch Festlegung von Maßnahmen besser geplant werden kann. Z.B. ist heute die Einführung von Geschäftsprozessen der Mainstream und durch ein gut organisiertes Inventory sind die erforderlichen Maßnahmen in der IT, die Kosten und Planung der Human Ressources (und deren Verfügbarkeit) einfacher als bisher planbar. Frage 2: Architekturprojekte – Lösungen, Erfahrungen, Anwendung Sollte EAM ein Teil eines übergeordneten Architekturprojektes sein (Einführung der „Enterprise Architecture (EA)“ als IT-Referenzarchitektur) oder kann EAM auch auf Basis der vorhandenen IT-Architektur eingeführt und effektiv genutzt werden (as it is)? Worin bestehen Vor- und Nachteile gegenüber „klassischen“ Inventories in den Anwendungslandschaften? In welchen Anwendungsgebieten und bei welchen Unternehmen ist die Einführung eines EAM daher erfolgversprechend? Antwort: Positionierung von EAM: Die beste Vorgehensweise wäre ein Top-down-Approach, um von der IT-Strategie über die IT-Architektur zur Erkenntnis zu kommen, dass ein EAM eine sinnvolle und dringend erforderliche Komponente in der IT-Landschaft wäre. Bevorzugt sollte EAM eine Komponente in der neu zu definierenden Enterprise Architecture (EA) sein. Eine EA sollte in Zukunft die Basis jeder IT-Strategie sein und daher in jedem Unternehmen vorhanden sein. Die Vorgehensweise zur Einführung beginnt in der IST-Welt: Bestandsaufnahme der Komponenten durch Nutzung der bereits vorhandenen Daten (wohl häufig als Excel-Sheets) und Speicherung in der EAM-Datenbasis sollte der erste Schritt sein. Dann geht es weiter mit der Erfassung und www.competence-site.de Seite 3 Speicherung heute nicht oder nur sehr rudimentär vorhandener und genutzter Daten wie z.B. die Kosten pro Komponenten oder auch die Daten zur Integration („Welche Anwendung kommuniziert mit welchen anderen Anwendungen oder Datenbanken?“) bis hin zur Nutzung von Daten aus dem SystemsManagement, um Zusammenhänge zwischen den SW-Komponenten besser darstellen zu können. Sinnvoll ist natürlich auch der Einsatz neuer Sensoren, um Daten schon bei ihrer Entstehung erfassen und speichern zu können. Dazu kommt das Change Management, das die Aktualität der gespeicherten Daten durch einen automatiserten Update-Prozess sicherstellen muss. Vor- und Nachteile gegenüber klassischen Inventories: Der Vorteil besteht ganz klar im Datenmodell, das auf die EAM-Erfordernisse exakt ausgerichtet sein sollte. Darin unterscheiden sich auch die verfügbaren Tools am Markt: das geeigneteste Datenmodell sollte die Entscheidungsbasis sein. Der Nachteil ist die nicht vorhandene Awareness und der geringe Kenntnisgrad von EAM-Repositories. Dazu Aufklärungsarbeit zu leisten ist der notwendige Know-how-Transfer, um zu einer besseren Akzeptanz zu kommen. Anwendungsgebiete und Unternehmen: Das Anwendungsbebiet für EAM ist die IT-Landschaft. Grundsätzlich gilt die erste Aussage von vorhin, dass letztendlich alle IT-Komponenten in EAM gespeichert sind. Aus Sicht der Vorgehensweise wird der Einsatz natürlich schrittweise erfolgen. Im ersten Schritt gilt die Empfehlung, sich auf Infrastrukturkomponenten zu konzentrieren. Dazu gehören SW-Pakete auf den Servern/Mainframe, Integrationskomponenten wie SOA/ESB-Tools, Human Ressources mit ORG-Infos und Telefonnummern, Gebäudeinfrastruktur und wenn möglich schon eine Kostenzuordnung zu den Komponenten. Daraus lassen sich bereits Reports erzeugen, wie sie heute im Unternehmen nicht vorhanden sind aber in jeder Management-Ebene dringend benötigt werden. Damit lässt sich Akzeptanz im Unternehmen gewinnen und ein weiterer Ausbau ist dann besser diskutierbar. www.competence-site.de Seite 4 Frage 3: Projektbeschreibung Welche Erfahrungen konnten Sie bisher mit diesem Lösungs-Ansatz im eigenen Unternehmen bzw. bei Ihren Partnern / Kunden sammeln? Können Sie ein typisches EAM-Projekt zur Einführung & Begleitung skizzieren? Gibt es häufig auftretende Schwierigkeiten bzw. welche Herausforderungen ergeben sich hauptsächlich bei der Umsetzung? Welche Ergebnisse wurden realisiert, mit welchen Kosten muss man rechnen bzw. wovon hängen diese maßgeblich ab? Antwort: Erfahrungen: Die bisher gesammelten Erfahrungen beziehen sich auf eine erste Einführungsstrategie mit Aufklärung über EAM und Aufbau einer Datensammlung als Inventory für erste Anforderungen. Als Beispiel möge hier die Speicherung von Infrastrukturdaten dienen. Da geht es in der Diskussion darum, welche Daten sind bereits in den Excel- Sheets vorhanden und wie lassen sich diese Daten im EAM-Datenmodell speichern? Also Semantik der Daten bestimmen und Ladeprozesse starten. Dies sind dann die Namen der auf Servern/Mainframe installierten SW-Pakete (Anwendungen/ERP), deren HW-Boxen, die verantwortlichen Personen mit Telefonnummern und ORG-Zugehörigkeit, die Gebäudedaten und falls vorhanden die Datenströme zwischen den Anwendungen, ev. via ESB-Tools. Zur Datenfindung dienen dazu manchmal die Logging-Dateien von SystemsManagement-Tools oder andere vorhandene Log-Dateien. Dazu sollten dann noch Kostendaten aus dem kaufmännischen Umfeld kommen. Aus dieser Mischung lassen sich jetzt KPIs definieren, die für bestimmte Zielgruppen von Interesse sind. Mit diesen Auswertungen können dann Präsentationen durchgeführt werden und je nach Ergebnis lassen sich dann die weiteren Schritte definieren. Schwierigkeiten: die auftretenden Probleme liegen ganz klar in der Verfügbarkeit der benötigten Daten.