Entwicklung und Aufbau des Architekturmanagements · act!consulting GmbH 20. Januar 2009 1 Entwicklung und Aufbau des Architekturmanagements Klaus D. Niemann Geschäftsführender

act! consulting GmbH 120. Januar 2009

Entwicklung und Aufbau des Architekturmanagements

Klaus D. NiemannGeschäftsführender Gesellschafter

act!John F. Kennedy Platz 9, D-38100 BraunschweigT +49 (0) 531 / 12337 0F +49 (0) 531 / 12337 20E [email protected] www.act-consulting.de

www.unternehmensarchitektur.de

15. SI-SE Tagung

29.-30. Januar 2009


Agenda

� Überblick Unternehmensarchitektur und Architekturmanagement

� Dokumentation der Unternehmensarchitektur

� Analyse der Unternehmensarchitektur

� Planung der Unternehmensarchitektur

� Umsetzung der Unternehmensarchitektur

�Organisation des Architekturmanagements


Was ist eine Unternehmensarchitektur?Eine Unternehmensarchitektur ist eine strukturierte und aufeinander abgestimmte Sammlung von Plänen für die Gestaltung der IT-Landschaft eines Unternehmens:

�die in verschiedenen Detaillierungen und Sichten, �gegliedert in Architekturebenen (Geschäfts-, Anwendungs-, Systemarchitektur), �ausgerichtet auf spezielle Interessengruppen (z.B. Manager, Planer, Auftraggeber, Designer),�alle Aspekte von IT-Systemen (z.B. Daten, Funktionen, Schnittstellen, Plattformen, Netzwerke),�und deren Einbettung in das Geschäft (z.B. Ziele, Strategien, Geschäftsprozesse),

� in vergangenen, aktuellen und zukünftigen Ausprägungen darstellen.

Kanäle

Agenturen Banken Makler InternetCallCenter

Sparten

Leben Nicht- Leben Kranken Industrie BauFi

Unterstützungssysteme

Kunden-und

Partner-Manage-

ment

Finanzen,Personal,

Admini-stration

und

Infor-mation

Basissysteme

Leistung Rück Provision

Produkte

Workflow Dokumente Termin Text Archiv

c d O rg-M ode l l

Fä h i gk e it /K e nntn is

- u m fa n g : te x t- b e sch re i b u n g : t e xt

Pe rs on

- p e rso n a l n r: in t- g e b D a t u m : d a te- g e sch le c h t: ch a r

S te l le

+ b e sch re i b u n g : t e xt

G A _ B::O rga n is a t ions E inhe i t

+ b e sch re ib u n g : te x t

N a m e : Org -M o d e llA u th o r: a ct! - voV e rsio n : 2 .C re a t e d : 2 9 .1 0 . 2 0 0 2 2 1 : 5 1 :4 1U p d a te d : 2 8 .1 0 . 2 0 0 4 1 9 : 0 1 :5 4

R ol le

+ b e sch re i b u n g : t e xt

Be fugni s

- b e sch re i b u n g : t e xt

G A _ B ::Lok a ti on

+ b e sch re ib u n g : te xt

B e nutz e rgruppe

+ m a xG ro e sse : in t+ b e sch re ib u n g : te xt

1 .. n

ist zu g e o rd n e t

1 . .n

1 .. n

ist zu g e o rd n e t

1 .. n

1 . .n

i st zu g e o rd n e t

1 . .n

1 . .n

+ ü b t a u s

1 .. n

1 .. n+ b e in h a l te t

1 . .n

0 . .n+ e rfo rd e rt

1 . .n

0 .. n

+ b e sit zt

0 .. n

0 . .n+ b e se tz t

1 .. n

1 .. n

1 . .n+ u m fa sst

1 . .n

w ird t ä ti g a n

1 . .n

1+ u m fa sst

1 . .n

� Application Maps� Class Models� …

a d p-arc : Arc hite kturplanung erstellen und pfle gen

Unter nehemns arc hite ktur initia lis ie ren

Tec hnologisc he Trendsbe oba chten

Standar disierungs proze ssebe obachte n

Mar ktübe rsicht ers te llen

Ge sc häftsstrateg ie undIT-Stra te gie ana lys ie ren

Proj ektportfo lioanalysieren

Anwendungsportfo lioa nalysiere n

Anfor derunge n undRa hmenbebindungen

s pezifiziere n

Tec hnologiemodell er stelle n/pfle genSta nda rdk rite rie nka ta log

pflegen

Erhebung v orbere iten

Name: p-arc: Arch itektu rp la nun g erste ll en und p fl eg enAuthor:Versio n: 1.0Cre ated: 14.12 .2 002 18:21 :3 6Upda te d: 14.01 .2 004 13:25 :5 5

Refer enzar chitektur e rstellen/pflege n

Grundlage n fürBeba uungs planung ab le iten

Fac har chitektur integrie ren

Software arc hite ktur integr ie ren

Systemar chitektur integrieren

Anwendungslandschft in te grier en Kons olid ierung mode riere n

Unter nehmens arch itek turpublizie ren

Unte rnehemns arc hite kturer stelle n/pfle gen

Szenarien fürBebauungs planung

e ntw ic keln

Fin al State

�Organizational charts�Business Process Models�Goals and strategic plans�…

�Network Models

�Component catalogues

�…TR

FDDI

W AN TR

TRTR

WAN(z.B. ISDN)

ROUTER ROUTER

