Nutzung von Frameworks und Tools beim Aufbau der EAM ... · Der erfolgreiche Aufbau einer...

act! consulting GmbH 116. Februar 2010

Nutzung von Frameworks und Tools Nutzung von Frameworks und Tools beim Aufbau der EAMbeim Aufbau der EAM--Disziplin Disziplin

3. IIR EAM Forum 20103. IIR EAM Forum 2010

Klaus D. NiemannGeschäftsführender Gesellschafter

act! consulting GmbHJohn F. Kennedy Platz 9, D-38100 Braunschweig+49 (0) 531 / 12337 0info@act-consulting.dewww.act-consulting.dewww.unternehmensarchitektur.de

Frankfurt, 24.02.2010 Frankfurt, 24.02.2010


Vita

Klaus D. Niemann

• Dipl. Informatiker TU Berlin / Fraunhofer Gesellschaft

• Mehr als 25 Jahre Erfahrung im allen Bereichen des operativen und strategischen Architekturmanagements

• Geschäftsführender Gesellschafter der act! consulting GmbH

• International anerkannter Experte und Publizist im Thema Enterprise Architecture

• Mitentwickler des Architekturmanagement-Frameworks t-eam (toolbox for enterprise architecture management): Best Practices und Verfahren, erprobt in vielen Unternehmen und Projekten, zum Aufbau eines Enterprise Architecture Frameworks

• Autor mehrerer Bücher und vieler Fachartikel

• Mitglied im Architecture Forum der OpenGroup

• AOGEA Member

• Eines von 7 Mitgliedern des International Committee on EA Standards der Association of Enterprise Architects. Mitentwicklung des „EA-Guide“ als „EA Standards Proposal“ für die ISO

…


Strategisches und operatives Architekturmanagement aus einer Hand

Fokus

Projekt Unternehmen

Wirkung

Umsetzung

Strategie

+

+

-

-

Lösungs-architektur

Referenz-architektur

Unternehmens-architektur

act! bietet Architektur-management aus einer Hand:

• Projektunterstützung durch Software- und Systemarchitekten

• Aufbau und Pflege von Referenzarchitekturen und „Book of Standards“

• Gestaltung und Pflege von Unternehmens-architekturen

• Aufbau der Architektur-managementdisziplin


Geschäftsbereiche

IT-Management

Anwendungsent-wicklung und –bereitstellung

IT Betrieb

Die Kunden des Architekturmanagements

CIO

Projekt-leiter

Analytiker

IT-Controller

Organisator

Unternehmens-planer

Entwick-ler

Methoden-spezialist

System-spezialist

Anwendungs-spezialist

IT-Planer

Service manager

Admini-strator

Help Desk MA


Geschäftsbereiche

IT-Management


IT Betrieb

… und ihre Erwartungen

Management von Schnittstellen optimieren

Transformation steuern

Konsolidierung und Harmonisierung in der Bebauung vorantreiben

Den zielgerichteten Einsatz der Mittel unterstützen

Projektabhängigkeiten steuern

Lebenszyklus sichtbar und beherrschbar machen

Projekte initial beschleunigen und laufend unterstützen

Services definieren und steuern

Technologische Entwicklungen beherrschbar machen

Risiken sichtbar und beherrschbar machen

Konformität/ Compliance sicher stellen

Unternehmensweites Standards Management

etablierenÜberblick über die jeweils aktuelle IT Landschaft schaffen

Transparenz und Steuerbarkeit sicher stellen

…


Geschäftsbereiche

IT-Management


IT Betrieb

… setzen den Fokus für den Aufbau der EA-Disziplin

Fokus des EAM

im Unter-nehmen

A

Fokus des EAM im Unter-

nehmen B

Fokus des EAM im Unternehmen C


Die Fähigkeiten des Architekturmanagements entwickeln

Geschäftsbereiche

IT-Management


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)



Fähigkeiten: Prozesse, Informationen, Organisation

Enterprise Architecture Management

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

