Eine Toolbox zum Aufbau des Architekturmanagements · act!consulting GmbH 18. Juli 2011 2...

act! consulting GmbH 118. Juli 2011

Eine Toolbox zum Aufbau des Architekturmanagements

Beispiel: Lösungsarchitekturprozess

10. Treffen der AG "Software Engineering"16. – 18. Mai 2011

act! consulting GmbHGüldenstraße 26, D-38100 Braunschweig+49 (0) 531 / 12337 0info@act-consulting.dewww.act-consulting.dewww.unternehmensarchitektur.de


Biographies

� Klaus D. Niemann

� Managing Director and Partner, act! consulting

� Mr. Niemann has more than 25 years of IT experience, working as system designer, software architect, consultant, project and interim manager and enterprise architect in several positions and for a wide range of clients. His work is focused on the introduction of enterprise architecture management to large organizations and integration with other IT management processes.

� Mr. Niemann holds a diploma in computer science from the TU Berlin. He is a frequent conference speaker, published several books and articles on EA, is a member of the OpenGroup’s Architecture Forum as well as of the Association of Enterprise Architects´ (aea) International Committee on EA Standards. Mr. Niemann founded act! consulting in 1998 with special emphasis on enterprise architecture management and initiated the “Architecture Management Day”, a series of events, where architecture managers from large IT-organizations share their experience.


Strategisches und operatives Architekturmanagement aus einer Hand

Einzelprojektunternehmensweite

Transformation

Strategie

Umsetzung

Standards

Bebauungspläne & Roadmaps

Lösungen

Erfahrene, kompetente und unabhängige IT- und Unternehmensarchitekten unter-stützen Sie:

• Aufbau des Enterprise Architecture Managements in Ihrem Unternehmen

• Entwicklung von Unternehmensarchi-tekturen und Bebauungsplanungen

• Definition und Planung der Geschäfts-architektur

• Aufbau und Pflege des Standards Portfolios

• Entwicklung von Referenzarchitek-turen

• Projektunterstützung durch erfahrene Lösungsarchitekten

• Demand- und Portfoliomanagement

• Planung und Steuerung von Transfor-mationsprojekten


Agenda

Aufbau des Architekturmanagements

Die „toolbox for enterprise architecture management“

Beispiel: Der Lösungsarchitekturprozess

Lessons learned


Eine Unternehmensarchitektur ist nicht optional

Eine Unternehmensarchitektur ist immer vorhanden, wird aber nicht immer professionell geplant, organisiert, kontrolliert und gesteuert.

Andere sind ein-fach entstanden

Manche sind geplant entwickelt

Jedes Unternehmen besitzt eine!


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• Strategien• Geschäfts-

modelle• Kompetenzen• ...

IT-Unterstützung

• Services• Anforderungen• Anwendungs-

systeme• Schnittstellen• Infrastruktur• ...

Architektur-management

IT- Infrastruktur

IT-Anwendungen

Geschäfts-plan


Entwicklung der UnternehmensarchitekturEine 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

Agen tu ren Banken Makler Interne tCallCente r

Spar ten

Leben Nicht- Leben Kranke n Industrie BauFi

Unterstü tzun gssysteme

Kunde n -

und Part ner -

Manage -

ment

Finanzen,

Person al,

Admi ni -stratio n

und

Infor -

mation

Basissysteme

Leistung Rück Provisi on

Pro dukte

Workflow Dokumen te Termi n Text Archiv

cd O rg -M od ell

Fä hig kei t/ K ennt ni s

- u m fan g: te xt- b eschr ei bung : t ext

Per so n

- per sonal nr : in t- gebD at um : dat e

- geschl echt : cha r

St el l e

+ beschr ei bung : tex t

G A_B :: O r gani sa ti ons Ei nhei t

+ besch rei bu ng: t ext

N am e: O rg- M ode llA ut hor : act ! - vo

V er si on : 2.C re ate d: 29. 10 .20 02 21: 51: 41U pdat ed : 28. 10 .20 04 19: 01: 54

Ro ll e

+ be sch re ibu ng: t ext

Be fu gni s

- beschr ei bun g: te xt