Ethernet

Netz A Netz B Netz C

DRDA

RDA

DBMSDBMS systems architectureplatforms support Level

infrastructure components

application architecture

subsystems

technical components

businessarchitecture

objectives strategies

requirements constraints

business processes business components

environments

application systems logical components

data


Architekturmanagement: Von der Strategie zur Umsetzung• Architekturmanagement ist eine Managementdisziplin und beschreibt den Prozess zur Unternehmensarchitektur: Planung, Organisation, Kontrolle und Steuerung der Architekturentwicklung.

• Architekturmanagement richtet die IT eng am Geschäft aus und muss den Spagat zwischen Unternehmensstrategie und Umsetzung beherrschen.

Unternehmens-strategie

• Ziele• Rahmenbe-

dingungen• Prozesse• Produkte

Umsetzung• Anwendungen• Frameworks• Patterns• Infrastruktur• Plattformen

Architektur-management

IT- Infrastruktur

IT-Anwendungen

Geschäfts-plan


“Bridging the gap”

Enterprise Architecture ManagementOrganisation

(Prinzipien, Rollen, Funktionen, Gremien, Berichtswege,Ressourcenplanung)

Das Unternehmensarchitekturhaus

Unternehmens-Strategie

• Ziele• Rahmen-• bedingungen• Mittel• ...

Umsetzung• Prozesse• Anwendungs-• systeme• Organisation• Infrastruktur• ...

Prozesse(strategische Prozesse (z.B. Bebauungsplanung), operative Prozesse (z.B. Software Architekturplanung), Workflow)

Information(EA entities, Beziehungen zwischen strategischen and operativen Themen, Stakeholder spezifische Sichten)

Process Application system

Service Platform


Architekturmanagementprozesse

Unternehmens-Strategie

• Ziele• Rahmen-• bedingungen• Mittel• ...

Umsetzung• Prozesse• Anwendungs-• systeme• Organisation• Infrastruktur• ...

Strategisches Architekturmanagement Operatives Architekturmanagement

Unter-nehmens-Architekturplanen und entwickeln

Anwendungs-Landschaft planen und entwickeln

Geschäfts-Architektur planen und entwickeln

Softwarearchitektur planen und entwickeln

Systemarchitektur planen und entwickeln

Referenz-architekturplanen und entwickeln


Vernetzung strategischer und operativer AM-Prozesse

Strategisches Architekturmanagement Operatives Architekturmanagement

Unter-nehmens-Architekturplanen und entwickeln

Anwendungs-Landschaft planen und entwickeln

Geschäfts-Architektur planen und entwickeln

Softwarearchitektur planen und entwickeln

Systemarchitektur planen und entwickeln

Referenz-architekturplanen und entwickeln

Strategisches AM

operatives AM


Die Informationsstruktur der Unternehmensarchitektur

GeschäftsarchitekturGeschäftsarchitektur

Ziele &Strategie

ProzesseKompo-nenten

Organi-sation /Lokation

AnwendungsarchitekturAnwendungsarchitektur

PIM

PSM

Kompo-nenten

DatenSchnitt-stellen

Schichten

Anwendungs-landschaftAnwendungen

Referenzen

Anforderungsspezifikation

Anforderungsspezifikation

funktional Nicht-funktional

change management Historisierung Glossar Filter / Views

SystemarchitekturSystemarchitektur

Entwicklungs-umgebung

Test-umgebung

Integrations-umgebung

Abnahme-umgebung

Produktions-umgebung

Hot Fix Umgebung

Was?

Wie?

Warum?

Wo?

Womit?

Wann?

Wer?


Metamodell der Unternehmensarchitektur

� Dokumentation der Zusammenhänge zwischen Geschäft, Anwendungen, Infrastruktur im Metamodell� Führt Informationen aus vorhandenen Modellen zusammen

Geschäft Anwendungen Infrastruktur

Alignment

Produkt

ProzessAnwendungs-

system

Plattform


Das Unternehmensarchitekturhaus

Organisation des Architekturmanagements

Kritische Erfolgsfakttoren

Rollen im AM

Gremien

Aufbauorganisation

Best practices

Marketing patterns

•Unternehmensarchitect•Lösungsarchitekt (Software, Systeme)•Domain Architect•...

•Die Funktion AM (zentralisiert, diversifiziert, verteilt, dezentralisiert)

•Staffing•…

•AM Motivation•AM Ziele und Nutzen•AM Kommunikation•...

•Einen Mentor finden•Prozesse, Informationsmodell und Organisation entwickeln

•...

•Architekturboard•Governance Board•...

•Bridging the gap•Fokussierung des AM•…


Frameworks und Tools

Prozesse• Methodik• Standards, Templates,

Werkzeuge• Workflow• Verantwortlichkeiten• Reporting• Integration der Teilprozesse

Organisation• Gremien• Rollen (Aufgabe, Kompetenz,

Verantwortung)• Eskalations- und

Entscheidungsgremien• Kommunikation (Akzeptanz,

Verbindlichkeit, Durchdringung)

Information• Domäenmodell der Unternehmens-

architektur• Informationsmodell: Artefakte,

Attribute, Beziehungen• Sichten

• Auswertungen (z.B. Heterogenität, Komplexitär, Impact, Kosten)

• Metriken und KPIs• Abbildung in die

Werkzeugumgebung