Das Unternehmensarchitekturhaus

Unternehmens-strategie• Ziele• Strategien• Geschäfts-modelle

• Kompeten-zen

• ...

IT-Unterstützung• Services• Anforde-rungen

• Anwendungs-systeme

• Schnittstellen• 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)

“Bridging the gap”


Nutzung von 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änenmodell der Unternehmensarchitektur

• Informationsmodell: Artefakte, Attribute, Beziehungen

• Sichten

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

• Metriken und KPIs• Abbildung in die Werkzeugumgebung

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


Beispiel: Bewertung von Frameworks - Identifikation der zu entwickelnden Fähigkeiten -

Management von

Schnittstellen

optimieren

Projekte initial

beschleunigen und

laufend unterstützen

Risiken sichtbar und

beherrschbar m

achen

Konformität/

Compliance sicher

stellen

Transparenz und

Steuerbarkeit sicher

stellen

…

Organisation

Prozesse

Information

Standards Management

Bebauungsplanung

Lösungsarchitektur

Geschäftsarchitektur

Applikationsarchitektur

Systemarchitektur

Architekturboard

Rolle Enterprise Arc.

Rolle System Arc.

…

…

…

unterstützt

��

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

illustrativ


Beispiel: Bewertung von Frameworks- Abdeckung der geforderten Fähigkeiten durch Frameworks -

TOGAF

FEAF

MODAF

HUD

Zachman

…

Organisation

Prozesse

Information

Standards Management

Bebauungsplanung

Lösungsarchitektur

Geschäftsarchitektur

Applikationsarchitektur

Systemarchitektur

Architekturboard

Rolle Enterprise Arc.

Rolle System Arc.

…

…

…

beinhaltet

�

� �

�

�

�

�

�

��

�

�

�

�

�

�

�

�

�

�

Bewertung der Toolfunktionalität in gleicher Weise


Weitere Anforderungen an EA Tools

www-01.ibm.com/ software/awdtools/ systemarchitect/

www.troux.com

www.mega.com

www.ids-scheer.de/de/ ARIS/ARIS_Platform/ ARIS_IT_Architect/ 7780.html

www.enterprise-architecture.org

protege.stanford.edu

Website

…

X

Rational System Architect

XXXX

Troux

XXXX

MEGA

XX

ARIS

XX

Essential Project /

Protégé

…Open Source

Anpassbar-keit des Metamodells

Differenzier-tes Rollen-und Rechte-konzept

Große Anzahl von Benutzern mit Schreib-rechten

Dezentrale Pflege des Modells

Weiträumige Verteilung erfordert Repository mit

webbasierter Pflege

Mehr als 60% d. EA-Modells werden manuell gepflegt.

Erfolgt das dezentral, so sind z.B. Staging Mechanismen

erforderlich.

Mit geringem Aufwand Nutzen demonstrieren

Hohe Dynamik in der Unternehmens-

entwicklung erzeugt neue

Fragestellungen bei gleichzeitiger

Notwendigkeit der Fokussierung.

Durchgängigkeit des Modells

verlangt Abbildung auch sensibler

Informationen (z.B. KPIs, Kosten).


EA Frameworks

influenced

ISO/IEC14252

influenced

influenced

influenced

influencedinfluenced

influenced

influencedinfluenced

influenced

influenced

supported by

supported by

Supported by

adopted by

references

references

references

1985 1990 1995 2000 2005

influenced

influenced

influenced

influenced

Zachman1987

EAP1992

TISAF1997

FEAF1999

IAF v11996

IAF v3 EE2001

TAFIM

JTA

DoD TRMC4ISR1999

TOGAF1995

TOGAF2002

DoD AF2003

FEAF2003

E2AF2003

UVA Model1994

Zachman2003

XAF2003

TEAF2000

J. Schekkerman: How to survive in the jungle of Enterprise Architecture Frameworks, s. 89

Das Gute an den Standards ist, dass es so viele davon gibt!

NAF

MODAF