G A_B : :Lo kat io n

+ besch rei bu ng: t ext

Ben ut zer gr upp e

+ m a xGr oesse: i nt+ b eschr ei bung : t ext

1. .n

i st zuge or dnet

1.. n

1. .n

i st zuge or dnet

1 .. n

1 .. n

ist zugeo rdn et

1. . n

1. .n

+ü bt au s

1. . n

1 .. n+b ei nhal t et

1 .. n

0 .. n+er fo rd ert

1 .. n

0. .n

+be si t zt

0. . n

0.. n+b eset zt

1 .. n

1. . n

1. . n+ um fa sst

1.. n

wi r d tät i g an

1.. n

1+ um fa sst

1. . n

� Application Maps

� Class Models

� …

a d p-a r c : Arc h it ek t ur p la nung e rs te l le n und p fl e ge n

Unte r ne he mns a r ch i te k tur in i tia l is ie r en

Te c hnolog i sc he Tre nds

be oba c hte n

St anda rd i s ie rungs pr oz es s ebe oba c ht e n

Ma r k tübe rs ic h t e rs te l le n

Ge s c hä f ts s tr a te g ie undIT-St ra t eg i e a nal y si e re n

Pr oj e k tport fo li o

a na ly s ie r en

Anw e ndungs por tf ol ioa nal ys i e re n

Anf or de runge n und

Ra hm enbe bindunge ns pe z ifi z ie re n

Te c hnol og i e mode l l er s te ll e n/ p fl ege nSta nda rdk r ite r ie nk at a log

pfl ege n

Erhe bung v or be re it e n

Na me : p -a rc : Arc h it e kt ur p la n u ng er st e lle n un d p f le g e nAu th o r:

Ve rs io n : 1 .0Cr ea t ed : 1 4 .1 2 .2 0 0 2 1 8 :2 1 :3 6

Up d a te d : 1 4 .0 1 .2 0 0 4 1 3 :2 5 :5 5

Re fe r enz a rc h it e k tur e rs te l le n /p fl e ge n

Grund la ge n f ürBe ba uungs p la nung a b le it en

Fa c ha r c hi te k tur i nt e gr ie r e n

Soft wa re a rc h i te k tur in te gr ie r en

Sys t em ar c h it ek t ur i n te gri e re n

Anwe ndungs l ands c hft in t egr ie r en Kons o lid i e rung mode ri e re n

Unte r ne hme ns a rc h it e kt ur

publ iz ie r e n

Unte r ne he mns a rc h it ek t ur

e rs te l le n /p fl e ge n

Sz ena r ie n f ür

Be bauungs pl a nungent wic k e ln

Fi n a l St a te

�Organizational charts

�Business Process Models

�Goals and strategic plans

�…

�Network Models

�Component catalogues

�…T R

FD DI

WA N T R

TRTR

W AN

(z .B . IS DN)

ROUT ER ROUT ER

Eth ern et

Netz A Net z B Netz C

DRD A

RDA

DBM SDBM S

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


“Bridging the gap”

Enterprise Architecture Management

Organisation(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


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 DeskMA


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 initialbeschleunigen 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

…


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

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)



Geschäftsbereiche

IT-Management


IT Betrieb

Präzisierung der Kundenanforderungen unter Nutzung eines EA-Servicekatalogs


Geschäftsbereiche

IT-Management


IT Betrieb

Konzentration auf das Wesentliche:Die Fähigkeiten des Architekturmanagements entwickeln

Fokus des EAM

im Unter-

nehmenA

Fokus des EAM im Unter-

nehmen B

Fokus des EAM im Unternehmen C


Fokussierung des Modells

Services & Informationen

Modellele

mente

X

X

X X

XX

X

•Mit Hilfe von Stakeholder Work-shops werden relevante EA-Ser-vices und damit verknüpfte Infor-mationsbedürfnisse identifiziert.

•Aus dem act! Metamodell werden die erforderlichen Artefakte se-lektiert.

•Anschließend wird das daraus abgeleitete Informationsmodell zielgerichtet gefüllt.


Application System

Business Process

Organizational Unit

Location

Product