Werkzeuge• Alfabet (planning IT), BOC (AdoIT), Casewise (Corporate Modeler), IBM/ Telelogic (SystemArchitect), IDS Scheer (ARIS), Metastorm (Provision), Troux (Troux), …


Die Kunden des Architekturmanagements

Geschäftsbereiche

IT-Management

Anwendungsent-wicklung und –bereitstellung

IT Betrieb

• Bebauungspläne• Analysen (z.B. Kosten, Wertbeitrag, Time To Market)

• Roadmaps (Transformation der IT-Landschaft)

Exemplarische Services:

• Anwendungs- und Infrastrukturlandkarten

• Analysen (z.B. Impact, Kosten, Risiken, Komple-xität, Heterogenität)

• Housekeeping


• Impact Analyses• Anwendungs-/ Projekt-/ Plattformsteckbriefe

• Reports (z.B. Schnitt-stellen, Abhängigkeiten)

• Referenzarchitekturen


• Portfolio der IT-Standards• Standards´ Mgmt. Prozess • Analysen (z.B. Life Cycle, Verwendung, Risiko, Continuity)



Geschäftsbereiche

IT-Management

Anwendungsent-wicklung und –bereitstellung

IT Betrieb

Aufbau des Modells ausgehend von Stakeholders und EA-Scenarios

CIO

Projekt-leiter

Analytiker

Unternehmens-architekt

System-architekt

Software-architekt

Domain-architekt

IT-Controller

Organisator

Unternehmens-planer

ReUseManager

Methoden-spezialist

System-spezialist

Anwendungs-spezialist

IT-Planer

Service manager


Eine Unternehmensarchitektur ist eineSammlung von Landkarten des Unternehmens� Analyse und strategische Planung von

Anwendungslandschaften basieren auf strukturierter Kartogaphie.

Eine Analogie: Kartographie ...

ist hilfreich für das Verständnis, die Übersicht und Orientierung.

Um eine Reise zu planen, benötigen wir außerdem:•Entfernungen•Straßenqualität•Hotels•Sehenswürdig-keiten•...

document! analyze!

plan!act!

check!

Erst dann können wir eine Route festlegen und starten.

Dokumentation

Analyse

Planung

Action

Controlling


Strukturierung der EA Szenarien entlang des EA Lifecycles

document! analyze!

plan!act!

check!� Governance

� KPIs� Scorecard

� Implementierung� Check Architektur-

relevanz� Erhebung architektur-

bestimmenderAnforderungen

� Entwurf Lösungs-architektur

� Anwendungssteckbrief� Referenzarchitektur

� Planung� Bebauungsszenario� Szenarioevaluation� Bebauungsplan/

Zielarchitektur

� Analyse� Abhängigkeit� Abdeckung� Schnittstellen� Heterogenität� Komplexität� Konformität� Kosten� Nutzen

� Dokumentation� Landkarten

� Unternehmensarchitektur-modell

� Anwendungslandkarte� Infrastrukturlandkarte� Standards Portfolio

� Clustermaps� Business Support Maps


Agenda








Architekturdomänen: IT-Architektur

Applikationssarchitektur

Infrastrukturarchitektur

ArchitekturebenenIT-Architektur

document!

• Professionelles Management der Unternehmensarchitektur erfordert ein bereichsübergreifendes Verständnis von Strukturen, Begriffen und Inhalten.

• Die Definition und verbindliche Einführung eines übergreifenden Ordnungsrahmens ist eine unverzichtbare Grundlage.

• Ergänzt wird dieser Ordnungsrahmen durch ein übergreifendes Glossar.


Integra-tions-archi-tektur

Infor-mations-archi-tektur

Sicher-heits-Archi-tektur

Architektursäulen

Architekturdomänen: Unternehmensarchitektur

Geschäftsarchitektur



Unternehmensarch

itektur

Stan-dards


document!






Architektursäulen

Unternehmensarchitektur und Leitplanken




Trans-forma-tion

Anforde-rungenStan-

dards

Unternehmensarch

itektur

document!


Architekturebenen

IT-Architektur




Architektursäulen

Inhalte einer Unternehmensarchitektur




Trans-forma-tion

Anforde-rungen

Stan-dards

Unternehmensarch

itektur

Recht

RolleGesch.objekt

Datenbank

DBMS

Gesch.prozess

Anw.system

Projekt

Fachliche Anf.

Techn.Anf.

InfrastrukturStandard

Referenz-architektur

Middleware

…

document!


Kanäle

Banken Makler InternetCall

Center

Sparten

Leben Nicht- Leben Kranken Industrie BauFi

Unterstützungssysteme

Kunden-und

Partner-Manage-ment

Finanzen,Personal,Admini-strationund Infor-mation

Basissysteme

Leistung Rück Provision

Produkte

Workflow Dokumente Termin Text Archiv

Agenturen

Die Anwendungslandkarte ...

Dokumentation �

Analyse ? Wertschöpfung?

Lücken?

Kostentreiber?

Heterogenität?

Planung ?

2005 2006 2007

� ist die einfachste Form der „Kartographie“ einer IT-Landschaft.

� ist nur sehr eingeschränkt für Analysen nutzbar.

� liefert nur wenig Anhaltspunkte für die Planung.

document!


Cluster Map 1

Die Cluster Map stellt eine Systemlandschaft mit ihren Schnittstellen dar.

document!


Cluster Map 2document!

Optional können die Schnittstellen feiner spezifiziert werden:

�Implementierungen

�Parameter

�Datentypen

�Middleware