PERA

CIMOSA

GERAM

HUD

…

TOGAF9

Nicht proprietär,

praxisrelevant

Aktuelle Dokumentation > 2000 Seiten


Aktuelle Standardisierungsinitiativen

ISO TC 184/SC 5/WG 1 Modelling and architecture:� Industrial automation systems — Reference-base for enterprise architectures and models:The rationale for this International Standard is that well-designed standards in the domain of enterprise integration and modeling provide a point of reference forenterprise architects and designers, thereby significantly reducing the risk of investing in islands of integration. Where an island does exist, these standardsassist the architect or designer to create the translation required for the island to interact within an established context. A standard for enterprise models shouldenhance interoperability by establishing the elements that must be present in an enterprise model that supports enterprise architecture.This International Standard defines concepts, rules and requirements forenterprise architectures, most often articulated as models, with the intent to guideand constrain other standards or implementations that do or will exist on thetopic. To realize this intent it must define the concepts to use when producing an enterprise architecture (…) and enterprise models (…). The standard provides a reference-base, guidelines and constraints for enterprise architecture and modelsto anyone engaged in enterprise activities where models are utilized

Association of Enterprise Architects, International Committee on Enterprise Architecture Standards is officially approved as D-liaisons to WG1 on August 31st, 2009.

�EA Management Guide


Zertifizierungen

Enterprise ArchitectureCenter of Excellence

RMIT University one of Australia’s leadingeducational institutionsis proud to annoucetheir Enterprise Architecture Master program

USA CIO Certificate Program

SAP SOA - ENTERPRISE ARCHITECTURE FRAMEWORK

ISRI

…


Beherrschbarkeit von Tools und FrameworksBeispiel: Adaption des TOGAF 9 Content Metamodel

• Einfaches Metamodell mit ca. 30 Objekttypen

• Zum Vgl.: Metamodelle mit voller Abdeckung (gemessen anhand des Zachman Models) haben 250–300 Objekttypen

• Instanzenreiche Objekttypen wie z.B. „Schnittstelle“ sind nicht berücksichtigt

© OpenGroup, TOGAF9


Erfolgsfaktoren

Der erfolgreiche Aufbau einer EAM-Disziplin erfordert die Identifikation und Bewertung der Kundenerwartungen mit anschließender Fokussierung auf die relevanten Fähigkeiten.

Das operative Architekturmanagement macht ca. 80% des Gesamt-aufwandes aus, sorgt für konkreten Nutzen und Nachhaltigkeit, wird aber von Frameworks und Tools kaum adressiert.

EAM aufzubauen heißt, ein den Fragestellungen angemessenes Informationsmodell bereitzustellen, zugehörige Prozesse zur Nutzung und Pflege zu etablieren und dem Ganzen durch eine adäquate OrganisationWirkung zu verleihen.

Viele Frameworks und alle Tools konzentrieren sich auf das Informationsmodell und vernachlässigen Prozesse und Organisation. „Blended Solutions“ entwickeln

Es gibt eine große Anzahl von Frameworks mit diversen Zertifizierungen. Die Standardisierung ist noch nicht abgeschlossen. Auf die Entwicklung der wirklich erforderlichen Kompetenzen konzentrieren. Angemessenheit und Beherrschbarkeit beachten.


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

Dieses Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt.

Jede Verwertung, die nicht ausdrücklich vom Urheberrechts-gesetz zugelassen ist, bedarf der vorherigen schriftlichen Zustimmung der act! consulting GmbH.

Das gilt insbesondere für Vervielfältigungen, Bearbeitungen, Übersetzungen und die Einspeicherung und Verarbeitung in elektronischer Form. Eine Weitergabe an Dritte ist nicht gestattet.

…

Nutzung von Frameworks und Tools beim Aufbau der EAM ... · Der erfolgreiche Aufbau einer...

Documents

Transcript of Nutzung von Frameworks und Tools beim Aufbau der EAM ... · Der erfolgreiche Aufbau einer...