Strategy

Goal

Initiative

Platform

Infrastructure Comp.

Business Service

Device Type

Interface

.....

Mo

delle

lem

en

te

Busi

ness

Support

Analy

sis

Hete

rogeneity

Analy

sis

Dependency

Analy

sis

Pro

ject

Port

folio

Support

....

.

EA-Services & Informationen

Scope der Unternehmens-architektur (Metamodell)

Ableitung des konzeptionellen Metamodells


Entwicklung der Fähigkeiten

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• Informationsmodell: Artefakte,

Attribute, Beziehungen• Domänenmodell der

Unternehmensarchitektur• Sichten

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

• Metriken und KPIs

Werkzeuge• Content Management• Prozess Management


Wo stehen wir?

Die drei Säulen des Architekturmanagementhauses Struktur, Prozesse und Information sind notwendige und gleichrangige Vorbedingungen für die erfolgreiche Implementierung eines Architekturmanagements.

Struktur der Unternehmens-

architektur

EAM-Prozesse

Organisation Kommunikation

33%33% 33%

Soll

Architektur-management

*Quelle: Teilnehmerumfrage Architekturmanagementtage act!

Struktur der Unternehmens-

architektur

AM-Prozesse Organisation

Kommunikation

60 - 70% 20 - 30% 10%

Ist*

Architektur-

management

Der Schwerpunkt in EAM-Projekten wird aktuell häufig auf die Struktur der Unternehmensarchitektur gelegt. Die Prozesse des Architekturmanagements werden ebenso wie Organisations- und Kommunikationsaspekte niedriger priorisiert.


Agenda




Lessons learned


t-eam: toolbox for enterprise architecture management

Prozesse•Prozessmodelle und

Workflows•EA Services und Viewpoints•Methodenhandbücher und

Schulungsunterlagen•Checklisten, Ergebnis-

muster, Tools•Metriken und KPIs, Kosten-

modelle und Scorecards

Organisation• Gremien• Rollen (Aufgabe, Kompe-

tenz, Verantwortung)• Eskalations- und

Entscheidungswege• Kommunikation

(Akzeptanz, Verbind-lichkeit, Durchdringung)

• Kritische Erfolgsfaktoren

Information• Meta-Informationsmodell:

Artefakte, Attribute, Beziehungen

• Domänenmodell der Unternehmensarchitektur

• Sichten• Auswertungen (z.B. Hetero-

genität, Komplexität, Impact, Kosten)

• Glossar

Werkzeuge•EAM-Contentmanagement zur Dokumentation, Analyse und Planung•EAM Prozessmanagement und Workflow

� t-eam ist als „best practice approach“ entstanden in mehr als 15 Jahren EAM-Praxis (1. Vs. 1994 publiziert).

� Wird als Methoden- und Prozesbaukasten genutzt als Basis für EAM-Einführungsprojekte.


Architekturmanagementprozesse in t-eam

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

modelle• Kompetenzen• ...

IT-Unterstützung• Services• Anforderungen• Anwendungs-

systeme• Schnittstellen• Infrastruktur• ...

Strategisches Architekturmanagement

INC (Inception: Fokussierung des EAM)

EAP (Geschäfts-architektur und Bebauungs-planung)

Operatives Architekturmanagement