�Protokoll

�...


Prozesse

Anwendungssysteme

ProdukteLeben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie

Kundenbetreuen(Markt

analysieren)

Produkteentwickeln

Akquisitiondurchführen

(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)

Finanzenkontrollieren u. steuern

Unternehmensteuern

(Strategie/Governance)

Eine Support Matrix ...analyze!

DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS

Elektr.Antragsdaten-Weiterleitung

BauFi

INDUV

Rueck

Vertragsverwaltung Risiko

Vertragsverwaltung Kranken

Vertragsverwaltung SHUKR

Vertr.-verw. SHUKR II

Vertragsverwaltung FondsVertragsverwaltung Kapital

SAPFI

DWH

�ordnet IT-Systeme fachlich ein (z.B. orientiert an Produkten und Prozessen)

�schafft damit eine Grund-lage für die systematische Analyse


Infrastrukturlandkarte

Die Infrastrukturlandkarte („Warenkorb“) stellt die verfügbaren Infrastrukturkomponenten aus den Entwicklungs-, Integrations-, Test-, Abnahme- und Produktionsumgebungen strukturiert dar.

Anwendungssysteme

DBMS

Transaktions-monitor

MiddlewareRPC, ORB, ...)

An-wen-

dungs-protokoll

(Application, Presentation)

DirectoryservicesKommunikationsprotokoll (Network, Transport, Session)

Übertragungsprotokoll (Data Link)

Übertragungsmedium (Physical)

Autorisieru

ng &

Authen

tifikation

Protokollierungs-

unterstü

tzung, Feh

lerman

agemen

t

Adm

inistration

sunter-

stützu

ng(M

anagem

ent)

Präsentation

/ Workflow

lokale Betriebssystem- und Systemdienste (Dateien, Zeit, Drucker, Datenkonvertierung, ...)

Testu

nterstü

tzung

Mapping-Service

s. act! ref_arc

document!


Agenda








AnalyseverfahrenUntersuchungs-bereich

Beschreibung des Analyseverfahrens Typische Fragestellungen

Abhängigkeit Direkt oder indirekt (d.h. über mehrere Ebenen) verknüpfte Elemente werden aus der Unternehmensarchitektur extrahiert

Welche anderen Elemente sind betroffen, wenn wir die Infrastruktur-komponente X ablösen?

Abdeckung Die Abdeckung fachlicher Bereiche (z.B. Felder in einer Pro-zess/Produkt-Matrix) durch Anwendungssysteme wird analy-siert

Welche Redundanzen oder Lücken gibt es bei der IT-Unterstützung für den Prozess X und/oder das Produkt Y?

Schnittstellen Analyse der Schnitttstellen zwischen den Anwendungssyste-men hinsichtlich ihrer Art, Anzahl, Komplexität, Häufig-keit/Aktualität, Performance, Stabilität, Verfügbarkeit.

Gibt es Brüche, Heterogenität bei der Unterstützung des Prozesses X? Sind Produkt-übergreifende Gemeinsamkeiten in Prozessschritten auch übergreifend gelöst?

Heterogenität Die Heterogenität der IT-Assets in definierten Einsatzfeldern wird analysiert

Anzahl der Entwicklungslinien (Technologien) pro Einsatzfeld (z.B. ein Feld in der Prozess/Produkt Matrix)?

Anzahl der Infrastrukturkomponenten pro Zelle im Warenkorb?

Komplexität Anzahl der Komponenten in der Unternehmensarchitektur und Anzahl ihrer Beziehungen.

Wie viele Anwendungssystemem mit wie vielen Schnittstellen existieren?

Wie viele Infrastrukturkomponenten oder Plattformen existieren mit wie vielen Schnittstellen untereinander bzw. in die Anwendungslandschaft hinein?

Konformität Einhaltung von Standards und Ermittlung des Abweichungs-grads (z.B. in % der Anwendungssysteme oder Infrastruktur-komponenten)

Compliance Rules

Werden existierende Standards z.B. im Bereich des Warenkorbs ein-gehalten? Werden die definierten Referenzarchitekturen implementiert? Anteil der Komponenten, die außerhalb des Standards liegen?

Werden gesetzliche Vorgaben, Marktstandards und Normen eingehalten (z.B. Sarbanes Oxley Konformität oder Solvency II Compliance)?

Kosten Reporting über kumulierte Erstellungs-, Betriebs- und War-tungskosten.

Welche Kosten sind durchgängig über alle Ebenen der Unternehmensar-chitektur mit der IT-Unterstützung des Produktes X verbunden?

Nutzen Nutzenkalkulation z.B. in prozentualem Beitrag zur Erreichung von Unternehmenszielen oder durch Verfolgung definierter „key performance indikatoren“ (KPIs)

Welchen Beitrag zur Unterstützung der Unternehmensziele leistet das Anwendungssystem X?

Gap Ermittlung der Differenz zwischen zwei Zuständen der Unter-nehmensarchitektur, die sich bzgl. Gültigkeitszeitraum oder Version unterscheiden können

Welche Maßnahmen sind erforderlich, um einen Planzustand der Unter-nehmensarchitektur zu erreichen? Wie komplex sind diese Maßnahmen? Welchen Nutzen bringen sie? Welche Chancen für „quick wins“ gibt es?

analyze!


Prozesse

Anwendungssysteme

ProdukteLeben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


Die Support Matrix ...analyze!

DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck





