Erhalten Sie Zugang zu diesem und mehr als 300000 Büchern ab EUR 5,99 monatlich.
- Herausgeber: Carl Hanser Verlag GmbH & Co. KG
- Kategorie: Fachliteratur
- Sprache: Deutsch
- Veröffentlichungsjahr: 2022
- Beschreibt Schritt für Schritt einen einfachen und effektiven Weg zum Enterprise Architecture Management
- Liefert Best Practices für die Einführung und Verankerung von EAM im Unternehmen, basierend auf erprobten Methoden und Vorgehensweisen
- Anschauliche Visualisierungen und Praxisbeispiele erleichtern Ihnen die Umsetzung in Ihrem Projekt
- Strukturiert das Thema für die Praxis mit einer konsistenten Begriffswelt
- Neu in der 3. Aufl age: Business Architecture 4 Digitalization, Datenmanagement, Ziel-Bild-Gestaltung & Roadmapping und föderale EA Governance
- Zusatzmaterial: Sammlung EAM Best Practices unter plus.hanser-fachbuch.de und www.hanschke-consulting.com
- Ihr exklusiver Vorteil: E-Book inside beim Kauf des gedruckten Buches
Enterprise Architecture Management (EAM) muss zum Enabler und Absicherer der digitalen Transformation werden. Unternehmensarchitekten müssen dafür sorgen, dass Unternehmen in der volatilen Welt auf Basis belastbarer Informationen entscheidungs- und handlungsfähig bleiben.
Enterprise Architecture Management (EAM) in einem Unternehmen einzuführen, ist eine komplexe Aufgabe. Entscheidend für den Erfolg sind ein klares Zielbild und eine Nutzen stiftende, machbare erste Einführungsstufe. Es gilt, zugeschnitten auf die Bedürfnisse der Stakeholder, diese bei ihrer täglichen Arbeit zu entlasten und ihnen zu helfen, die persönlichen Ziele zu erreichen.
Genau dabei unterstützt Sie dieser Praxisleitfaden. Er hat zwei Schwerpunkte: Einerseits vermittelt er eine ganzheitliche Sicht auf das Enterprise Architecture Management, seine Ziele und seinen Nutzen. Aus der Praxis abgeleitete Einsatzszenarien liefern Business- und IT-Verantwortlichen und IT-Strategen nachvollziehbare Argumente, um ihr Unternehmen von der Notwendigkeit von EAM zu überzeugen.
Zudem erfahren Sie ganz konkret, wie Sie EAM Schritt für Schritt in Ihrem Unternehmen einführen.
AUS DEM INHALT //
- Einleitung
- Business Architecture 4 Digitalization
- EAM-Leitfaden für den CIO
- EAM Best Practices
- Zoom in die Best-Practice-Unternehmensstruktur
- Einsatzszenarien für EAM im operativen IT-Management, strategischen IT-Management und Business-IT-Alignment sowie zur Unterstützung der Weiterentwicklung des Geschäfts
- Schritt-für-Schritt-Anleitungen
- Glossar
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 1051
Das E-Book (TTS) können Sie hören im Abo „Legimi Premium” in Legimi-Apps auf:
Ähnliche
Inge Hanschke
Enterprise Architecture Management – einfach und effektiv
Ein praktischer Leitfaden für die Einführung von EAM
3., überarbeitete und erweiterte Auflage
Ihr Plus – digitale Zusatzinhalte!
Auf unserem Download-Portal finden Sie zu diesem Titel kostenloses Zusatzmaterial.
Geben Sie auf plus.hanser-fachbuch.de einfach diesen Code ein:
plus-57rEp-sH63m
Inge Hanschke, München, www.hanschke-consulting.comInge.Hanschke@Hanschke-Consulting.comSebastian Hanschke, München
Alle in diesem Buch enthaltenen Informationen, Verfahren und Darstellungen wurden nach bestem Wissen zusammengestellt und mit Sorgfalt getestet. Dennoch sind Fehler nicht ganz auszuschließen. Aus diesem Grund sind die im vorliegenden Buch enthaltenen Informationen mit keiner Verpflichtung oder Garantie irgendeiner Art verbunden. Verfassende und Verlag übernehmen infolgedessen keine juristische Verantwortung und werden keine daraus folgende oder sonstige Haftung übernehmen, die auf irgendeine Art aus der Benutzung dieser Informationen – oder Teilen davon – entsteht.Ebenso übernehmen Verfassende und Verlag keine Gewähr dafür, dass beschriebene Verfahren usw. frei von Schutzrechten Dritter sind. Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in diesem Buch berechtigt deshalb auch ohne besondere Kennzeichnung nicht zu der Annahme, dass solche Namen im Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei zu betrachten wären und daher von jedermann benutzt werden dürften.
Bibliografische Information der Deutschen Nationalbibliothek:Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über http://dnb.d-nb.de abrufbar.
Dieses Werk ist urheberrechtlich geschützt.Alle Rechte, auch die der Übersetzung, des Nachdruckes und der Vervielfältigung des Buches, oder Teilen daraus, vorbehalten. Kein Teil des Werkes darf ohne schriftliche Genehmigung des Verlages in irgendeiner Form (Fotokopie, Mikrofilm oder ein anderes Verfahren) – auch nicht für Zwecke der Unterrichtsgestaltung – reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden.
© 2022 Carl Hanser Verlag München, www.hanser-fachbuch.deLektorat: Brigitte Bauer-SchiewekCopy editing: Petra Kienle, FürstenfeldbruckGrafiken: Inge Hanschke, München, und Frank Fischer, OttobrunnUmschlagdesign: Marc Müller-Bremer, www.rebranding.de, MünchenUmschlagrealisation: Max KostopoulosTitelmotiv: © stock.adobe.com/shockfactor.deLayout: Manuela Treindl, Fürth
Print-ISBN: 978-3-446-46931-0E-Book-ISBN: 978-3-446-47146-7E-Pub-ISBN: 978-3-446-47552-6
Inhalt
Titelei
Impressum
Inhalt
Vorwort
1 Einleitung
2 EAM im Überblick
2.1 Was ist EAM?
2.1.1 EAM-Bestandteile
2.1.2 EAM – die Spinne im Netz
2.2 EA Frameworks
2.3 Best-Practice-EAM im Überblick
2.3.1 Best-Practice-Unternehmensarchitektur im Überblick
2.3.2 Die richtige Granularität
2.3.3 Planungsebenen und -horizonte
2.3.4 Granularitäten der Planungsebenen im Zusammenspiel
2.4 Best-Practice-Visualisierungen
2.4.1 Fachliche Modelle
2.4.2 Blueprint-Grafik
2.4.3 Bebauungsplangrafik
2.4.4 Portfoliografik
2.4.5 Informationsflussgrafik
2.4.6 Zuordnungstabelle
2.4.7 Lifecycle-Grafik
2.4.8 Masterplan-Grafik
2.4.9 Plattformgrafik
2.4.10 IT-Roadmap-Grafik
2.4.11 Nachfolgergrafik
2.5 Best-Practice-Unternehmensarchitektur im Detail
2.5.1 Geschäftsarchitektur
2.5.2 Informationssystemarchitektur
2.5.3 Technische Architektur
2.5.4 Betriebsinfrastrukturarchitektur
2.6 Agiles Vorgehen bei der Einführung von EAM
3 EAM-Leitfaden für den CIO und CDO
3.1 Aktuelle Herausforderungen für CIOs und CDOs
3.1.1 Operational Excellence
3.1.2 Strategic Excellence
3.2 Beitrag von EAM zur Bewältigung der Herausforderungen
3.3 Aufwand und Nutzen von EAM
3.3.1 Erfolgsvoraussetzungen für die EAM-Einführung
3.3.2 Aufwand und Nutzen von EAM
3.4 Argumentationsleitfaden für EAM
3.4.1 Bestimmung der Ausgangslage
3.4.2 Erstellung des Argumentationsfoliensatzes
3.4.3 Überzeugen der Unternehmensführung
4 EAM-Einsatzszenarien
4.1 Ziele und Einsatzszenarien im Überblick
4.2 Einstieg in eine neue Management-Funktion
4.3 Transparenz über die Informationssystemlandschaft
4.4 Compliance Management
4.5 Management von Datenschutz und Informationssicherheit
4.6 Gewährleistung eines zuverlässigen und kostengünstigen Geschäftsbetriebs (SLA und Business Continuity Management)
4.7 Betriebsinfrastrukturkonsolidierung
4.8 Projektabwicklung und Releasemanagement
4.9 Sourcing, Ressourcen- und Partnermanagement
4.10 Technologiemanagement mit Lifecycle-Management, Standardisierung und Homogenisierung
4.11 Konsolidierung der IS-Landschaft („Application Rationalization“)
4.12 Input für die Geschäftsprozessoptimierung und das Stammdatenmanagement
4.13 Demand Management
4.14 Business Capability Management & Business Architecture 4 Digitalization
4.15 Strategische Vorgaben mit IS‑Portfoliomanagement
4.16 Gestaltung Ziel-Bild und IT-Roadmap (IS--Bebauungsplanung)
4.17 Business-Transformation, Change Management & Organisationsentwicklung
4.18 Projektportfoliomanagement und Multiprojektmanagement
4.19 (IT-)Steuerung und (IT-)Controlling
4.20 (IT-)Innovationsmanagement
4.21 Datenmanagement
4.22 Digitale Strategie und digitale Transformation
5 EAM Best-Practices
5.1 Stakeholder-Analyse
5.1.1 Identifikation von möglichen Stakeholder-Gruppen
5.1.2 Einschränkung der Stakeholder-Gruppen entsprechend Soll‑Vision und Ausgangslage
5.1.3 Festlegung der zu involvierenden Stakeholder
5.2 Agil Kundenwert identifizieren
5.2.1 Typische Sichten im Enterprise Architecture Management
5.2.2 Agiles EAM
5.3 Identifikation von Handlungsbedarf und Optimierungspotenzial
5.4 Management der Geschäftsarchitektur
5.4.1 Business Capability Management
5.4.1.1 Vorgehen zur Ableitung einer Business Capability Map
5.4.1.2 Schritt-für-Schritt-Anleitung zur Ableitung
5.4.2 Prozessmanagement
5.4.3 Datenmanagement
5.4.4 Organisationsentwicklung
5.4.5 Innovationsmanagement
5.4.6 Geschäftsmodellentwicklung
5.5 Strategische Planung der fachlichen und der IT-Landschaft
5.5.1 Fachliches Ziel-Bild
5.5.2 IS-Bebauungsplanung
5.5.3 Leitfaden für die IS-Bebauungsplanung
5.6 Technologiemanagement
5.6.1 Referenzarchitekturen und Lösungsbausteine des Lösungsportfolios
5.6.2 Festlegung der technischen Domänen des Blueprints
5.6.3 Initiale Festlegung und kontinuierliche Weiterentwicklung und Pflege der technischen Standards
5.6.4 Steuerung der Verbauung der technischen Standards
5.7 Leitfaden für die Einführung und den Ausbau von EAM
5.7.1 Standardvorgehensweise für die Konzeption einer Ausbaustufe von EAM im Überblick
5.7.2 Schritt-für-Schritt-Anleitung für die Konzeption einer Ausbaustufe von EAM
5.8 EAM-Reifegrad
5.9 EA-Governance
5.9.1 Organisatorische Aspekte der EA-Governance
5.9.1.1 Rollen und Verantwortlichkeiten im EAM
5.9.1.2 Entscheidungsfelder und Gremien
5.9.1.3 Zentrale oder dezentrale Organisationsform
5.9.1.4 Veränderung der IT-Organisation
5.9.2 EAM-Regelwerk
5.9.2.1 Pflegekonzept
5.9.2.2 Leitfaden für die Erstellung eines Pflegekonzepts
5.9.2.3 Modellierungsrichtlinien
5.9.2.4 Visualisierungsempfehlungen
5.9.3 Steuerungsinstrumentarium
5.9.3.1 Strategisches IT-Controlling
5.9.3.2 Steuerungssichten für die verschiedenen Stakeholder-Gruppen
5.9.3.3 Steuerungsgrößen entsprechend der Steuerungsaufgaben
5.9.3.4 Einführung eines Steuerungsinstrumentariums
5.9.4 EAM-Prozesse
5.9.4.1 Pflege der EAM-Datenbasis
5.9.4.2 Steuerung der Weiterentwicklung der IT-Landschaft
5.9.5 Verankerung in der Organisation
6 Wesentliche Aspekte der Toolunterstützung im Enterprise Architecture Management
6.1 Verbesserung der Datenqualität durch eine adäquate Toolunterstützung
6.1.1 Vollständigkeit von EA-Daten
6.1.2 Aktualität von EA-Daten
6.1.3 Konsistenz von EA-Daten
6.2 Auswahl von Enterprise Architecture Management Tools im Überblick
6.2.1 ADOIT
6.2.2 LeanIX
6.2.3 LUY
6.3 Enterprise-Architecture-Management-Tool, Kern Use Cases
Glossar
Abkürzungen
Literatur
Die Zukunft hängt davon ab, was wir heute tun.
Mahatma Gandhi
Enterprise Architecture Management (EAM) muss zum Enabler und Absicherer der digitalen Transformation werden. Unternehmensarchitekten müssen dafür sorgen, dass Unternehmen in der volatilen Welt entscheidungs- und handlungsfähig auf Basis von belastbaren Informationen bleiben. Neben Struktur, Single-Point-of-Truth, Standards und deren Operationalisierung müssen sie den digitalen Wandel des Unternehmens mit mehr Initiative, Kreativität und Innovation vorantreiben.
In der Praxis scheitern viele Unternehmen daran, ein nutzenstiftendes, angemessenes und handhabbares Enterprise Architecture Management (EAM) bereitzustellen. Gründe hierfür sind:
fehlendes oder halbherziges Management-Commitment,
fehlende oder inkonsequente Stakeholder-, Ziel- und Nutzenorientierung,
unzureichende Agilität in den EAM-Prozessen oder bei den Unternehmensarchitekten und so kein agiles adaptives Unterstützen des Wandels,
unzureichende Verankerung der EAM-Prozesse in die Planungs-, Entscheidungs- und Durchführungsprozesse,
keine Konzentration auf das Wesentliche,
unzureichende Skills im EAM-Kontext und
schlechtes Aufwand-Nutzen-Verhältnis.
Direkt nutzbare Hilfestellungen für gerade die Erfolgsfaktoren für EAM sind rar. In der Literatur findet man zwar diverse Ansätze, die Informationen sind jedoch sehr verstreut und decken nicht alle relevanten Aspekte mit dem notwendigen Praxisbezug ab. Dies erschwert die Einarbeitung der Verantwortlichen in die anspruchsvolle Thematik.
Motiviert durch diese Herausforderungen, habe ich in diesem Buch die Erfahrungen aus über 250 EAM-Vorhaben und die Erkenntnisse aus dem intensiven Austausch mit einer großen Zahl von Experten sowohl aus Anwenderunternehmen und Beratungshäusern als auch aus der Wissenschaft zu einer Best-Practice-Sammlung konsolidiert. Das Buch hilft Ihnen insbesondere bei der Beantwortung der folgenden Fragen:
Wie kommen Sie zu einem wirkungsvollen Instrumentarium für die aktive Mitgestaltung der Geschäfts- und IT-Strategien und deren Operationalisierung? Wie müssen Sie vorgehen und mit welchem Aufwand müssen Sie rechnen? Wie bekommen Sie Ihr EAM auch wirklich in Ihrer Organisation verankert? Rechtfertigt der Nutzen den Aufwand? Wie wird EAM in Ihrem Unternehmen ein Selbstläufer?
Das Buch betrachtet das Thema EAM ganzheitlich und gibt konkrete Hilfestellungen für das Aufsetzen, den Ausbau und die Verankerung von EAM in Ihrem Unternehmen. Ausgangspunkt sind die Herausforderungen für Business-, IT- und insbesondere Compliance-Verantwortliche oder andere Nutznießer von EAM. Das Spannungsfeld zwischen Effizienz, Sicherheit und Zuverlässigkeit im Geschäftsbetrieb (Operational Excellence), Business-IT-Alignment, Steigerung des Wertbeitrags (Effektivität) und Treiben von Geschäftsinnovationen wird aufgezeigt. Durch Zuordnung von bewährten Nutzenargumenten und Einsatzszenarien für EAM wird die Argumentation im Management vereinfacht.
Mithilfe der Best Practices können Sie einfach entsprechend Ihren Herausforderungen das für Sie passende EAM ableiten. Mit diesem Buch können Sie erfolgreich in EAM einsteigen und dies dann kontinuierlich ausbauen. Der erste Schritt ist entscheidend. Eine zweite Chance gibt es selten.
Vorwort zur dritten Auflage
In der dritten Auflage wurden die Best Practices weiter konsolidiert. Durch die Kombination von Techniken aus dem agilen Umfeld, Lean Management, Organisationskontext, Business-Analyse und insbesondere auch Digitalisierungskontext wird der Nutzen von EAM erhöht und gleichzeitig der Aufwand insbesondere für die Datenbeschaffung reduziert. So wird die Grundlage für ein nachhaltiges wirksames EAM geschaffen, das schnell und nutzenorientiert eingeführt und dann nachhaltig im Unternehmen verankert werden kann. In dieser dritten Auflage finden Sie Best Practices für Business-driven EAM und Hilfestellungen, wie Sie sicher(er) erfolgreich EAM einführen können. Zudem finden Sie weitere praktische anonymisierte Beispiele aus realen Projekten, die Ihnen einen noch besseren Eindruck vom Leistungsvermögen von EAM geben.
Danksagung
Vielen Dank an die Diskussionspartner und Reviewer für den intensiven Austausch und die vielen Feedbacks. Insbesondere möchte ich mich bei Sebastian Hanschke und weiteren geschätzten Personen, die nicht genannt werden wollen, bedanken.
Bedanken möchte ich mich auch beim Hanser Verlag, insbesondere bei Brigitte Bauer-Schiewek für ihr wertvolles Feedback und die vielen wichtigen Hinweise sowie bei Irene Weilhart für die schnelle und sehr gute Unterstützung bei der Gestaltung.
Besonderer Dank geht an meinen Partner und meine Familie, die mir den Rücken freigehalten und mich auch durch Feedback tatkräftig unterstützt hat.
München, im Mai 2022
Inge Hanschke
Every morning in Africa, a gazelle wakes up.It knows it must run faster than the fastest lion or it will be killed.Every morning a lion wakes up.It knows it must outrun the slowest gazelle or it will starve to death.It doesn’t matter whether you are a lion or a gazelle.When the sun comes up, you better start running.
Thomas L. Friedman: The World is Flat, 2005
Die zunehmende Digitalisierung, Globalisierung, Fusionen, zunehmender Wettbewerb und kürzer werdende Innovationszyklen führen zu einer VUCA-Welt (Volatility, Uncertainty, Complexity and Ambiguity). Der Kunde und dessen Bedürfnisse stehen im Mittelpunkt der Digitalisierung. Unternehmen müssen ihre Geschäftsmodelle in immer kürzer werdenden Zeitabständen überdenken, optimieren und an veränderte Kundenbedürfnisse anpassen.
Dies erfordert aber ein Umdenken in der Planung und deren Operationalisierung. Flexibel muss das Geschäftsmodell entsprechend der Unternehmensstrategie und der Kundenbedürfnisse gestaltet, verprobt und kontinuierlich optimiert werden. Um dieses veränderte Geschäftsmodell mit Leben zu füllen, müssen passende Produkte, Services, Fähigkeiten, Prozesse und Organisation festgelegt und durch insbesondere IT-Unterstützung operationalisiert werden. Dies muss gleichzeitig risikoarm, robust und effizient erfolgen.
Ein flexibles Planungs- und Steuerungsinstrumentarium auf Basis von jederzeit hinreichend aktuellen und qualitativ hochwertigen Daten ist von Nöten, um schnell und mit der notwendigen Sicherheit Entscheidungen treffen zu können. Abhängigkeiten und Auswirkungen von Veränderungen müssen transparent sein. Genau das leistet ein agiles wirksames Enterprise Architecture Management (siehe Bild 1.1 und Kapitel 2). Entsprechend des Zitats von Charles Darwin: „Nicht die Stärksten überleben, sondern die, die sich am schnellsten anpassen können.“
Der IT kommt sowohl in der Operationalisierung der digitalen Transformation als auch als Innovationsmotor eine Schlüsselrolle zu. Ohne adäquate IT-Unterstützung sind die Automatisierung von z. B. Geschäftsprozessen oder Schnittstellen sowie Veränderungen an Organisation, Geschäftsprozessen oder Produkten und Services nicht schnell genug und auch nicht zu marktgerechten Preisen realisierbar. IT-Innovationen, wie z. B. Machine Learning, IoT, Big Data, Cloud, Mobile oder Social Computing, sind häufig Grundlage für Business-Innovationen und daraus resultierende neue Geschäftsmodelle; gerade in Zeiten der Digitalisierung und Industrie 4.0.
Bild 1.1Wesentliche Säulen eines agilen und wirksamen Enterprise Architecture Management
Wichtig
Agilität und Flexibilität entscheiden neben einer konsequenten Kundenorientierung (Customer Experience), Business-Orientierung und Innovationskraft einhergehend mit Risikomanagement und Effizienzsteigerung über den Erfolg in der Digitalisierung.
Dies hört sich in der Theorie ganz einfach an. Jedoch hat die IT gar keine Möglichkeit, einen spürbaren Wertbeitrag zu leisten, wenn sie nur als Kostenfaktor gesehen wird. Sie muss sich erst einen höheren Stellenwert erobern. Ein entsprechendes Selbstverständnis und Leistungspotenzial sind dafür aber Voraussetzung. Denn wenn die IT nicht in der Lage ist, Geschäftsanforderungen schnell und zu marktgerechten Preisen umzusetzen, wird sie nach wie vor nur als Kostenfaktor wahrgenommen. Diesen Teufelskreis müssen Sie durchbrechen. Sie müssen die IT in den Griff bekommen, auf Veränderungen im Business vorbereiten und aktiv an der Weiterentwicklung des Geschäfts mitwirken. So können Sie das Business und die Unternehmensführung überzeugen und zum Partner oder Enabler des Business (siehe Abschnitt 3.4) werden. Die IT muss sich entsprechend dem obigen Zitat von Friedman für den nächsten großen „Run“ vorbereiten.
An die IT-Verantwortlichen werden hohe Anforderungen gestellt. Businessorientierte Diplomaten mit IT-Sachverstand und Durchhaltewillen sind gefordert, um die Akzeptanz auf Business- und IT-Seite zu bekommen und so schrittweise das Leistungspotenzial und den Stellenwert der IT zu steigern. Ein businessorientiertes strategisches und taktisches Planungs- und Steuerungsinstrumentarium ist erforderlich. Ein agiles wirksames Enterprise Architecture Management ist auch hier ein wesentlicher Erfolgsfaktor.
EAM liefert einerseits ein Instrumentarium, um Ihre IT in den Griff zu bekommen und deren strategische Weiterentwicklung zu planen und zu steuern. Andererseits schafft es eine gemeinsame fachliche Sprache als Grundlage für das Business-Alignment der IT und liefert Hilfsmittel für die aktive Beteiligung der IT an der Weiterentwicklung des Geschäfts.
Die Komplexität von EAM und insbesondere auch deren Verankerung in der Organisation sind sehr groß. Die Einführung von EAM geht einher mit einem Veränderungsprozess in Business und IT und deren Zusammenspiel. Abhängig von den persönlichen Zielen der verschiedenen Stakeholder-Gruppen muss EAM schrittweise aufgebaut und etabliert werden. Für jede Zielsetzung der relevanten Stakeholder müssen nutzenorientierte Lösungsvorschläge für die Beantwortung von Fragestellungen schnell und adäquat bereitgestellt werden, um alle Beteiligten an Bord zu behalten. Die Lösungsvorschläge müssen auf die Bedürfnisse der Stakeholder zugeschnitten sein, diese bei deren täglichen Arbeit entlasten und einen spürbaren Beitrag zur Erreichung der persönlichen Ziele bringen. Eine enge Kommunikation mit den Nutzern der EAM-Ergebnisse und den Datenlieferanten ist hierbei essenziell. Zudem müssen der Nutzen von EAM sowie der damit einhergehende Aufwand für jede Fragestellung ergründet werden. Nur wenn der Nutzen den Aufwand überwiegt, kann EAM nachhaltig im Unternehmen verankert werden.
Sie müssen schnell ein auf Ihre Anforderungen zugeschnittenes, angemessenes EAM aufsetzen und den Nutzen vermarkten. Auf dieser Basis können Sie Ihr EAM dann schrittweise einhergehend mit einem gesteuerten Veränderungsprozess ausbauen. In diesem Buch finden Sie eine Sammlung von Best-Practices, die Ihnen dabei helfen. Sie beruhen auf den Erfahrungen aus vielen EAM-Vorhaben und den Erkenntnissen aus dem intensiven Austausch mit einer großen Zahl von Experten sowohl aus Anwenderunternehmen, Beratungshäusern als auch aus der Wissenschaft. Die Best-Practices in diesem Buch helfen Ihnen, einerseits Ihr EAM-Vorhaben durchzusetzen und andererseits jede Ausbaustufe von EAM in wenigen Monaten erfolgreich durchzuführen sowie nachhaltig im Unternehmen zu verankern.
Wegweiser durch dieses Buch
Sie können die Kapitel in der vorgegebenen Reihenfolge oder aber auch selektiv lesen. Sie sind inhaltlich in sich abgeschlossen.
Kapitel 2 führt in das agile wirksame Enterprise Architecture Management ein. Standards, wie z. B. TOGAF (siehe [TOG09]), werden kurz vorgestellt, die Bestandteile und das Instrumentarium von EAM werden erläutert. Zudem wird die Best-Practice-EAM, die aus den Standards und den Erfahrungen von vielen EAM-Projekten resultiert, im Überblick vorgestellt. Die Best-Practice-Unternehmensarchitektur wird im Detail beschrieben. Unternehmensarchitekten erhalten zudem einen Überblick über die Best-Practice-Unternehmensarchitektur und Best-Practice-Visualisierungen, die aus Erfahrungen und Standards, wie z. B. TOGAF (siehe [TOG09]), abgeleitet wurden.
In Kapitel 3 finden Sie einen Leitfaden für das Aufsetzen von EAM für einen Business-Verantwortlichen, CIO oder IT-Verantwortlichen. Ausgangspunkt bilden die Herausforderungen dieser Stakeholder-Gruppen. Ausgehend davon finden Sie Hilfestellungen für die Argumentation für EAM sowie für die Initiierung Ihres EAM-Vorhabens.
Kapitel 4 veranschaulicht den Nutzen von EAM mithilfe von Einsatzszenarien. Es wird aufgezeigt, wie mithilfe der Best-Practices die Anliegen der verschiedenen Stakeholder-Gruppen befriedigt werden können.
Kapitel 5 fasst alle Best-Practices zusammen. Sie bekommen Hilfestellungen für die Stakeholder-Analyse, die Gestaltung der Geschäftsarchitektur, die Bebauungsplanung, die technische Standardisierung und die Steuerung der Weiterentwicklung der Geschäftsarchitektur und der IT-Landschaft sowie eine Sammlung von Mustern für die Analyse, Gestaltung und Planung der IT-Landschaft. Empfehlungen für den Aufbau Ihrer EA-Governance sowie Schritt-für-Schritt-Anleitungen für die Einführung bzw. den Ausbau von EAM sowie für die Ziel-Bild- und Roadmap-Gestaltung runden die Best-Practice-Sammlung ab. Mithilfe der etablierten Standardvorgehensweise für die initiale Einführung und den schrittweisen Ausbau können Sie EAM in einer ersten Ausbaustufe bereits in wenigen Monaten zugeschnitten auf Ihre Bedürfnisse einführen und dann schrittweise nach diesem Vorgehen ausbauen. Die Bebauungsplanung ist eine komplexe Gestaltungsaktivität. Der Leitfaden in Kapitel 5 hilft Ihnen, dies systematisch und nachvollziehbar durchzuführen.
Kapitel 6 liefert Ihnen einen Leitfaden für die Toolunterstützung im Enterprise Architecture Management. Der Leitfaden ist dabei geprägt von den Erfahrungen von Sebastian Hanschke aus über 80 EAM-Tooleinführungs-, Migrations- und Verankerungsprojekten. Zu Beginn wird hier darauf eingegangen, wie die Datenqualität mit Enterprise Architecture Management Tools verbessert werden kann, bevor dann eine Auswahl von Enterprise Architecture Management Tools im groben Überblick näher vorgestellt wird. Dabei wird insbesondere auf die Kernfunktionalitäten sowie einige Best-Practices der ausgewählten EAM-Tools eingegangen. Zum Abschluss werden wesentliche Kern Use Cases dargestellt, welche typischerweise von Enterprise Architecture Management Tools unterstützt werden.
In jedem Kapitel finden Sie zahlreiche Literaturhinweise, die Ihnen Empfehlungen für die Vertiefung des jeweiligen Themas geben. Darüber hinaus gibt es ein umfangreiches Glossar, in dem alle wesentlichen Begriffe aus dem EAM-Kontext erläutert werden.
Wer sollte dieses Buch lesen?
Das Buch adressiert im Wesentlichen CIOs und IT-Verantwortliche, IT-Stabsstellen und insbesondere Unternehmensarchitekten. Aber auch Business-Planer, Prozessmanager, Projektportfolio- und Projektmanager erhalten Antworten auf wichtige Fragen:
CDOs, Business-Planer, Business Capability Manager, Prozessmanager und Informationsmanager
Wie kann EAM bei der Geschäftsmodellweiterentwicklung unterstützen?
Wie kann Mehrwert aus Daten gehoben werden?
Wie kann eine Prozesslandkarte, Informationslandkarte oder Business Capability Map erstellt und genutzt werden? Welchen Nutzen kann dadurch erzielt werden?
Wie kann das Projektportfolio wirksam mithilfe von fachlichen Ordnungsrahmen strukturiert und gesteuert werden?
Wie finden Sie Handlungsbedarfe und Optimierungspotenziale für die Optimierung der Business-Unterstützung mithilfe der IT? Für Compliance und Sicherheit?
Wie kann erkannt werden, ob die IT-Landschaft zukunftssicher, einfach und robust oder komplex und instabil ist?
Wie decken Sie Abhängigkeiten und Auswirkungen von Business-Veränderungen auf?
Wie können Sie Handlungsfelder erkennen und systematisch Lösungen dafür ableiten?
CIOs und IT-Verantwortliche sowie IT-Stabsstellen
Welchen Herausforderungen muss sich ein CIO aktuell stellen?
Was ist EAM und wie hilft EAM bei der Bewältigung dieser Herausforderungen?
Aus welchen Bestandteilen besteht ein wirkungsvolles Instrumentarium? Wie unterstützt EAM das strategische IT-Management?
Wie kommen Sie zu Ihrem Enterprise Architecture Management? Wie müssen Sie vorgehen und mit welchem Aufwand müssen Sie rechnen?
Wie können Sie EAM nachhaltig in der Organisation verankern?
Welcher Nutzen entsteht? Rechtfertigt der Nutzen den Aufwand?
Wie können Sie EAM verargumentieren?
Wie kann der Beitrag der IT zum Unternehmenserfolg dargestellt werden?
Unternehmensarchitekten
Welche Standards gibt es im EAM-Umfeld? Wie ordnet sich die Best-Practice-EAM-Methode hier ein? Welche Unterstützung liefert die Best-Practice-EAM-Methode?
Aus welchen Bestandteilen besteht die Best-Practice-Unternehmensarchitektur?
Welche Sichten auf die Unternehmensarchitektur gibt es? Welche Stakeholder haben welche Anliegen? Wie können deren Ziele erreicht werden?
Wie kann der Informationsbedarf der verschiedenen Stakeholder-Gruppen gedeckt werden?
Wie machen Sie Abhängigkeiten und Zusammenhänge in und zwischen den Business- und IT-Strukturen transparent?
Wie erkennen Sie den Handlungsbedarf und das Potenzial für die Optimierung der IT?
Wie decken Sie Abhängigkeiten und Auswirkungen von Veränderungen in der IT auf?
Wie unterstützt EAM bei der strategischen IT-Planung?
Welchen Input liefert EAM zur strategischen IT-Steuerung?
Wie standardkonform ist Ihre IT-Landschaft?
Wie steuern Sie die Weiterentwicklung der IT-Landschaft wirksam?
Wie bekommen Sie EAM zum Fliegen?
Projektportfolio-Manager, Multiprojektmanager und Entscheider
Wie sieht der Projektkontext aus?
Wie können Projekte wirksam unterstützt werden? Bei Entscheidungsvorlagen? Bei der Planung?
Welche Abhängigkeiten und Auswirkungen haben Projekte?
Wie konform sind die Projekte zu strategischen Vorgaben, technischen Standards und zur geplanten Soll-Bebauung?
Wie sind der Status und Fortschritt bei der Umsetzung der Soll-Vision?
Verantwortliche für Business-Transformationen wie z. B. Fusionen oder Umstrukturierungen
Wie identifizieren Sie fachliche und IT-Anteile, die lose oder eng gekoppelt sind? Wie können Sie die Auswirkungen einer Umstrukturierung analysieren und bewerten?
Wie können Sie Planungsalternativen inhaltlich analysieren und gegenüberstellen?
Webseite zum Buch
Zu diesem Buch gibt es noch weitergehende Informationen, und zwar unter https://plus.hanser-fachbuch.de und www.hanschke-consulting.com:
Download-Anhang A: Sammlung von Analysemustern für die Identifikation von Handlungsbedarf und Optimierungspotenzial in der IT-Landschaft
Download-Anhang B: Sammlung von Gestaltungsmustern für den Entwurf der Ziel-IT-Landschaft
Download-Anhang C: Sammlung von Planungsmustern für die Ableitung der Roadmap zur Umsetzung der Ziel-IT-Landschaft
Download-Anhang D: Liste von Fragestellungen und Hilfestellungen für die Ableitung Ihrer Unternehmensarchitektur sowie geeigneter Visualisierungen zur Beantwortung Ihrer Fragestellungen
Download-Anhang E: Charakteristika der Reifegrade des Enterprise Architecture Management
Download-Anhang F: Modellierungsrichtlinien für die Geschäftsarchitektur und die IS-Landschaft
Download-Anhang G: Einordnung von Best-Practice-EAM in das Rahmenwerk TOGAF (siehe [TOG09])
Auf
https://plus.hanser-fachbuch.de
geben Sie diesen Code ein:
plus-57rEp-sH63m
Abgrenzung und weiterführende Literatur
Operatives IT-Management sowie Business- und IT-Controlling werden in diesem Buch nur gestreift. Mehr Informationen zum operativen IT-Management finden Sie in [Ahl06], [Blo06], [Buc05], [Buc07], [Fer05], [Foe08], [GPM03], [Krc05], [Mai05], [Rom07], [Tie07] und [Zin04]. Ebenso finden Sie weitere Informationen zum IT-Controlling in [Ahl06], [Blo06], [Hei01], [Küt06], [Küt07] und [KüM07].
In diesem Buch wird nicht explizit zwischen dem strategischen und dem taktischen IT-Management unterschieden, da die Grenze zwischen beiden fließend verläuft und für die Fragestellungen nicht von Belang ist. Bezüglich der Unterscheidung sei auf einschlägige Literatur, wie z. B. [Mül05], verwiesen.
Die Betriebsinfrastrukturplanung wird im Folgenden nicht weiter detailliert. Hier sei auf die Literatur [Joh11] und [itS08] verwiesen.
In diesem Buch wird die Werkzeugunterstützung nur am Rande beschrieben. Einen Marktvergleich der kommerziellen EAM-Produkte finden Sie in [Seb08] und [Lef11].
Was für den einfachen Menschen ein Stein ist, ist für den Wissenden eine Perle.
Dschelal ed-Din Rumi (1207–1273), persischer Mystiker und Dichter
Enterprise Architecture Management (EAM) ist ein wesentlicher Enabler der digitalen Transformation. Es schafft eine ganzheitliche Sicht auf das Geschäft und die IT in ihrem Zusammenspiel. Zudem stellt es ein Analyse-, Planungs- und Steuerungsinstrumentarium bereit. Dies ist die Grundlage, um Handlungsbedarf zu erkennen und vorausschauend agieren und zeitgerecht fundierte Entscheidungen treffen zu können.
Durch das EAM-Planungsinstrumentarium kann das fachliche und technische Ziel-Bild für das Unternehmen oder Bereiche abgeleitet aus der Strategie und Geschäftsanforderungen gestaltet und durch ein angemessenes Lösungsportfolio operationalisiert werden. Die Beseitigung von technischen Schulden, Automatisierung und Nutzung von bewährten Standards und Plattformen unterstützt Kosteneinsparung und Effizienzsteigerung. Dies ist ein weiterer wichtiger Baustein des Enterprise Architecture Management, das Technologiemanagement.
EAM liefert hierfür das Struktur-Backbone für das Unternehmen (die Unternehmensarchitektur), in dem alle fachlichen und technischen Strukturen aus unterschiedlichen Quellen gesammelt und in Beziehung gebracht werden. Es wird ein Single-Point-of-Truth für alle fachlichen und technischen Strukturen auf einer logischen Ebene hergestellt. Auf der Basis der Unternehmensarchitektur können die vielfältigen Informationsbedürfnisse der verschiedenen Stakeholder befriedigt und fundierter Input für Entscheidungen und die strategische, taktische und operative Steuerung bereitgestellt werden.
Die Unternehmensarchitektur beinhaltet die relevanten fachlichen und technischen Strukturen des Unternehmens (siehe Abschnitt 2.3). Sie ist der Kern von EAM. Mit ihrer Hilfe können die Fragestellungen von verschiedenen Stakeholdern beantwortet und so diesen bei deren täglichen Arbeit und bei der Erreichung ihrer Ziele geholfen werden. Visualisierungen sind ein wesentliches Mittel zur Beantwortung der Fragestellungen. In Bild 2.1 werden typische EAM-Visualisierungen dargestellt. Diese werden in Abschnitt 2.4 im Detail erläutert. In diesem Kapitel finden Sie eine Einführung in das Themengebiet Enterprise Architecture Management. Standards, wie z. B. TOGAF (siehe [TOG09]), werden kurz vorgestellt. Zudem wird ein Überblick über die Best-Practice-EAM-Methode gegeben, die aus den Standards und den Erfahrungen aus vielen EAM-Projekten hervorgegangen ist und kontinuierlich weiterentwickelt wird.
Bild 2.1Unternehmensarchitektur und Visualisierungen – der Kern von EAM
EAM ist nicht gleich EAM. Die Ausprägung hängt stark von den individuellen Zielsetzungen und dem EAM-Reifegrad ab. Bei der Einführung lauern viele Fallstricke, wie z. B. nicht durchsetzbare Vorgaben, falsche Fokussierung oder aber zu große Einführungsstufen und die daraus resultierende unzureichende Verankerung in der Organisation. Ein systematisches schrittweises, nutzenorientiertes Vorgehen ermöglicht eine quick-win-basierte nachhaltige Einführung von EAM im Unternehmen. Best-Practices hierzu finden Sie in Kapitel 3, 4 und 5.
In diesem Kapitel erhalten Sie die Antworten auf folgende Fragen:
Was ist EAM und welche Rolle spielt es bei der digitalen Transformation sowie Planung und Steuerung der IT?
Welche Standards gibt es im EAM-Umfeld? Wie ordnet sich die Best-Practice-EAM-Methode hier ein?
Welche Bestandteile hat die Best-Practice-EAM-Methode?
Welche fachlichen und technischen Strukturen sind in der Regel Teil einer Unternehmensarchitektur?
Welche Ergebnistypen liefert EAM? Wie grenzt sich dies zu anderen Disziplinen, wie z. B. zum Business Process Management (BPM), ab?
Enterprise Architecture Management (EAM) ist ein systematischer und ganzheitlicher Ansatz für das Verstehen, Kommunizieren, Gestalten und Planen der fachlichen und technischen Strukturen im Unternehmen. Es hilft dabei, die Komplexität der Geschäftsarchitektur und der IT-Landschaft zu beherrschen und diese businessorientiert strategisch, taktisch und operativ weiterzuentwickeln. Siehe hierzu das folgende Zitat der Gartner Group [Gar08]:
„Enterprise architecture management is the process of translating business vision and strategy into effective enterprise change by creating, communicating and improving key principles and models that describe the enterprise’s future state and enable its evolution.“
EAM liefert einerseits das Struktur-Backbone für das Unternehmen (die Unternehmensarchitektur), in dem alle fachlichen und technischen Strukturen gesammelt und in Beziehung gebracht werden. Andererseits bietet EAM ein Analyse- und Planungsinstrumentarium, um auf der Basis der Unternehmensarchitektur die zukünftige Geschäftsarchitektur und IT-Landschaft zielgerichtet zu planen und weiterzuentwickeln. EAM schafft damit Transparenz über die Geschäftsarchitektur und die IT-Landschaft, fördert das Business-IT-Alignment und unterstützt die strategische und taktische Planung und Steuerung der Weiterentwicklung des Geschäfts und der IT.
EAM ist ein wesentlicher Bestandteil des Planungs- und Steuerungsinstrumentariums eines Unternehmens und beinhaltet alle Prozesse für die Dokumentation, Analyse, Qualitätssicherung, Planung und Steuerung der Weiterentwicklung der Geschäftsarchitektur und der IT-Landschaft in ihrem Zusammenspiel. Es stellt Hilfsmittel bereit, um die Komplexität der IT-Landschaft zu beherrschen und die IT-Landschaft zielgerichtet businessorientiert weiterzuentwickeln. Die Vision von EAM in einer hohen Ausbaustufe wird im Folgenden beschrieben.
Transparenz über die Geschäftsarchitektur und die IT-Landschaft ist die Voraussetzung für fundierte Entscheidungen und die Beherrschung der IT-Komplexität. EAM stellt diese Transparenz her. In der EAM-Datenbasis1 werden hierzu die wesentlichen fachlichen Strukturen, wie z. B. Geschäftsprozesse und Business Capabilities, und die IT-Strukturen, wie z. B. Informationssysteme in ihrem Zusammenspiel, gesammelt. Über die Analyse der EAM-Datenbasis und anschauliche Ergebnisvisualisierungen (siehe Bild 2.2 und Abschnitt 2.4) können viele Fragestellungen beantwortet werden.
Es geht letztendlich darum, echten Mehrwert für relevante Stakeholder zu schaffen, indem deren Fragestellungen beantwortet werden. Für alle relevante Stakeholder muss persönlicher Nutzen bei der Bewältigung ihrer täglichen Arbeit oder aber für die Erreichung ihrer Ziele gestiftet werden. Für alle resultierenden Fragestellungen müssen passgenaue Visualisierungen „gefunden“ werden.
Bild 2.2Typische EAM-Visualisierungen
Beispiele für Fragestellungen sind:
Welche Zielkunden nutzen welche Produkte über welche Touchpoints?
Welche aktuellen oder zukünftigen Business Capabilities sind für das Unternehmen relevant? Welche Geschäftsprozesse decken welche Business Capabilities ab?
Welcher Partner aus dem Business-Eco-System stellt welche Business Capabilities bereit?
Welche Geschäftsprozesse sind vom Ausfall eines Systems betroffen?
Welche Fähigkeiten bzw. Business Capabilities werden in Zukunft benötigt? Welche sind bereits vorhanden?
Welche Daten mit welchem Schutzbedarf werden von welchem Prozess verändert oder genutzt?
Welche Geschäftsprozesse sind vom Ausfall eines Systems betroffen?
Wer ist verantwortlich für welche Geschäftsprozesse oder Informationssysteme?
Welche Informationssysteme unterstützen welche Geschäftsprozesse bzw. Business Capabilities?
Wie sind Informationssysteme oder Schnittstellen technisch realisiert? Sind diese omnikanalfähig? Unterstützen diese die Cloud-Strategie?
Welche Abhängigkeiten bestehen zwischen Geschäftsprozessen oder Informationssystemen?
Welche Informationssysteme werden wann durch welche ersetzt oder abgeschaltet?
Wie hat sich die Komplexität der IT-Landschaft und deren Kosten im letzten Jahr entwickelt?
Durch die systematische und überschaubare Darstellung der Geschäftsarchitektur und der IT-Landschaft in ihrem Zusammenspiel werden Zusammenhänge, Abhängigkeiten und Auswirkungen sichtbar und letztendlich häufig erst verstanden („Glauben durch Wissen ersetzen“). Das Überblickswissen ist allgemein zugänglich (keine „Kopfmonopole“).
Die IT-Komplexität wird z. B. durch Visualisierung der Informationssysteme und deren Schnittstellen in einer Informationsflussgrafik offensichtlich. Hierdurch werden Zusammenhänge und Abhängigkeiten sichtbar und letztendlich häufig erst verstanden.
Wichtig
IT-Komplexität resultiert aus der Vielzahl und Heterogenität von Elementen, deren Abhängigkeiten, Redundanzen und Inkonsistenzen sowie der Veränderungsdynamik. Bereits bei mittelständischen Unternehmen oder aber ab einer größeren Anzahl von z. B. Geschäftsprozessen und IT-Systemen sind die Abhängigkeiten in der IT-Landschaft und vor allen Dingen die Geschäftsunterstützung nicht immer klar. Dies verschärft sich mit jeder Änderung. Mit jedem neuen Geschäftsprozess, jedem neuen Informationssystem, jeder neuen Schnittstelle oder Technologie wächst die Komplexität. Die Gefahr von redundanten und inkonsistenten Daten steigt. Die Auswirkungen von Änderungen werden unvorhersehbar, da Änderungen nur selten an einzelnen Informationssystemen vorgenommen werden können. Die Entwicklungs-, Wartungs- und Betriebskosten steigen.
Transparenz über die IT-Landschaft und die Geschäftsunterstützung ist die Voraussetzung, um über geeignete Konsolidierungsmaßnahmen die Komplexität in den Griff zu bekommen. EAM schafft diese Transparenz und damit das inhaltliche Fundament für die Konsolidierung der IT-Unterstützung durch z. B. Standardisierung, Homogenisierung, Vereinfachung, Beseitigung von Redundanzen, Abhängigkeiten und organisatorischen Maßnahmen.
Häufig reicht für die Beantwortung von Fragestellungen aber auch eine Liste, wie z. B. Liste der Informationssysteme und deren Verantwortlichkeiten. Für Steuerungsaufgaben sind hingegen Dashboards mit z. B. Torten-, Balken- oder Spider-Diagrammen (siehe Abschnitt 5.8) geeignet. Hier werden häufig der Status, der Fortschritt und die Prognose von Steuerungsaspekten betrachtet. Hierfür ist eine zeitliche Betrachtung erforderlich. So werden Trends leichter erkannt und damit die Möglichkeit für ein rechtzeitiges Agieren geschaffen.
Die relevanten Aspekte, auf die der Betrachter ein Hauptaugenmerk legen soll, können durch Kennzeichnungen, wie z. B. Farbe oder Linientypen, hervorgehoben werden. So lassen sich Handlungsbedarf und Optimierungspotenzial beziehungsweise Handlungsfelder und Ansatzpunkte für Tiefenbohrungen deutlich sichtbar machen.
Bei farbigen Hervorhebungen spricht man häufig von „Heat Map“. Ein verbreitetes Beispiel für eine Heat Map findet man im Business Capability Management, wo die für die Umsetzung der Unternehmensstrategie zukünftig erforderlichen und die bereits vorhandenen Business Capabilities unterschieden werden (siehe Abschnitt 4.14).
Zugeschnitten auf die individuellen Fragestellungen, wie z. B. Berichtspflichten, muss EAM zeitnah die relevanten Informationen als Input für fundierte Entscheidungen möglichst aufwandsarm bereitstellen. Dies kann in einer Visualisierung (siehe Bild 2.2), als Dashboard, Liste oder aber auch als Export oder Schnittstelle in ein anderes integriertes System, wie z. B. ein Prozessmanagement-, ITSM- oder Projektportfoliomanagement-Werkzeug, erfolgen.
Wichtig
Achten Sie darauf, dass die bereitgestellten Ergebnisse wirklich genutzt werden. Alle nicht genutzten Ergebnisse sollten in regelmäßigen Abständen entlang eines festgelegten EAM-Prozesses „aufgeräumt“ werden.
Nur, wenn Ergebnisse wirklich genutzt werden, entsteht Nutzen für die nutzenden Stakeholder. Stellen Sie über einen engen Konakt mit den Stakeholdern sicher, dass die Ergebnisse maßgeschneidert auf die Bedürfnisse des Stakeholders passen. Nur so erhöhen Sie den Nutzen von EAM.
Achten Sie darauf, dass der Aufwand für die Datenerfassung, um die Ergebnisse bereitzustellen, in einem angemessenen Verhältnis zum Nutzen stehen. Der Nutzen muss in Summe deutlich höher als der Aufwand sein. Nur so kann EAM nachhaltig in der Organisation verankert werden. Siehe hierzu EA-Governance in Abschnitt 5.8.
Transparenz über die IT-Landschaft und die Geschäftsunterstützung ist die Voraussetzung, um über geeignete Konsolidierungsmaßnahmen die Komplexität in den Griff zu bekommen. EAM schafft diese Transparenz und damit das inhaltliche Fundament für die Konsolidierung der IT-Unterstützung durch z. B. Standardisierung, Homogenisierung, Vereinfachung, Beseitigung von Redundanzen, Abhängigkeiten und organisatorischen Maßnahmen.
EAM ist aber auch der Schlüssel für das Business-Alignment der IT. Dies wird durch abgestimmte Begriffe, die Verknüpfung zwischen Business- und IT-Strukturen und eine businessorientierte Steuerung der IT erreicht.
Abgestimmte Begriffe, die gemeinsame Sprache für Geschäftsprozesse, Business Capabilities und Geschäftsobjekte bilden eine gute Kommunikationsgrundlage für die unterschiedlichen Beteiligten in Business und IT. Dies ist letztendlich das gemeinsame Glossar, das im Idealfall unternehmensübergreifend vorgegeben wird. Die Semantik der Begriffe, z. B. von „Vertriebsprozess“ oder „Kundenauftrag“, wird festgelegt. Durch ein gemeinsames Verständnis werden Missverständnisse vermieden. Dies alleine ist schon ein großer Wert. Häufig gibt es in Unternehmen noch keine abgestimmten Listen von z. B. Geschäftsprozessen, Business Capabilities, Produkten oder Informationssystemen.
Über die abgestimmten fachlichen Strukturen kann zudem der Bezug zu IT-Strukturen hergestellt werden. So lassen sich Abhängigkeiten und Auswirkungen analysieren und auch darstellen. Die Fragestellung „Welche Informationssysteme unterstützen welche Geschäftsprozesse?“ kann beantwortet werden. Auf dieser Basis kann die Geschäftsunterstützung kontinuierlich optimiert und an den Zielen und Erfordernissen des Unternehmens ausgerichtet werden. Die Unternehmensarchitektur liefert das inhaltliche Fundament für die Weiterentwicklung des Geschäfts.
Das EAM-Analyseinstrumentarium beinhaltet Hilfsmittel, um Handlungsbedarf und Optimierungspotenzial zu identifizieren. So lassen sich z. B. einfach Redundanzen in der Geschäftsunterstützung über einen Bebauungsplan (siehe Abschnitt 2.4.3) aufzeigen.
In Bild 2.3 finden Sie ein Beispiel für eine Analyse der Geschäftsunterstützung. Ein Handlungsbedarf („Pain“) bei einem Geschäftsprozess mit zu langen Durchlaufzeiten und gleichzeitig niedriger Wettbewerbsdifferenzierung ist der Ausgangspunkt für die Analyse. Die für den Geschäftsprozess genutzten Informationssysteme und deren Abhängigkeiten sowie technischen Bausteine werden ermittelt. Auf dieser Basis können Anhaltspunkte für die Reduzierung der Durchlaufzeiten identifiziert werden.
Bild 2.3Beispiel Business-Alignment der IT
EAM unterstützt insbesondere auch bei der Planung und Steuerung der digitalen Transformation und der Weiterentwicklung der IT-Landschaft. EAM stellt ein Planungsinstrumentarium bereit und liefert Ihnen zeitnah und zielgruppengerecht fundierte Vorschläge für die fachliche und technische Soll- und Plan-Bebauung sowie Aussagen zu Auswirkungen und Machbarkeit von Business- und IT-Ideen als Input für fundierte Planungsentscheidungen. Auf dieser Grundlage können Sie die zukünftige Geschäftsarchitektur und die IT-Landschaft aktiv gestalten und die Weiterentwicklung businessorientiert steuern. Dies ist in Bild 2.4 dargestellt.
Ziel der strategischen Planung ist es, das Unternehmen an den Unternehmenszielen und geschäftlichen Erfordernissen auszurichten und auf den ständigen Wandel des Unternehmens und seines Marktumfelds vorzubereiten. Sie schafft ein ganzheitliches Verständnis des Geschäftsmodells, von den Zielen und der strategischen Positionierung und Differenzierung. Die strategische Planung gibt eine Vision und ein Zielbild als Orientierung vor und setzt Leitplanken für Entscheidungen und die Umsetzung, deren Einhaltung über die strategische, taktische und operative Steuerung sichergestellt werden muss. Die eigentliche Umsetzung der strategischen Planung erfolgt im Rahmen von Projekten oder Wartungsmaßnahmen.
Bild 2.4Vom Ist zur Soll-Vision
Das Ziel-Bild ist letztendlich der angestrebte Zustand in circa drei bis fünf Jahren2. Das Ziel-Bild beinhaltet grobe Eckwerte und Planungsprämissen und den taktischen „Plan“ bezüglich aller Geschäftsfelder für die Umsetzung, die Roadmap. Die Vision und das fachliche Ziel-Bild werden aus der Unternehmensstrategie und den strategischen Geschäftsanforderungen unter der Berücksichtigung von Trends abgeleitet. Das fachliche Ziel-Bild wird in der Regel über die für die Umsetzung der Business-Strategie und Geschäftsanforderungen erforderlichen Business Capababilities in Kombination mit anderen Elementen der Geschäftsarchitektur, wie Produkte oder Daten, beschrieben. Diese fachlichen Strukturen bilden dann den fachlichen Ordnungsrahmen für die Ableitung der Ziel-IT-Landschaft. Für alle Handlungsfelder werden notwendige technische Fähigkeiten ermittelt und mit dem technischen Lösungsportfolio von u. a. Informationssystemen und Plattformen abgeglichen. So können Maßnahmen für die Umsetzung des Ziel-Bilds identifiziert werden.
Die Leitplanken sind in Bild 2.4 als „Begrenzer“ für Projekte und Wartungsmaßnahmen gepunktet dargestellt. Die Leitplanken schränken die Freiheitsgrade für Projekte und Wartungsmaßnahmen ein. Neben fachlichen und organisatorischen Randbedingungen setzen insbesondere Prinzipien, Strategien und technische Vorgaben Rahmenbedingungen für die Umsetzung. Beispiele hierfür sind „Best-of-Breed“ und Strategien, wie z. B. „Cloud-Strategie“ oder „Ablösungsstrategie“, sowie technische Standards, wie z. B. „MS SQL Server als Datenbanksystem zu verwenden“.
Die Umsetzung des Ziel-Bilds und die Einhaltung der Leitplanken müssen über eine angemessene IT-Governance sichergestellt werden (siehe Abschnitt 5.8). Hier kann z. B. über Bewertungskriterien im Projektportfoliomanagement oder aber bei Projekten mittels Reviews zu wichtigen Meilensteinen die Einhaltung der vorgegebenen technischen Vorgaben überprüft werden. Über klare Regeln muss festgelegt werden, was wie zu tun ist. Insbesondere muss klar aufgezeigt werden, wie bei Verstößen verfahren wird.
Die Vision, das Ziel-Bild und die Leitplanken werden im Rahmen der IT-Strategieentwicklung (siehe [Han14]) in der Regel jährlich oder auch nach Bedarf, z. B. bei großen Vorhaben, angepasst.
Mithilfe des EAM-Planungsinstrumentariums können die zukünftige Geschäftsarchitektur sowie die Soll-IT-Landschaft und die IT-Roadmap zur Umsetzung gestaltet werden. Ausgehend von den strategischen Vorgaben, Geschäftsanforderungen und aktuellen Handlungsbedarfen („Pains“) werden Planungsszenarien für alle Handlungsfelder erstellt und analysiert. Analyse- und Gestaltungshilfsmittel unterstützen den kreativen Planungsprozess. Die Ableitung und Analyse von Lösungsideen und deren Bündelung zu Planungsszenarien werden erleichtert. Schnell und fundiert gelangen Sie zu Ihrer Soll-Landschaft und Roadmap zur Umsetzung. Best-Practices hierzu finden Sie in Abschnitt 5.5.
EAM liefert in einer hohen Ausbaustufe wertvollen Input zur Business-Planung und strategischen IT-Steuerung. Projekte können auf ihre Konformität mit dem Soll-Zustand und mit technischen Standards bewertet werden. Dies sind neben dem Strategie- und Wertbeitrag sowie Komplexitäts- und Kostensteuerungsgrößen wichtige Kriterien für die Bewertung und Priorisierung von Projekten im Projektportfoliomanagement, um das Portfolio strategisch auszurichten. Durch einen Plan-Ist-Abgleich können der Status und der Fortschritt der Umsetzung der Zielvorgaben sichtbar gemacht werden.
Die Unternehmensarchitektur gibt zudem über ihre Strukturen und Beziehungen ein Denkmodell für die strategische Business- und IT-Steuerung vor. Die verschiedenen Bebauungselemente, wie z. B. Geschäftsprozesse, Business Capabilities oder Informationssysteme, sind wichtige Steuerungsobjekte im strategischen businessorientierten Controlling. Die Verknüpfungen zwischen den Bebauungselementen können in der strategischen IT-Steuerung genutzt werden, um den Wertbeitrag für das Business aufzuzeigen. So kann z. B. über die Zuordnung von Informationssystemen zu Geschäftsprozessen der Grad der Business-Unterstützung aufgezeigt werden.
Um dies zu verdeutlichen, finden Sie in Bild 2.5 das Zusammenspiel zwischen der fachlichen sowie der strategischen und operativen IT-Planungs- und Steuerungsebenen dargestellt. In der fachlichen Planung wird z. B. eine Prozesslandkarte oder aber eine Business Capability Map (siehe Abschnitt 2.4.1) erstellt.
Die fachlichen Elemente werden in der Business-Planung beplant. Ergebnis sind u. a. eine Prozesslandkarte oder aber eine Business Capability Map. Diese fachlichen Elemente bilden den fachlichen Bezugsrahmen für die strategische Planung und Steuerung der IT. Im Bild 2.5 ist das IT-Ziel-Bild in Form einer Bebauungsplangrafik (siehe Abschnitt 2.4.3) dargestellt. Die Verbindung zwischen der fachlichen und der strategischen IT-Ebene wird über die Beziehung der IT-Elemente zu den fachlichen Elementen, in diesem Fall den Prozessen, hergestellt. Im Rahmen der strategischen IT-Planung wird die „ideale“ Geschäftsunterstützung gestaltet.
In der strategischen IT-Planungsebene wird die IT-Landschaft im Überblick lang- und mittelfristig geplant. Ergebnis ist hier ein IT-Ziel-Bild und die Roadmap zur Umsetzung. Zur operativen IT-Planungsebene, die Ebene der Projekte und Maßnahmen, gibt es dann eine Verfeinerungsbeziehung, die in Bild 2.5 über die Detaillierung von Informationssystemen in die Infrastrukturelemente angedeutet ist.
Bild 2.5Fachliche und IT-Planung im Zusammenspiel
Über die Verbindungen zwischen den Ebenen können Sie businessorientierte Vorgaben an die IT weitergeben. So lassen sich z. B. die mit den Geschäftsprozessen verbundenen Ziele als Vorgaben an die unterstützenden Informationssysteme verwenden. Umgekehrt ist hierüber aber auch die operative Realität mit der Planungsebene verbunden. Die konkreten Messgrößen können dann, idealerweise, als Messgrößen für den Umsetzungsgrad der Planung verwendet werden oder aber auch, um operative Handlungsbedarfe auf die Elemente der Planungsebene „hochzuziehen“. Beispiele sind die Anzahl von Störungen und Tickets pro Informationssystem oder auf der fachlichen Ebene pro Prozess.
Wichtig
Ein gut entwickeltes EAM ermöglicht es Ihnen, rasch und effektiv auf die Herausforderungen der digitalen Transformation und des sich immer schneller verändernden Markt- und Technologieumfelds zu reagieren. Es liefert wertvollen Input für die Business-Planung, die IT-Strategieentwicklung, das Demand Management, das Projektportfoliomanagement sowie die fachliche und IT-Planung und Steuerung. Abhängig von der organisatorischen Verankerung kann EAM darüber hinaus Einfluss auf Entscheidungen, die Lösungskonzeption von Projekten und die Gestaltung des Projektportfolios nehmen und deren Steuerung aktiv unterstützen.
EAM ist ein ganzheitlicher und integrierender Ansatz zwischen Business und IT. Alle wesentlichen fachlichen und technischen Strukturen und deren Beziehungen untereinander werden gesammelt und in Beziehung gesetzt. Fachliche Anteile stammen originär häufig aus verschiedenen Quellen wie z. B. Geschäftsprozesse vom Prozessmanagement, Business Capabilities vom Business Capability Management, Produkte vom Produktmanagement und organisatorische Strukturen von der Organisationsabteilung.
Auch die IT-Anteile müssen von verschiedenen IT-Stellen und Systemen eingesammelt oder in Verbindung gebracht werden. So werden z. B. Prinzipien, Strategien oder technische Standards von CIO-nahen Stabstellen verwaltet. Inhalte der Applikationsbebauung kommen von der Anwendungsentwicklung und Betriebsaspekte vom Inhaus-, Cloud- und/oder outgesourcten IT-Betrieb.
Insofern ergeben sich verschiedene Aufgabenbereiche im Enterprise Architecture Management. Inhaltlich unterscheiden wir zwischen dem Management der Geschäftsarchitektur, dem IT-Bebauungsmanagement, dem Technologiemanagement und dem Management der Betriebsinfrastruktur.
Management der Geschäftsarchitektur
Das Management der Geschäftsarchitektur subsummiert die Ergebnisse aller Disziplinen, die sich mit der Bestandsaufnahme der bestehenden und der Gestaltung der zukünftigen fachlichen Strukturen beschäftigen, wie z. B. das Prozessmanagement, das Informationsmanagement, das Business Capability Management oder die Organisationsentwicklung. Es stellt sicher, dass alle Elemente der Geschäftsarchitektur in einer hinreichenden Aktualität, Vollständigkeit und Datenqualität in der benötigten Granularität übergreifend vorliegen. Durch Konsolidierung und übergreifende Abstimmung wird das fachliche Begriffs-Backbone geschaffen. Die Elemente der Geschäftsarchitektur, insbesondere Geschäftsprozesse oder Business Capabilities, bilden darüber hinaus einen fachlichen Ordnungsrahmen und geben das fachliche Bezugssystem für die Geschäftsmodellentwicklung und die businessorientierte Planung und Steuerung der IT vor.
Wichtig
Das Management der Geschäftsarchitektur wird gedanklich häufig eng zumindest mit dem Prozessmanagement verknüpft (siehe [Rei09] und [HLo21]). Hier werden diese Begriffe bewusst unterschieden. Aus Sicht des Enterprise Architecture Management und damit auch der Geschäftsarchitektur dürfen die Strukturen nicht zu feingranular sein. Es geht darum, eine Gesamtsicht über das Unternehmen im Überblick herzustellen, um strategische Fragestellungen beantworten zu können. Sicherlich ist die Detaillierung der grobgranularen Geschäftsprozesse in Abläufe für operative Fragestellungen wichtig. Dies ist aber dann eine andere Sicht – die der „operativen“ Prozesse. Zwischen der logischen und der operativen Ebene muss es jedoch eine Verfeinerungsbeziehung geben, wo von einer Wertschöpfungskette in den operativen Prozess und auch umgekehrt „gesprungen“ werden kann.
Die Ausprägung des Managements der Geschäftsarchitektur hängt davon ab, ob EAM im Business oder in der IT angesiedelt ist. Häufig ist das Management der Einzelbestandteile der Geschäftsarchitektur, mit Ausnahme des Informationsmanagements und des Business Capability Management, dem Business, z. B. der Unternehmensstrategie oder dem Organisationsbereich, zugeordnet. Die Konsolidierung, das Business Capability Management und das Informationsmanagement werden dagegen häufig von der IT verantwortet.
Wichtig
Stellen Sie über ein gemischtes Projektteam (Business und IT) bei der Einführung von EAM sowie ein gemischtes EAM-Steuerungsgremium im laufenden EAM-Betrieb sicher, dass die für die Geschäftsarchitektur erforderlichen Informationen in hinreichender Aktualität, Vollständigkeit und Qualität zur Verfügung stehen (siehe Abschnitt 5.8).
Wird das Business außenvorgelassen, verkümmert der Geschäftsarchitekturanteil im EAM oder aber es fehlt Akzeptanz durch das Business. Für einen ersten EAM-Einführungsschritt kann ohne Business-Beteiligung begonnen werden, wenn die EAM-Sponsoren lediglich aus der IT stammen. Hier können die Unternehmensarchitekten einen Grundstock von EAM-Methoden, EAM-Datenbasis und vor allen Dingen Know-how aufbauen, um in der Zukunft schneller Fragestellungen, auch von Business-Verantwortlichen, beantworten zu können. Wichtig ist dabei jedoch, dass fachliche Aspekte zumindest aus der Perspektive und dem Wissen der IT „vorgedacht“ sind. D. h. insbesondere, dass nicht zumindest auf eine rudimentäre fachliche Bebauung verzichtet werden sollte.
Umgekehrt erzielt man aber auch schnell erste Erfolge durch eine Beschränkung auf die IT-Bebauung und eine rudimentäre fachliche Bebauung. Der Nutzen einer Geschäftsarchitektur lässt sich anhand exemplarischer Bebauungsplangrafiken oder anderer Visualisierungen auch mit nicht abgestimmten Geschäftsprozessen oder Business Capabilities gut aufzeigen. Darüber können Sponsoren im Business gewonnen und damit das Management der Geschäftsarchitektur im zweiten Schritt integriert und etabliert werden.
Wesentliche Teilprozesse des Managements der Geschäftsarchitektur sind:
Prozessmanagement umfasst die Identifikation, Dokumentation, Gestaltung, Umsetzung, Steuerung und Optimierung von Geschäftsprozessen. Siehe Abschnitt 5.4.1.
Business Capability Management ist ein systematischer Ansatz zur Identifikation der aktuell oder zukünftig für das Unternehmen relevanten Fähigkeiten (Business Capabilities) und zur schnellen Anpassung des Geschäftsmodells und der Geschäftsprozesse sowie deren IT-Unterstützung an veränderte Marktanforderungen und Wettbewerbsbedingungen. Siehe Abschnitt 5.4.2.
Informationsmanagement oder Datenmanagement (siehe Abschnitt 5.4.3) umfasst die Menge aller organisatorischen, fachlichen, methodischen und technischen Konzepte und Verfahren mit dem Ziel,
die Daten für einen zuverlässigen Geschäftsbetrieb bereitzustellen,
die optimale Nutzung von Daten zu gewährleisten und
eine angemessene Datenqualität, Datenschutz und Informationssicherheit zu gewährleisten.
Jeder Stelle im Unternehmen müssen alle relevanten Informationen zum richtigen Zeitpunkt, am richtigen Ort und in der für den Verwendungszweck erforderlichen Qualität zur Verfügung stehen. Es beinhaltet die systematische, methodengestützte Planung und Steuerung der betrieblichen Informationsversorgung. Die Wertschöpfung aller Unternehmensbereiche hängt in erheblichem Umfang von der Qualität der Daten ab. Es ist der Prozess für das Planen, Gestalten, Überwachen und Steuern der Verwendung, Verteilung und Kommunikation von Informationen in Organisationen zur Erreichung strategischer Ziele.
Organisationsentwicklung ist ein ein geplanter, systematischer und langfristiger Prozess der Veränderung und Weiterentwicklung der Aufbau- und Ablauforganisation von Unternehmen oder Unternehmensbereichen unter größtmöglicher Beteiligung aller Betroffenen. Siehe Abschnitt 5.4.4.
Diese sollten in der Business-Planung, Investitionsplanung und Projektportfoliomanagement verankert werden, um die Wirksamkeit und den Einfluss von EAM zu erhöhen.
Hinweis
Business-Planung ist der strategische und taktische, fachliche Planungsprozess, in dem das wirtschaftliche Umfeld, die Ziele, die benötigten finanziellen Mittel und die vorgesehenen Schritte zur Umsetzung der Unternehmensstrategie, Geschäftsanforderungen und Berücksichtigung von Trends, des Marktes und andere Randbedingungen betrachtet wird.
Investitionsplanung ist der Prozess der Erstellung und regelmäßigen Anpassung des Investitionsprogramms in der Regel jährlich im Rahmen der Unternehmensstrategieentwicklung und Business-Planung. Um den Ressourceneinsatz (insbesondere das finanzielle Budget) zu optimieren, sind eine Priorisierung sowie eine aktive Steuerung und Überwachung der Budgets mit einer Balancierung zwischen strategischen und operativen Maßnahmen erforderlich. Mithilfe einer Business Capability Map können Entscheidungen nachvollziehbar begründet und damit abgesichert werden.
Das Projektportfoliomanagement ist verantwortlich für die regelmäßige Planung, Priorisierung, übergreifende Überwachung und Steuerung aller Projekte eines Unternehmens oder einer Geschäftseinheit. Zu den Aufgaben des Projektportfoliomanagements gehören
die Definition von Projekten und Programmen,
die Bewertung von Projektanträgen,
die Bewilligung, Zurückstellung und Ablehnung von Projektanträgen,
die laufende Überwachung von Projekten aus der Sicht der Auftraggeber,
die Wahrnehmung übergreifender Projekt- und Qualitätsmanagementaufgaben
sowie das projektübergreifende Informations- und Wissensmanagement.
IT-Bebauungsmanagement
IT-Bebauungsmanagement ist eine Metapher, die sich der Bilder und Begriffe der Städte- und Landschaftsplanung bedient. Ein Bebauungsplan im Kontext der Stadtplanung legt das Straßennetz, die möglichen Nutzungen von Grundstücken und die Art der Bebauung fest.
Analog dazu dokumentiert, gestaltet und steuert das IT-Bebauungsmanagement die Weiterentwicklung der Informationssystemlandschaft (IS-Landschaft) in ihrem Zusammenwirken mit den anderen Teilarchitekturen (siehe Abschnitt 2.3). Die IS-Bebauung3 wird in Beziehung zu den fachlichen und technischen Bebauungselementen gebracht. Geschäftsprozesse, Produkte, Business Capabilities, Daten und Informationssysteme und deren technische Realisierung werden in ihrer Gesamtheit und ihrem Zusammenspiel analysiert und bewertet. Die IS-Landschaft wird ausgerichtet an der Unternehmens- und IT-Strategie und den Geschäftsanforderungen zielgerichtet weiterentwickelt.
Das IT-Bebauungsmanagement dokumentiert und gestaltet die IS-Architektur4. Die IS-Bebauung verbindet die verschiedenen Bebauungen und den Kontext, wie z. B. Projekte oder Geschäftsanforderungen. Durch die Zuordnung von fachlichen Bebauungselementen zu den Elementen der IS-Bebauung wird die Business-Unterstützung der IT dokumentiert. Für jeden Geschäftsprozess, für jede fachliche Funktion (oder Business Capability) und für jedes Produkt des Unternehmens wird klar, welches IT-System welchen Beitrag leistet. Zusammenhänge und Abhängigkeiten in Business und IT werden transparent. So lassen sich einerseits der fachliche und technische Handlungsbedarf und die Optimierungspotenziale zur Verbesserung der Business-Unterstützung identifizieren. Andererseits können fundierte Aussagen über IT-Auswirkungen von Business-Entscheidungen getroffen werden. Ein wertvoller Input für das Projektportfolio- und Multiprojektmanagement wird geleistet.
Die technische Realisierung der Informationssysteme und Schnittstellen wird durch die Verbindung mit der technischen Bebauung beschrieben. So können auch hier technische Abhängigkeiten, Handlungsbedarf und Optimierungspotenziale aufgedeckt werden. Zum Beispiel kann man damit die Frage beantworten: „Welche Informationssysteme sind vom Release-Wechsel des Datenbanksystems ORACLE oder MS SQL Server betroffen?“
Über die Verknüpfung mit Infrastrukturelementen stellt man die Verbindung zur realen Betriebsinfrastruktur her. Über diese Verbindung können Vorgaben an den Betrieb wie z. B. Lizenz- oder SLA-Anforderungen weitergegeben werden. Umgekehrt ist auf diese Weise ein Abgleich mit der IT-Realität möglich. So lässt sich feststellen, welche Informationssysteme tatsächlich produktiv genutzt werden und welche Lizenz- oder SLA-Anforderungen wirklich umgesetzt wurden.
Technologiemanagement
Im Technologiemanagement werden das Lösungsportfolio und die technischen Standards, der Blueprint, des Unternehmens festgelegt, kontinuierlich weiterentwickelt und dessen Verbauung gesteuert. Das Technologiemanagement umfasst alle Prozesse zur Planung und Steuerung der Bereitstellung und Nutzung des Lösungsportfolios, der technischen Standardisierung, des Lifecycle-Managements und des IT-Innovationsmanagements. So werden die Flexibilität und Qualität durch adäquate Architekturen verbessert und die Kosten durch Standardisierung reduziert.
Neue technologische Entwicklungen aus dem Technologie-Scouting werden im IT-Innovationsmanagement im Hinblick auf ihre Einsetzbarkeit und ihrer Auswirkungen im Unternehmen beobachtet, evaluiert, bewertet und gegebenenfalls in den Blueprint aufgenommen. Über das Lifecycle-Management wird der Lebenszyklus aller technischen Elemente, auch technische Bausteine genannt, des Lösungsportfolios und der technischen Standards des Unternehmens explizit gemanagt. Technische Bausteine und deren Releases, die nicht mehr zukunftsfähig sind oder sich im Einsatz nicht bewährt haben, werden abgelöst. Über die technische Standardisierung wird festgelegt, welche Elemente des Lösungsportfolios für welchen Einsatzzweck für die Nutzung freigegeben sind, und es werden Hilfsmittel für die Nutzung bereitgestellt. Das stellt die Zukunftsfähigkeit und Tragfähigkeit von technischen Standards sicher.
Hinweis
Neben der technischen Standardisierung gibt es auch fachliche Standardisierungen von u. a. Geschäftsprozessen oder aber auch im Datenmanagement. Hierzu sei auf Abschnitt 5.4 verwiesen.
Der Blueprint setzt Rahmenvorgaben (siehe Leitplanke in Abschnitt 2.1) für die Weiterentwicklung der IT-Landschaft. So kann die häufig blumenkohlförmig gewachsene heterogene IT-Landschaft schrittweise durch Projekte und Wartungsmaßnahmen in die Richtung der technischen Vision weiterentwickelt werden (siehe Bild 2.6). Durch angemessene, tragfähige und zukunftsfähige Standards wird die IT auf absehbare Business-Änderungen vorausschauend vorbereitet.
Bild 2.6Technologiemanagement
Hinweis
Technische Standardisierung kann auch auf Ebene von Applikationen, Schnittstellen, technischen Bausteinen und Infrastrukturelementen erfolgen. Auf der Ebene von Applikationen werden Redundanzen in der Unterstützung von Business Capabilities, Produkten oder Geschäftsprozessen beseitigt. Das API-Management (siehe TBD) übernimmt die Standardisierung von Schnittstellen.
In Abhängigkeit von der strategischen Positionierung der IT im Gesamtunternehmen gibt es unterschiedliche Motive für die technische Standardisierung:
Kostenreduktion im IT-Basisbetrieb: Nachhaltige Kostenreduktion durch Nutzung von Skaleneffekten, einer zentralen Verhandlungsmacht im Einkauf und der Know-how-Bündelung erzielen
Beherrschung und/oder Reduktion der IT-Komplexität: IT-Komplexität durch Steigerung der technischen Qualität beherrschen (wiederholte Verwendung von bewährten technischen Bausteinen)
Optimierung des Tagesgeschäfts: Standardisierung von Methoden und Verfahren z. B. für die Administration und den Betrieb von Anwendungen oder aber auch im fachlichen Kontext
IT strategisch ausrichten: Tragfähige und zukunftssichere technische Standards vorgeben
Beitrag zur Weiterentwicklung des Geschäfts: Festlegung von Standards, die Flexibilität fördern und Änderungen schneller durchführen lassen
Die technischen Standards wie z. B. die „erlaubten“ Technologien, Datenbanken, Middleware-Lösungen und Referenzarchitekturen sind ein wichtiger Input für das IT-Bebauungsmanagement und das Management der Betriebsinfrastruktur (siehe Bild 2.7). Sie setzen Vorgaben für die technische Realisierung von Informationssystemen, Schnittstellen und Infrastrukturelementen, die insbesondere bei der Gestaltung der zukünftigen IT-Landschaft zu berücksichtigen sind.
Bild 2.7Einordnung des Technologiemanagements
Umgekehrt liefern das IT-Bebauungsmanagement und das Management der Betriebsinfrastruktur Informationen darüber, welche technischen Elemente in Informationssystemen, Schnittstellen oder in der Betriebsinfrastruktur wirklich verbaut sind. Diese Verbauungsinformationen sind ein wichtiger Input für die technische Standardisierung. Darüber hinaus wird Standardisierungsbedarf aufgedeckt. Hohe Wartungskosten, Heterogenität, Qualitätsprobleme oder eine hohe technische Komplexität liefern Anhaltspunkte für einen möglichen Bedarf.
Für jeden Standardisierungsbedarf z. B. für Datenbanken wird im Blueprint, auch technisches Referenzmodell (TRM) genannt, eine Schublade, eine technische Domäne, vorgesehen. „Der Griff in die richtige Schublade“ erleichtert das Auffinden der zum Problemkontext passenden technischen Bausteine. Siehe hierzu Abschnitt 5.6.
Management der Betriebsinfrastruktur
Das Management der Betriebsinfrastruktur dokumentiert die Betriebsinfrastruktur auf einer groben Ebene und unterstützt bei der Gestaltung und Planung der zukünftigen Betriebsinfrastruktur. Details werden in der Regel im Servicemanagement z. B. in einer CMDB gehalten. Das Management der Betriebsinfrastruktur verbindet die operative Welt mit der taktischen und strategischen Ebene.
Technische Standards können ebenso für den Betrieb vorgegeben werden. So können z. B. Standards für Cloud, Hardware, Betriebssysteme oder Netzwerkkomponenten im Rahmen der Festlegung der „Service Strategy“ und im „Service Design“ (siehe ITIL V3 [Buc07]) gesetzt werden. Für weiterführende Informationen hierzu sei auf [Buc07], [Joh11] und [itS08] verwiesen.
2.1.2EAM – die Spinne im NetzEAM ist die Spinne im Netz des strategischen (IT-)Managements. Die Informationen und Visualisierungen aus EAM sind unabdingbar für wirksame Planungs-, Entscheidungs- und Durchführungsprozesse. Der wirkliche Nutzen entsteht nur im Zusammenspiel mit den anderen Disziplinen des strategischen Managements. So nutzt es wenig, wenn transparent ist, dass ein Projekt nicht konform zur Planung ist, wenn die Strategiekonformität nicht als Kriterium in Investitionsentscheidungen eingeht. Die Soll-Bebauungspläne und Standards können nur umgesetzt werden, wenn sie insbesondere über das Projektportfoliomanagement durchgesetzt werden.
In Bild 2.8 finden Sie ein Beispiel eines Managementinstrumentariums mit unterschiedlichen Disziplinen. Die verschiedenen Disziplinen für das strategische IT-Management werden ausführlich in [Han14] beschrieben. Dort finden Sie auch Hilfestellungen für die Ableitung Ihres IT-Managementinstrumentariums.
Bild 2.8IT-Managementdisziplinen in ihrem Zusammenspiel
EAM spielt mit den anderen Managementdisziplinen auf vielfältige Art und Weise zusammen. Wesentliche Aspekte sind dabei:
Strategieentwicklung in Business und IT: Die Unternehmensstrategie gibt das Geschäftsmodell und die strategischen Vorgaben wie Vision, Ziele, Strategien und Prinzipien für die Steuerung des Unternehmens vor. Die IT-Strategie leitet sich von der Unternehmensstrategie ab und setzt Vorgaben für die Planung und Steuerung der IT.
Beitrag von EAM: Die Vision und das grobe Ziel-Bild aus der Unternehmens- und IT-Strategie werden durch EAM konkretisiert. Ein Soll-Bild und eine Roadmap zur Umsetzung entstehen. Die Rahmenvorgaben, wie z. B. Prinzipien, Strategien, technische Vorgaben und Randbedingungen, sind von EAM im Rahmen der Bebauungsplanung (siehe Abschnitt 5.5) einzuhalten.
Demand Management: Das Demand Management ist die Disziplin für das Management der strategischen und operativen Geschäftsanforderungen. Es geht darum, im Zusammenspiel zwischen Business und IT die Geschäftsanforderungen möglichst angemessen, kostengünstig und trotzdem tragfähig und zeitgerecht in den Geschäftsprozessen und in der IT-Unterstützung umzusetzen.
Beitrag von EAM: EAM stellt für die Analyse der Abhängigkeiten und Auswirkungen Hilfsmittel, wie z. B. Bebauungspläne, Informationsflussgrafiken und Synchropläne (siehe Abschnitt 2.4), bereit. Das Demand Management kann sich des Analyse- und Gestaltungsinstrumentariums von EAM bedienen. Darüber hinaus dienen fachliche Strukturen als Ordnungsrahmen für das Einsortieren von Geschäftsanforderungen. Es ist ein wesentliches Hilfsmittel für die agile Planung (siehe [Han18]).
IT-Innovationsmanagement: Durch die kontinuierliche Markt- und Trendbeobachtung werden frühzeitig relevante, technologische Neuerungen und Trends identifiziert sowie hinsichtlich der technologischen Reife und des Potenzials für den Einsatz im Unternehmen sowie der damit verbundenen Risiken bewertet. Relevante Trends werden in die technische Standardisierung im Technologiemanagement geordnet eingesteuert. So werden die technischen Standards zukunftsorientiert weiterentwickelt.
Beitrag von EAM: EAM liefert für das Trend-Scouting einen technischen Ordnungsrahmen. Für alle Schubladen des technischen Referenzmodells (siehe Abschnitt 5.6) muss Ausschau nach Neuerungen gehalten werden. Auch, wenn im Rahmen des Lifecycle-Managements festgestellt wird, dass ein technischer Baustein veraltet ist, muss nach einem Nachfolger gesucht werden.
EAM kann aber auch im Rahmen des Innovationsmanagements genutzt werden, um mögliche Lösungen zu gestalten sowie die Abhängigkeiten und Auswirkungen von Business-Ideen zu analysieren. Die im IT-Innovationsmanagement identifizierten relevanten neuen technologischen Standards müssen über das Technologiemanagement in EAM eingesteuert werden.
Projektportfoliomanagement: Unter Projektportfoliomanagement wird die regelmäßige Planung, Priorisierung, übergreifende Überwachung und Steuerung aller Projekte eines Unternehmens oder einer Geschäftseinheit verstanden.
Beitrag von EAM: Das Enterprise Architecture Management liefert folgenden Input für das Projektportfoliomanagement:
Vorschläge für die Soll-Bebauung und die Roadmap zur Umsetzung für Projektanträge
Prüfung der Konformität von Projekten zur Soll-Bebauung, der IT-Roadmap und der technischen Standards
Bereitstellung von Informationen für die Bewertung und Priorisierung von Projekten, bezogen auf das gesamte oder einen Ausschnitt des Projektportfolios
Zeitnah fundierte Aussagen über Machbarkeit und Auswirkungen von Business- und IT-Ideen, z. B. über „what if“-Analysen
Aufzeigen von Konfliktpotenzialen zwischen Projekten
Strategisches (IT-)Controlling: Beim strategischen (IT-)Controlling werden insbesondere Status und Fortschritt der Umsetzung der strategischen Vorgaben und Planungen transparent gemacht. Hierzu werden die Zielzustände und Strukturen aus EAM genutzt. Es wird ein Soll-Ist-Vergleich durchgeführt und auf adäquate Steuerungsgrößen zurückgegriffen (siehe Abschnitt 5.8), die mit operativen Messgrößen aus der Projektabwicklung und dem Betrieb in Beziehung gesetzt werden.
Umgekehrt nutzt EAM strategische Steuerungsgrößen aus dem strategischen (IT-)Controlling, um die Weiterentwicklung der IT-Landschaft wirksam zu steuern.
In Abschnitt 5.8 finden Sie zugeordnet zu den Herausforderungen von CIOs häufig verwendete Kennzahlen.
Projektabwicklung und Wartungsmaßnahmen: Projekte und Wartungsmaßnahmen sind das Vehikel, um das Ziel-Bild wirklich umzusetzen. Das Enterprise Architecture Management unterstützt in vielfältiger Weise:
EAM liefert einen wichtigen Input bereits für die Projekt- und Maßnahmendefinition. Die Projekt- und Maßnahmeninhalte und die Abgrenzung können durch die vorliegende Dokumentation der Ist-, Plan- und Soll-Bebauung schärfer gefasst werden. Anhaltspunkte für Tiefenbohrungen lassen sich zudem aufzeigen. Dies verkürzt die Definition und das Aufsetzen von Projekten erheblich.
Durch zeitgerechte fundierte Analysen entsprechend den Fragestellungen aus dem Projektkontext kann EAM einen wesentlichen Input insbesondere in der Konzeptionsphase des Projekts oder der Maßnahme liefern.
Im EAM werden die Inhalte und Zeitpunkte der Umsetzung aller Projekte vom Projektportfoliomanagement übernommen und in Beziehung zu den fachlichen und technischen Strukturen in der EAM-Datenbasis gebracht. Die betroffenen z. B. Applikationen, Capabilities und Geschäftsprozesse sind damit zugeordnet. So können Konfliktpotenziale aufgedeckt und ein wichtiger Beitrag zur Projektsynchronisation geleistet werden.
Wichtig
EAM ist, wie in Bild 2.8 dargestellt, die „Spinne im Netz“ des strategischen IT-Managements. Die Informationen und Visualisierungen aus EAM sind unabdingbar für wirksame Planungs-, Entscheidungs- und Durchführungsprozesse. Durch die Integration kann EAM Einfluss nehmen. Dabei sind insbesondere die fachliche Planung, wie z. B. das Demand Management, und Prozesse wichtig, in denen Investitionsentscheidungen getroffen werden.
Um eine hinreichend aktuelle und qualitativ hochwertige EAM-Datenbasis zu erhalten, müssen die EAM-Pflegeprozesse in die Planungs-, Durchführungs- und Entscheidungsprozesse integriert werden. Insbesondere die Integration in die Projektabwicklung und Wartungsmaßnahmen ist entscheidend. Über die Mitarbeit in den Projekten und/oder Quality Gates müssen die Informationen über die Veränderung der IT-Landschaft gesammelt und in die EAM-Datenbasis eingepflegt werden. Details zur EA-Governance finden Sie in Abschnitt 5.8.
Die Pflege der EAM-Datenbasis verursacht eine Menge Aufwand, insbesondere bei den Schlüsselpersonen mit dem fachlichen und technischen Überblickswissen. Wann lohnt sich EAM?
Lean EAM – agil und wirksam
Die Antwort ist hier erst mal sehr einfach: EAM lohnt sich, wenn die Summe des persönlichen Nutzens den dafür erforderlichen Aufwand deutlich übersteigt. Wir nennen diesen Zielzustand „Lean EAM“ oder agiles und wirksames EAM. Nur ein Kosten-Nutzen-optimiertes EAM-Instrumentarium kommt letztendlich zum Fliegen.
Der Weg dahin ist nicht ganz einfach. Wesentliche Erfolgsfaktoren dafür sind:
Lean-Prinzip der Kundenwertorientierung: Persönlichen Nutzen für die Stakeholder für deren tägliche Arbeit und zur Erreichung ihrer persönlichen Ziele erzeugen
Alles, was hierzu keinen Beitrag liefert, ist „Verschwendung“ und kann aussortiert werden. Häufige Beispiele sind Datensammlungen ohne Abnehmer.
Nutzen durch Nutzung: Dies hört sich auch erst mal banal an, ist es aber nicht. Leider findet man häufig in Unternehmen Datensammlungen ohne Abnehmer. Hier gibt es unterschiedliche Ursachen. So kann es sein, dass der bisherige Abnehmer kein Interesse mehr daran hat. Eine weitere weitverbreitete Ursache ist die fehlende Konzentration auf das Wesentliche, die „Sammelwut“: „Es könnte ja jemand mal brauchen.“
Erst durch die wirkliche Nutzung bei der täglichen Arbeit oder zur Erreichung deren Ziele entsteht persönlicher Nutzen.
Kein Ballast und Konzentration auf das Wesentliche: Alles weglassen, was nicht zielführend und kein ausreichendes Kosten-Nutzen-Verhältnis hat. Dies bezieht sich sowohl auf inhaltliche Strukturen als auch auf Prozesse und Organisation.
Die Kosten-Nutzen-Betrachtung ist sicher nicht einfach. Eine grobe Analyse ist aber erfolgsentscheidend. Siehe hierzu Abschnitt 3.3.2.
Agilität – flexibel auf Veränderung reagieren: Ein agiles EAM fokussiert die zeitgerechte Lösung konkreter Probleme in Feedback-Schleifen mit dem jeweiligen Nutznießer und Verantwortlichen. Unternehmensarchitekten müssen dazu die wirklichen Anforderungen ihrer internen oder externen Kunden verstehen, Klarheit und Verständnis über eine passgenaue Visualisierung der Handlungsfelder und deren Abhängigkeiten und Auswirkungen schaffen und dann Lösungen gemeinsam mit den Kunden unter Nutzung des vorausschauend aufgebauten Lösungsportfolios schnell und agil bereitstellen. Inputs aus regelmäßigen Feedbackrunden müssen schnell verarbeitet und in die Transparenz-, Steuerungs- oder Lösungssichten eingearbeitet werden.
Die zeitgerechte schnelle Lieferung von Mehrwert für den häufig spontanten Bedarf eines Stakeholders ist hier das Entscheidende. Siehe hierzu Abschnitt 5.2.2.
Hinreichend qualitativ hochwertige und aktuelle EAM-Datenbasis: Nur, wenn Qualität und Aktualität passen, werden die EAM-Ergebnisse wirklich auf Dauer genutzt. Allerdings sind die Datenlieferanten im Allgemeinen Schlüsselpersonen im Unternehmen, wie z. B. Business-Analysten oder Lösungsarchitekten. Sie stehen häufig unter hohem Zeitdruck und haben daher weder Zeit noch Lust, zusätzlichen Aufwand ohne erkennbaren Nutzen zu leisten. Nur durch „erkannten“ Nutzen, möglichst wenig Aufwand und sicherlich auch den „sanften Druck“ seitens des IT-Managements und der Unternehmensführung kann die Unterstützung aller erforderlichen Stakeholder gewonnen und erhalten werden. Auch hierzu gibt es Best-Practices. Siehe Abschnitt 5.8.
Fokus auf Fehler ausmerzen und Probleme lösen: Engpässe oder Fehler, wie z. B. unzureichende Datenqualität für die Erstellung einer Entscheidungsvorlage, sind vorrangig zu beheben. Nicht beseitigte Engpässe und Fehler senken die Akzeptanz für EAM erheblich. Der Nutzen kann nicht gehoben werden.
Die Engpässe und Fehler lassen sich aber durchaus unterschiedlich beheben. Einerseits könnte die Datenqualität nachhaltig durch entsprechende Pflege- und Qualitätssicherungsprozesse verbessert werden. Andererseits könnten die Entscheidungsvorlage oder der Bericht so weit geändert werden, dass er nur auf Daten hoher Qualität beruht. Siehe Abschnitt 5.8.
Stufenweiser nutzenorientierter Ausbau von EAM: Die Einführung und der Ausbau des Enterprise Architecture Management können nur in kleinen überschaubaren Stufen mit sichtbarem Quick-win erfolgen. Nur wenn der Nutzen erkannt wird, gibt es gute Argumente für Investitionen in den weiteren Ausbau. Die ständige Verbesserung muss das tägliche Denken bestimmen („Lean Thinking“). So können Fehler abgestellt, Ergebnisse optimiert und auf diese Weise der Nutzen erhöht werden.
Nachdem der Bootstrap geschafft ist, sollte EAM nutzenorientiert ausgebaut werden. Entscheidend ist hierbei der persönliche Nutzen der Stakeholder bei der Erreichung ihrer individuellen Ziele und bei der Bewältigung ihrer täglichen Arbeit. So kann EAM stufenweise entsprechend des individuellen Mehrwerts der Stakeholder erweitert werden. Welche Stakeholder in welcher Ausbaustufe einbezogen werden, muss über eine Stakeholder-Analyse (Interesse und Einfluss an EAM siehe [Han14]) ermittelt werden. Nur, wie finden Sie den Mehrwert für die Stakeholder?
Um diese Frage zu beantworten, müssen wir die Perspektive der Nutzer einnehmen. Schauen wir uns einige Nutzergruppen näher an. In Bild 2.9 finden Sie skizzenhaft einerseits in der Mitte der Struktur-Backbone EAM und außen verschiedene Aufgabenbereiche und deren Sichten.
In der Mitte ist der Struktur-Backbone angedeutet, die relevanten fachlichen und technischen Strukturen des Unternehmens. Der Struktur-Backbone ist umgeben von den Visualisierungen, die häufig in einer EAM-Sicht genutzt werden (siehe Abschnitt 2.4). Nutzer dieser Sicht sind neben Unternehmensarchitekten z. B. IT-Verantwortliche oder Verantwortliche für Informationssicherheit oder Compliance, die zugeschnitten auf ihre Bedürfnisse eine Teilsicht bereitgestellt bekommen.
Nun schauen wir uns zwei Beispiele der in Bild 2.9 dargestellten Aufgabenbereiche und Sichten näher an:
