"EAM ist die Königsdizplin der IT", sagte Helmut Krcmar, Professor für Wirtschaftsinformatik an der Technischen Universität München in seiner Keynote-Ansprache - und schickte augenzwinkernd hinterher: "Wenn man sie beherrscht, fühlt man sich wie ein König."
Viele Unternehmen haben in den vergangenen Jahren erfolgreiche Alignment- und Standardisierungsprojekte hinter sich gebracht. Aber der Erfolg ihrer Bemühungen hält nur begrenzte Zeit: "Die strategische Planung wird nach jedem Marktereignis korrigiert", konstatierte Krcmar, "die Informationssysteme hingegen halten im Durchschnitt 15 Jahre". Deshalb werde auch aus einem anfänglichen Alignment von Geschäft und IT oft sehr schnell "Wildwuchs auf allen Ebenen" - weil es an Governance-Funktionen mangle.
Damit Strategie und Systeme nicht auseinander driften, benötigen die Unternehmen straffe Steuerungsprozesse und Referenzmodelle in Form von Architekturen. Nur so werden sie flexibel auf Marktereignisse reagieren können, ohne den Überblick über ihre IT-Landschaft zu verlieren. "Architektur zielt auf Agilität und Flexibilität", fasste Krcmar zusammen, "so ermöglicht sie der IT, dem Business schnell Auskunft darüber zu geben, was geht und was nicht."
Brücke zwischen Strategie und Implementierung
Für den Begriff EAM existieren die unterschiedlichsten Umschreibungen. Krcmar erinnerte daran, dass es in jedem Unternehmen verschiedene Architekturebenen gibt oder geben sollte, die aber miteinander korrespondieren müssen, beispielsweise die Geschäfts-, Prozess- und IT-Architektur. Dabei bilde die Architektur eine Brücke zwischen Strategie und Implementierung.
Eine griffige, primär auf ihre Auswirklungen gerichtete Definition des IT-Architektur-Managements bot Andreas Winklhofer, Head of Application Achitecture bei HVB Information Services, dem internen IT-Dienstleister der Hypovereinsbank: Das Architektur-Management stelle "einen Prozess zur Kontrolle der bestehenden sowie zur Planung und Durchsetzung einer verbesserten IT-Unterstützung" dar.
Im Spannungsfeld zwischen Unternehmens- und IT-Architektur ergeben sich laut Krcmar einige "typische" Fragen. Sie beträfen vor allem
-
die Standardisierung heterogener IT-Landschaften,
-
die Optimierung unterschiedlicher Anwendungen,
-
das Management der Projekt-Portfolios,
-
die Planung der Informationssysteme,
-
das Alignment von Geschäft und IT sowie
-
die Reduzierung der Komplexität.
Strategische Vorstandsentscheidung zugunsten des Architekturvorhabens
Die Veranstaltung zeichnete sich vor allem durch ihren Praxisbezug aus. Die meisten der Referenten waren Architekturexperten aus großen Anwenderunternehmen. Zu ihnen zählte auch Andreas Wiechmann, Leiter des Prozessbüros bei der Mercedes Car Group in der DaimlerChrysler AG. Unter dem Motto "Mit Transparenz zur Exzellenz" berichtete er, wie der Automobilhersteller systematisch seine IT-Systeme "gescannt" und in der Softwarelösung "PlanningIT" von Alfabet abgebildet habe. Damit verbunden waren der Aufbau einer Referenzstruktur für Prozesse und die Einführung neuer Governance-Abläufe, die selbstverständlich auch die Architekturentwicklung selbst beträfen: "Wir haben einen Bebauungsplan zur Bebauungsplanung in Arbeit".
Darüber hinaus berührte Wiechmann ein Thema, das auch Krcmar als eine der "ungelösten Fragen" im Umfeld des EAM identifiziert hatte: Wie lässt sich der Nutzen von EAM-Projekten nachweisen? Die Argumentation sei über den Wertbegriff erfolgt, beispielsweise mit Verweis auf den Sarbanes-Oxley-Act, berichtete der Mercedes-Manager. Auf diese Weise ist es ihm offenbar gelungen, eine strategische Vorstandsentscheidung herbeizuführen, auf deren Grundlage sein Vorhaben drei Jahre lang finanziert wird.
Alles neu machen oder über eine SOA modularisieren
Architektur-Management ist eine notwendige Bedingung für eine Service-orientierte Architektur (SOA), so die Hauptthese von Mathias Stach, Chief Architect bei der Audi Markengruppe, zu der neben Audi auch Lamborghini und Seat zählen. Das SOA-Konzept verfolgt der Ingolstädter Automobilkonzern aufgrund geschäftlicher Notwendigkeiten, die sich mit den vorhandenen Systemen nicht abbilden ließen. Deshalb habe es für Audi nur zwei Möglichkeiten gegeben, so beteuerte Stach: entweder die Anwendungen komplett neu erstellen oder sie im Rahmen einer SOA modularisieren.
Im Aufbau seiner IT-Architektur ist Audi vergleichsweise weit gediehen. Nicht nur, dass der IT-Bereich versucht, die Eigenentwicklungen zu verringern und die gewachsene Anwendungsvielfahlt auszudünnen, sprich: jährlich zehn Prozent der Applikationen abzuschalten. Vielmehr hat er auch einen siebenstufigen "Architekturbaukasten" entwickelt, aus dem sich die Anwendungsentwickler bedienen sollen. Eine Entscheidungsmatrix für Projekte dient dazu, die IT-Vorhaben direkt aus der Architekturstrategie abzuleiten. Und um die Architektur längerfristig konsistent zu halten, wurden Prozesse für das "Architektur"-Alignment festgelegt. Für die Prozessmodellierung nutz Audi die "Aris"-Werkzeuge von IDS Scheer.
Aufsehen erregte Stach mit einem dünnen, sauber gebundenen Büchlein, das er als "Book of Standards" bezeichnete. Dort sind sowohl die Architektur als auch die zu verwendenden Technikbausteine verbindlich beschrieben. Allerdings räumte der Architekturexperte ein, dass er über die Genehmingungsprozesse derzeit erst die Hälfte der Projekte einfängt.
Schon bei der Erhebung von Projektanforderungen ein Thema
Seit etwa drei Jahren setzt sich Eberhard Kurz, Leiter Informations-Management und CIO der Deutsche Bahn AG, mit dem Architektur-Management auseinander. Am intensivsten werde das EAM derzeit für die Planungsprozesse im Pesonenverkehr genutzt. Dort diene es beispielsweise dazu, eine Referenzarchitektur für die Standardisierung anzulegen.
Aber auch im Projektportfolio-Management ist EAM bei der Bahn ein Thema. Wie Kurz erläuterte, werden schon die Anforderungen prozessorientiert und mit Bezug auf die Architektur erhoben. In die Projekte einbezogene Dienstleister gäben ihre Angebote ebenfalls auf EAM-Basis ab. Schließlich beziehe auch die Release-Planung die Architekturbelange ein.
Darüber hinaus leiste EAM einen Mehrwert für den IT-Betrieb, ergänzte der CIO. Es lasse sich für das Management von Service-Level-Agreements (SLAs) nutzen, weil es ein Fundament für einheitliche Portfolio-Management-Verfahren und Kostentransparenz-Analysen bereitstelle. Zudem unterstütze es die Security-Experten bei der applikationsübergreifenden Analyse von Sicherheitsanforderungen sowie die Compliance-Fachleute bei der Untersuchung, welche Anwedung im Hinblick auf gesetzliche Anforderungen inwieweit relevant seien
Aufwand und Nutzen des Architektur-Managements
Wer eine EAM nicht in einem kurzen, konzentrierten Projekt aufbauen kann, sollte sich darauf gefasst machen, dass zwölf bis 18 Monate vergehen, bis die Arbeit "nebenher" erste Ergebnisse zeigt, warnte Kurz die Zuhörer. Der Nutzen zeige sich dann vor allem auf vier Gebieten:
-
Plötzlich gibt es eine gemeinsame Sprache für Diskussionen mit dem Vorstand und den Dienstleistern.
-
Planungsaussagen sind schneller möglich.
-
Projektsynergien treten deutlicher zu Tage.
-
Das Anforderungs-Management gewinnt an Qualität.
Unabdingbar seien allerdings ein dediziertes Change-Management und unermüdliche Überzeugungsarbeit - zumindest in solchen Unternehmen, die erst in das EAM einsteigen.
Auch bei der Schweizerischen Bundesbahn (SBB) ist das Architektur-Management ein fester Bestandteil der IT-Strategie, beteuerte Interims-Architekturchef Holger Wolff, im Hauptberuf Geschäftsführer des Beratungshauses Beck et al. Bei der SBB gibt es derzeit fünf parallele EAM-Initiativen: zur IT-"Kartografie", zur Prozesseinführung für die Architektur-Governance, zur Definition einer EAI-Plattform (Enterprise Application Integration) sowie zu Roadmaps für die 25 wichtigsten Anwendungen und für das Gesamtunternehmen. Denn eine der Lektionen, die Wolff und sein Team gelernt haben, lautet: Eine gute Enterprise-Architektur entsteht nur aus dem ständigen Wechselspiel zwischen dem operativen Architektur-Management in den Projekten und dem Architektur-Management auf der Unternehmensebene.