SM ((Standards Management: Definition, Pflege, Governance)

SOL (Lösungs-architekturenfür Software und Systeme)

20% 80%


Strategisches Architektur Management




Fokussierung des EAM• Märkte und Stakeholder identifizieren• Erwartungen identifizieren• Informationsmodell ableiten• Prozesse und Organisation planen

Geschäftsarchitektur und Bebauungsplanung• Erhebung und Dokumentation des Geschäftsarchitekturmodells• Erhebung und Dokumentation der IT-Landschaft• Analyse (Kosten, Heterogenität, Compliance, …)• Bebauungsplanung und Roadmaps• Metriken und KPIs


SM (Standards Management: Definition, Pflege, Governance)



Operatives Architektur Management




Lösungsarchitekturen für Software und Systeme• Architekturbestimmende Anforderungen, Rahmenbedingungen und

verfügbare Ressourcen erheben und bewerten • Standards auswählen oder neue Architekturszenarien entwickeln• Technische Prototypen entwickeln• Architektursteckbriefe und Entscheidungsvorlagen erstellen

Standards Management: Definition, Pflege, Governance• Entscheidungen und Prinzipien pflegen• Referenzarchitekturen und Einsatzszenarien entwickeln und pflegen• Portfolio der Standards entwickeln und pflegen





Vernetzung strategischer und operativer EAM-Prozesse

Strategisches AM

operatives AM

Strategisches Architekturmanagement Operatives Architekturmanagement






Dokumentation der Prozesse

Methodische BeschreibungMethodische Beschreibung

Darstellung des methodischen Vorgehens, Hinweise zu Arbeitsmitteln und zur Dokumentation OutputOutput

Erzeugte Ergebnis-typen

InputInput

Notwendige Ergebnistypen

BeteiligteRollenBeteiligteRollen

Rollen (verant-wortlich, mitwirkend, abstimmend)

WerkzeugWerkzeug

Dokumentations-werkzeug

VorgängerVorgänger

Vorgänger-aktivität

NachfolgerNachfolger

Nachfolger-aktivität

Prozess- und Methodendoku-mentation mit eingebetteten Checklisten und Templates.


Spezifikation der Prozesse

Zu allen t-eam Prozessen existieren Prozessmodelle in BPMN 2.0.Außerdem sind typische Schnittstellen zu den umgebenden Prozessen spezifiziert und mit Quality-Gatesversehen:

�IT-Strategieprozess�T Financial Management�Demand Management�Portfolio Management�Application Delivery & Development�Service Management�Security Management�Change & Config. Management

Alle Prozesse besitzen Prozess-kennzahlen und KPIs.


Die Informationsstruktur der Unternehmensarchitektur

GeschäftsarchitekturGeschäftsarchitektur

Ziele &Strategie

ProzesseKompo-nenten

Organi-sation /Lokation

AnwendungsarchitekturAnwendungsarchitektur

PIM

PSM

Kompo-nenten

DatenSchnitt-stellen

Schichten

Anwendungs-landschaft

Anwendungen

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?


Das Metamodell der Unternehmensarchitektur in t-eam

� 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 in t-eam

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•…


Beschreibung der Architekturmanagementorganisation

Gremien Rollen

Qualifi-kationen

Profile


Rollenbeschreibungen

Abgestimmt auf die jeweilige Organisation werden Rollenbeschreibungen aus t-eam adaptiert oder vorhandene erweitert.


Agenda




Lessons learned


Die Ziele des Lösungsarchitekten

The solutionarchitect

Tran

sfor

mat

ion

Standardisierung

Umset-zung

• Der Auftrag des Lösungs-architekten umfasst häufig mehrere Zielsetzungen, was auch Zielkonflikte zur Folge haben kann.

• Das Lösungsarchitektur-management verlangt nach einem definierten und wiederholbaren Prozess mit klar definierten Processgatesund Eskalationsmöglichkeiten.


Übersicht zum Prozessmodell für Lösungsarchitekten

Bestimmungsfaktoren

d. Architekturentwurfs

erheben

Modul A

FachlicheAufgabenstellung

erheben

Modul 0

Bestimmungs-

faktoren

Architektur-

szenario

Bestimmungsfaktoren

d. Architekturentwurfs

bewerten

Modul B

Mögliche Referenz-

Architektur auswählen

Modul C

Referenz

Architekturen

Bestimmungs-

faktoren

Test

Modul E

Architekturentwurf

testen

Test-

Ergebnisse

Architekturentwurf

evaluieren

Modul D

Szenario

nutzbar?

Referenz

Architekturen

Bestimmungs-

faktoren

Architektur-

szenario

Nein

Modul F

Architekturszenarien

entwickeln

Referenz

Architekturen

Bestimmungs-

faktoren

Architektur-

Prinzipien

Pattern

Architektur-

szenario

Ja

Modul G

Architekturentwurf

dokumentieren und

absichern

Bestimmungs-

faktoren

Architektur-

szenario

Anwendungs-

Steckbrief

Modul H

Architekturentwurf

umsetzen

Modul I

Umsetzung

auswerten

Anwendungs-

Steckbrief

Anwendungs-

Steckbrief

Bestätigt?

Nein

Ja


Detailsicht Modul D: Architekturentwurf evaluieren• Die Module des Lösungsarchitekturprozesses sind formal spezifiziert und dokumentiert.• Ergänzend ist eine umfassende Prozess- und Methodendokumentation verfügbar, über die auch

die einzusetzenden Hilfsmittel (Checklisten, Ergebnismuster, etc.) eingebunden sind.


Die Hilfsmittel des Lösungsarchitekten

Entwurfsmuster

Templates /Dokumentationsmuster

Standards

Moderation / Zukunftswerkstatt

Checklisten


Die Hilfsmittel des LösungsarchitektenIm Vorfeld werden Vorhaben / Projekte / Themen identifiziert, deren

Architekturrelevanz so hoch ist, dass eine Unterstützung durch Lösungsarchitekten erforderlich ist

Der Lösungsarchitekt ermittelt die architekturbestimmenden Anforderungen

Der Lösungsarchitekt identifiziert nutzbare Standards zum Aufbau der Lösungsarchitektur

Der Lösungsarchitekt entwickelt Lösungsszenarien

Der Lösungsarchitekt bewertet Lösungsszenarien

Der Lösungsarchitekt dokumentiert die Lösungsarchitektur

Der Lösungsarchitekt wertet die Projekterfahrungen aus

Der Lösungsarchitekt testet Lösungsszenarien in technischen Prototypen

….….….

• Checkliste Architekturrelevanz

….….….

• Checkliste Architektur-anforderungen

• Modellierungsleitfaden

….….….

• Standards Portfolio

….….….

• Moderationsleitfaden• Containerdokument

Architekturbeschreibung

….….….

• Planungscheckliste techn. Prototyp

….….….

• Bewertung der Architekturszenarien

….….….

• Steckbrief techn. Basisdienste• Plattform Steckbrief• Cont.-doku. Arch.-beschreib.

….….….

• Architekturbeschreibung


How to identify requirements

Challenges:�complete

�consistent

�comprehensive

�checkable

Topic

organizational change

process optimization

functional requirement

quality requirement

new business model

strategy adjustment

budget limitation

time line

risk management

principle

…

standard

C = 4c


Combination of complementary approaches

Structural Approach• Framework based• Use categories of

framework to identifyrequirements

• Use framework meta-model (s. EA metamodel) to supportcomprehensiveness

• ‚As is‘ perspective

HeuristicApproach

• Checklist based• Perform regular har-

vesting and maintainchecklist

• Use checklist to ensure completeness

• ‚has been‘ perspective

AnalyticalApproach

• Methodology based• Analyze topic with

multi-perspectiveapproach and ensureconsistency

• `to be`perspective

Operationalization

• Specify and operationalizerequirements

• Ensure checkability

Topic


Agenda




Lessons learned


Lessons learned

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 den meisten 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. Alle Punkte sind gleichrangig.

Viele Frameworks und alle Tools konzentrieren sich auf das EAM ContentManagement und vernachlässigen Prozesse und Organisation. Das liefert im besten Fall kurzfristige Erfolge, schafft aber keine nachhaltige Management-disziplin.

Obwohl es nicht das EAM für alle Unternehmen gibt, ist dennoch eine deutliche Beschleunigung und Qualitätsverbesserung beim Aufbau der EAM-Funktion durch eine aus der Praxis abgeleitete Toolbox zu verzeichnen.


Vielen Dank für Ihr Interesse!

Klaus D. NiemannGeschäftsführender Gesellschafter

act!Güldenstraße 26, 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 Urheberrechtsgesetz zugelassen ist, bedarf der vorherigen schriftlichen Zustimmung der act! consulting GmbH.

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

Eine Toolbox zum Aufbau des Architekturmanagements · act!consulting GmbH 18. Juli 2011 2...

Documents

Transcript of Eine Toolbox zum Aufbau des Architekturmanagements · act!consulting GmbH 18. Juli 2011 2...