Vertragsverwaltung FondsVertragsverwaltung Kapital

SAPFI

DWH

�ist Grundlage einer am Geschäft orientierten Analyse der Anwendungs-landschaft.

�stellt Anwen-dungssys-teme in Be-ziehung zu den unter-stützten Elementen des Geschäfts (z.B. Pro-zessen und Produkten.


Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln

Akquisitiondurchführen(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck





Vertragsverwaltung Fonds

Vertragsverwaltung Kapital

SAPFI

DWH

Analyse der Unternehmensarchitekturanalyze!

Lücken?


Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH


Lücken?

Heterogenität?


Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH


Lücken?

Heterogenität?

Kosten?


Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH


Lücken?

Heterogenität?

Kosten?

Abhängigkeit?

Schnittstellen?

Komplexität?

Konformität?

Wertschöpfung?


Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH


�Handlungs-felderidentifizieren

@

�Handlungs-felderbewerten und priorisieren

$�Auswirkungen analysieren und Trans-formationsteuern


Beispiel: Abhängigkeit analyze!


Beispiel: CrossRef (Anwendungen vs. Infrastruktur)

...

xxxxCICS

xxxxPVCS

xxxxOracle

XxxyzWork-flow

xXXxxRACF

XXxEclipse

XXxWAS

XxMQ

XxXxxDB2

...Provi-sison

Schaden

SAP FIVertrieb Bank-filiale

Vertrieb Kranken

Vertrieb Kompo-sit

Vertrieb Leben

Kompo-sitBestand

Leben Bestand

Zeilen: Bedeutung einer Infrastruktur-

komponente

Spalten: Umfang der Infrastrukturunterstützung

analyze!


Beispiel: CrossRef (Anwendungen vs. Infrastruktur)

...

XMySQL

XInformix

xxxxOracle

XxxyzWork-flow

xXXxxRACF

XXxEclipse

XXxWAS

XxMQ

XxXxxDB2

...Provi-sison

Schaden

SAP FIVertrieb Bank-filiale

Vertrieb Kranken

Vertrieb Kompo-sit

Vertrieb Leben

Kompo-sitBestand

Leben Bestand

Ablösungschance?

analyze!


Beispiel: Statistiken (Nutzung der Anwendungssysteme)

60 5 20 5 10

55 20 5 20

15 65 15 5

10 10 10 50 10 10

5 5 30 5 55

0% 20% 40% 60% 80% 100%

LIFE

NON LIFE

FINANCE

BUSINESSDEV.

Sales

system usage per business unit

policy mgmt. Life

policy mgmt. Non-lifeCRM

SAP

?

analyze!


Beispiel: Life Cycle Diagram 1� Visualisiert den Lifecycle von Elementen (z.B. Anwendungssysteme,

Projekte, Plattformen, Infrastruktur Komponenten)� Analysiert zeitliche Abhängigkeiten� Planen von Umsetzungen / Überführungen

analyze!


Phased out

To be Phased out

production

test

development

planned

05 06 07 08 09 10 11

Appl A

Appl B

Beispiel: Life Cycle Diagram 2

Depends on

analyze!


Beispiel: Compliance Check 1

Unternehmen steuern (Strategie/ Governance)

Kunden betreuen / Markt analysieren

Produkte entwickeln

Neugeschäft akquirieren / Risiken prüfen

Bestand verwalten

Risiken steuern

Finanzen kontrollieren und steuern

Leben

Kranken

Komposit

Rückversicherung

Bauspar

Finanzierung

Industrie

Entwicklungslinien Verbreitung Anzahl Systeme

Cobol 18 9Java 2 2C++ 6 6Smalltalk 9 4DWS 14 1SAP 14 2Office 2 1.NET 5 1

analyze!


Beispiel: Kostenanalysen

Total costs of Application Systems

(11.01.2007)

0

500

1000

1500

2000

2500

3000

3500

MR P

C Ratin

g

FReAQS

PRS Fire

FROGS

Pirat

ERIS

GRIP

Natha

n

AmRe R

ating

For

mula

MR Nat

CatSer

vice

Lloyd

s Sca

le

RISC P

roper

ty (F

ire)

RISC S

yste

ms

Terro

rism P

ricing

Wor

kshe

et

RISC P

ropert

y misc

. (Sa/

V)Risk

Bro

wser

MR Cor

resp

onden

ce

Prope

rty E

xces

s Wor

kshee

tM

R COBRA

Contra

ct E

valua

tion

Mod

elTANTRIS

E-Cer

t

Cert C

at P

ricin

g W

orks

heet

AutoF

ac

Application Systems

Tot

al c

osts

analyze!


Applications Cost / Effect Chart

-20

0

20

40

60

80

100

120

-20 0 20 40 60 80 100 120

Strategy Target Effect (%)

Mon

etar

y T

arge

t Effe

ct (%

)

PRS Fire

Risk Browser

MR COBRA

AmRe Rating Formula

Pirat

ERIS

E-Cert

RISC Property misc. (Sa/V)

Nathan

GRIP

Beispiel: Anwendungssystem-Portfolioanalyse

� Visualisiert wirtschaftliche und strategische Bedeutung von Anwendungssystemen für das Geschäft.

� Stellt Kosten der Systeme dar (Bubble-Größe).

Nutzen

Kosten

analyze!


Agenda








Bebauungsplanung

� Der Bebauungsplan beschreibt die Veränderung der IT-Landschaft durch Projekte aus dem Portfoliomanagement und dem Housekeeping.

� Dabei muss auch möglichen Veränderungen des Geschäfts Rechnung getragen werden.

t1t

Transformationsprojekte

aktuell

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln

Akquisi tiondurchführen

(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS

Elektr.Antragsda ten-Weiterleitung

BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Eigenent-wicklung

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Prozesse

Produkte

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Indus trie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Indus trie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Standard-Software Y

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Standard-Software X

Prozesse

Produkte

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Indus trie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Indus trie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Prozesse

Produkte

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren )

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern



analysieren )

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWHDWHSAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

2010

2010

20102010

2010

2010

plan!

t2 t3 t4 t5


Entwicklung von Bebauungsplänen

1. Ist-Anwendungs-landschaft erheben IST-Situation

3. Szenarien für Soll-Anwendungs-landschaft bewerten Vergleich der Szenarien und Entscheidung

4. Delta bestimmenund Bebauungsplan ableiten

δ Bebauungsplan

2. Szenarien für Soll-Anwendungs-landschaft entwickeln

Szenario A Szenario B Szenario C

...

Favorit

plan!


Szenarien entwickeln

Unternehmens-strategie

akt. Anwendungs-landschaft

Geschäfts-architektur

Markt-beobachtung

Szenario ASzenario ASzenario A

Migrations-aufwand Konformität

Kos

ten /

Risiken

Unter-

stützu

ng

Szenarien werden entwickelt, um die beste Lösung für die Gestaltung der zukünftigen Anwendungslandschaft zu finden.

Einfluß auf Szenarienentwicklung:

� Unterstützung der Unternehmenstrategie

� Konformität mit der Geschäfts-architektur, Abdeckung neuer Anforderungen (fachliche Vor-habensplanung, Projektport-folio)

Die Szenarienbildung wird unterstützt durch Patterns, Methodik* and

Moderation.

(* „Zukunftswerkstatt“ von Robert Jungk)

� “make or buy” Entscheidungen und Berücksichtigung von Standards auf der Basis von Marktbeobachtung,

� Optimierungsbedarf und Migrationskosten

plan!


Entwicklung von Bebauungsszenarien

BP_A

AS_A

Strategy_A

GOAL_A

BP_B

AS_CAS_B

IS_A IS_CIS_B

PF_BPF_A

IS_D

Szenario_IST

BP_A

AS_A‘

Strategy_A

GOAL_A

IS_A IS_EIS_B

PF_A

Szenario_SOLL_A

BP_A

Strategy_A

GOAL_A

AS_E

IS_FIS_E

PF_G

Szenario_SOLL_B

....

plan!


As Is – To Be

plan!

KostenRisikenTermineQualität

Funktionalität

KostenRisikenTermineQualität

Funktionalität

2006

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

2007

Leben Neu

POSneu

POSneu

RISKneu

20072007

Leben Neu

POSneu

POSneu

RISKneu


Bebauungsplan

2009

Leben

Kranken

Komposit

Rück-versicherung

Bauspar

Finanzierung

Industrie


analysieren)

Produkteentwickeln


(Risiko-prüfung)

Risikensteuern

Bestandverwalten

(Processing)


Unternehmensteuern


DWH SAPSEM

PoS Lebenmobil

PoS Lebenstationär

WWW

PoS BauFistationär

PoS KrankenAgentur

PoS SHUKRmobil

PoS SHUKRAgentur

Rueck

PEAP

VP/MS


BauFi

INDUV

Rueck







SAPFI

DWH

2010

Leben Neu

POSneu

POSneu

RISKneu

plan!


Best practices

„Wachhunde“implementieren, um bei sich bewegenden Zielen alarmiert zu werden (z.B. ein Mentor im Geschäft!)

Wenn „business alignment“ das Ziel ist, sichergehen, dass die Geschäftsstrategie klar und operationalisiert ist.

min. opt

Planung ist gut, Kontrolle ist besser: Strikte Prozesse und Organisation implementieren.

Wenn das Geschäft sich schnell be-wegt oder die Ziele unklar sind, kann ein technischer Ansatz zur Trennung von Geschäft und Technik hilfreich sein.

Ein Architekturwerkzeug aufsetzen (Initialisierung, Aktualisierung, Auswertung). Excel reicht nicht aus!

Einen Anker im Geschäft finden (Geschäftsfunktion oder Prozess). Opera-tionalisieren oder Annahmen machen („virtual client“)!

Nicht auf eine Lösung fokussieren, immer mehrere Szenarien entwickeln und evaluieren – aus der Szenarienentwicklung lernen.

plan!


Agenda








Von der Strategie zur Umsetzung

The enterprisearchitect

Well, our EA program

seems to bevery

succcesful...

All my people are busy in projects and I can invoiceprojects for almost 80%

of our capacity... but nobody is in the officeregularly. I have created a bunch of chief programmers,

working for projects, butnobody cares for ENTERPRISE

architecture

I need to bridge the gapbetween strategy and

implementation

...“bridging the gap“


Reduktion von Projekt-Rüstzeiten

Reduktion von IT-Kosten und fal-

scher Komplexität

Transparenz und inf. Entscheiden

Ausrichtung der IT-Investitionen

auf das Geschäft

Transf

ormation

Transformation komplexer IT-Landschaften

Treiber z.B.

TechnologieOrganisationSourcing

Neue Produkte

Neue Märkte

Neue Kanäle

IT Effektivität

IT Effizienz

t

IT-Stan

dards

Anford

erunge

n

Von der Strategie in die operative Umsetzung „durchsteuern“:

IST

PLAN

SOLL

Konformität mit Standards lässt sich nicht in Software hinein-

prüfen - sie muss entwickelt und aktiv hergestellt werden!


Operative Architekturmanagement-Prozesse

Referenzarchitekturen

„Book of Standards“

Konvergente ArchitekturentwicklungPlanungsergebnisse aus dem strategischen Architektur-management in die Realität transformieren:�Operatives AM professionell unterstützen Wirkung

Umsetzung

Strategie

FokusProjekt Unternehmen

Frameworks & Patterns

Qualifizierung

Architektur-prinzipien

Architektur-Governance

Book of Standards




Architektur-Mgmt.-Prozesse


Entwicklung von Standards� Übergeordnete Standards: Prinzipien, Regeln und IT-Entscheidungen� Standardiserung von Anwendungsentwicklung und –bereitstellung

durch Referenzarchitekturen � Standardisierung des Anwendungsbetriebs durch ein Infrastruktur

Portfolio

Book of Standards






Beispiel: Infrastructure PortfolioDas „Infrastructure Portfolio“ wird durch den „Warenkorb“ der Infra-strukturkomponenten definiert, in dem die „Mosaiksteinchen“ der Infrastruktur ausgelegt sind.

Produktion

Workflow Engine

Protokollierung

DBMS

Transaktionsmonitor

Middleware

Anwendungsprotokoll (Application, Presentation)

Naming-/Directoryservices

Kommunikationsprotokoll (Network, Transport, Session)

Übertragungsprotokoll (Data Link)

Übertragungsmedium (Physical)

Autorisierung & Authentifikation

Fehlermanagement

Administrationsunter-stützung (Management)

Verschlüsselung

Betriebssystem

WebserverApplication Server

Gateway

Datensicherung

OLAP Server

…

Druck / OutputImaging / DMS

Datemmgmt.

Programmmgmt.

Securitymgmt.

Performancemgmt.

Administration

Accounting Mgmt.

Problemmgmt.

Entwicklung

CASE

Dictionary

Modellierung

GP

Generierung

GUI-Tools

IDE

Sprachen

Script-Sprachen

…

Workflow Editor

Frameworks

Bibliotheken

Libs

Services

Präsentation/ Workflow

Mapping-Service

HilfeSystem

Chng.mgmt

Prototyping

Test

Debugging/Tracing

AnwendungstestKomponenten-

test

GUI-Test

Lasttest

Abnahme-Test

Techn. Test

…

Testfall-generatoren

Testdaten-generatoren

Umgebungs-verwaltung

Book of Standards






Strukturierung des Infrastruktur Portfolios (1)SW-Komponente

Infrastrukturkomponente

KommunikationskomponenteEntwicklungsumgebung

Datenhaltungskomponente

Basissystemkomponente

Laufzeitumgebung

Benutzerunterstützungskomponente

Administrations-Betriebskomponente

Sicherheitskomponente

Testkomponente

Book of Standards






Strukturierung des Infrastruktur Portfolios (2)Entwicklungsumgebung

ProgrammierspracheEntwicklungssystem

GUI-Entwicklungssystem

KlassenBibliothek

Framework

MappingService

CASE

Dictionary

Modellierung

Prozssemodelliierung Unternehmensmodellierung

Generator CCM

Prototyping

sciptsprache

Book of Standards






Aufbau eines „Book of Standards“

Infrastructure Components

DBMS

Middleware

...

Standards Level A ...Standards Level B Standards Level C

DB2 MySQL MS

....

Im Rahmen der Festlegung technologischer Eckpfeiler werden Standards Level für aktuell verfügbare oder geplante Komponenten des Warenkorbs definiert, Beispiel:�Level A wird als Produktions- und Entwicklungsumgebung unterstützt. �Level B wird als Produktionsumgebung unterstützt. Standardsoftwaresysteme, die Komponenten aus B voraussetzen, können betrieben werden. Integration der Standardsoftware in die vorhandene Landschaft ist möglich.

�Level C wird nur als Produktionsumgebung unterstützt. Standardsoftware, die lediglich eine Konformität mit den Level C Komponenten aufweist, kann (ggf. mit Unterstützung externer Partner) betrieben werden, muss aber als Insel laufen und kann nicht in die vorhandene Landschaft integriert werden.

Oracle

Book of Standards






Agenda








Organisation des Architekturmanagements I

Centralized

•Small organizations•Strategic issues are likely to be overloaded by operational topics

AM*

IT Unit 1 IT Unit 2 IT Unit 3 ...

IT

* AM = Architekturmanagement


Organisation des Architekturmanagements II

Diversified

•Small to medium organizations•Operational arc. to be specialized in IT units when applied to large org.

•SAM = Strategisches Architekturmanagement

•OAM = Operatives Architekturmanagement

SAM OAM

IT Unit 1 IT Unit 2 IT Unit 3 ...

IT


Organisation des Architekturmanagements III

Distributed

•Large organizations•Lack of consolidation / reuse of IT units´ architecture solutions

•SAM = Strategisches Architekturmanagement

•OAM = Operatives Architekturmanagement

SAM*

OAM*

IT Unit 1

OAM*

IT Unit 2

OAM*

IT Unit 3 ...

IT


Organisation des Architekturmanagements IV

Decentralized

•Very large organizations•Profit / Cost and Solution Center •Lack of consolidation and reuse

* AM = Architekturmanagement

AM

IT Unit 1

AM

IT Unit 2

AM

IT Unit 3 ...

IT


Kennzahlen zum Staffing

� Architekturfunktion im Durchschnitt mit 3,4% der IT Mitarbeiter besetzt. � Große Streuung erkennbar, IT Organisationen bis 600 MA haben einen eher

unterdurchschnittlichen Headcount.

Enterprise Architecture Team Staffing

-

5

10

15

20

25

30

35

40

45

- 200 400 600 800 1.000 1.200 1.400

IT employees

EA

em

ploy

ees

Quelle: act! consulting

Eine Differen-zierung in strategische und operative Architekturmanagement-funktionen gibt es nur in wenigen Fällen.

Aktuelle Umfrage von Gartner (12/2008): 2,2,% IT-Staff in der

EA Funktion (Strategisches AM)


Rollen im Architekurmanagement

� Unternehmensarchitekt� Zuständig für das Unternehmensarchitekturmodell

� Bebauungsplanung

� Domänenbildung

� Standards

� Domänenarchitekt� Zuständig für eine fachliche Domäne (z.B. Vertrieb)

� Referenzarchitekt� Zuständig für eine techn. Domäne (z.B. Java-

Systeme, PL-SQL-Systeme)

� Lösungsarchitekt� Facharchitekten

� Anwendungsarchitekten (u.a. Buy / Make)

� SystemarchitektenRolle

Stelle

Pro-jekt

Unter-neh-men


Der Unternehmensarchitekt ...

� dokumentiert übergreifende Architekturen:� Business-/Facharchitektur

(Ziele, Rahmenbedingungen, Anforderungen, Geschäftsprozesse, Geschäftskomponenten, ...)

� Softwarearchitektur (Referenzarchitekturen, Einsatzszenarien)

� Systemarchitektur(Warenkorb)

� reintegriert Projekt-Architekturen (Ausschnittdetaillierungen) in die jeweilige übergreifende Architektur

� plant, entwickelt und pflegt die Anwendungslandschaft und entwirft Bebauungspläne

� wirkt mit an der IT-Strategie (IT-Ziele, Maßnahmen- (org. / techn. / personell) und Projektportfolio, ...)

� stellt Werkzeuge für business alignment und IT-Konsolidierung bereit� liefert dem CIO Werkzeuge für die Ausübung der IT-Governance� steuert mit dem ReUse Manager aktiv die Wiederverwendung


Der Domänenarchitekt ...

� ist für eine fachlich definierte Domäne zuständig,� kennt die Anforderungen und die Strategie des Geschäfts in

dieser Domäne,� kennt die Anwendungsystemlandschaft innerhalb der Domäne� dokumentiert Veränderungen in der Landschaft,� analysiert die IT-Landschaft innerhalb der Domäne hinsichtlch

denkbarer Schwachstellen und Optimierungspotentiale,� plant die Optimierung innerhalb der Domäne,� stimmt die Strategie mit dem Geschäft ab,� koordiniert und steuert Veränderungsprojekte innerhalb der

Domäne aus Architektursicht,� stimmt sich mit Unternehmens-, Referenz- und

Lösungsarchitekten ab.


Der Referenzarchitekt ...

� ist für eine technisch definierte Domäne zuständig (eine „Referenzarchitektur“),

� dokumentiert diese Referenzarchitektur und schreibt sie fort,

� entwickelt Einsatzszenarien für die Referenz-architektur,

� kennt die für die Umsetzung der Referenzarchitektur erforderliche Infrastruktursystemlandschaft,

� plant die Optimierung der Referenzarchitektur über Realisierungsprojekte,

� berät und begleitet Realisierungsprojekte, � stimmt sich mit Unternehmens-, Domänen- und

Lösungsarchitekten ab.


LösungsarchitektDer Lösungsarchitekt ist der „dezentrale Vetter“ des Unter-nehmensarchitekten.

Er plant und konstruiert konkrete Lösungen irgendwo im Unter-nehmen. Er ist zwar auf seinen Bereich spezialisiert und hat primär diesen im Fokus. Aber er schaut auch „über den Teller-rand“ und kommuniziert und vertritt in seinem Bereich aktiv die Ideen und Inhalte der Unternehmensarchitektur.

Er bringt sein Know-How und die Interessen seines Bereichs in die Weiterentwicklung der Unternehmensarchitektur ein. Er arbeitet fallweise in Architektur-Vorhaben mit. Kandidaten für die Übernahme der Rolle sind z.B. auch Linienmanager, Projektleiter, Bereichsverantwortliche für Architektur, ...

Den Lösungsarchitekten gibt es in drei Ausprägungen:

� operativer Facharchitekt

� operativer Anwendungsarchitekt

� operativer System-Architekt


Vielen Dank für Ihr Interesse!

Klaus D. NiemannGeschäftsführender Gesellschafter

act!John F. Kennedy Platz 9, D-38100 BraunschweigT +49 (0) 531 / 12337 0F +49 (0) 531 / 12337 20E [email protected] www.act-consulting.de

www.unternehmensarchitektur.de

Documents

Entwicklung und Aufbau des Architekturmanagements · act!consulting GmbH 20. Januar 2009 1 Entwicklung und Aufbau des Architekturmanagements Klaus D. Niemann Geschäftsführender