( %)'* + 7# (&)*)')%&&+)*)-.)/##############################################################!

Similar documents
Extended Enterprise Architecture Framework (E2AF) Essentials Guide. Structure of this Guide. Foreword

Enterprise Architecture Validation

TOGAF 9.1 in Pictures

Toolbox for Architecture Framework Discussions at The Open Group. SKF Group, February 2018

ADM The Architecture Development Method

TOGAF 9.1 Phases E-H & Requirements Management

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

Processes and Techniques

The Course Modules for TOGAF Online Certification Training: 1. Introduction. TOGAF Structure. 2. Core Concepts

Enterprise Architecture: an ideal discipline for use in Supply Chain Management

Extended Enterprise Architecture ViewPoints Support Guide

TOGAF 9 Training: Foundation

Business Capabilities as Formalised Social Systems

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

Objectives CASE STUDY

COBIT 5. COBIT 5 Online Collaborative Environment

Approach to Technology Architecture

Governance, COBIT and the Cloud a match made in the sky! Robert E Stroud CGEIT International Vice President ISACA Treasurer, Director Audit,

Design of an Integrated Model for Development of Business and Enterprise Systems

TOGAF Foundation. Part I: Basic Concepts 1 /

Avancier Methods (AM) Initiation and Context diagrams

TOGAF 9.1. About Edureka

MANAGING OTT MESSAGING SERVICES FOR A GLOBAL TELECOM PROVIDER

Case presentation TOGAF and ArchiMate for. April, 2012 Henry Franken - BiZZdesign

SOA Success Methodology

Federal Segment Architecture Methodology Overview

Translate stakeholder needs into strategy. Governance is about negotiating and deciding amongst different stakeholders value interests.

CGEIT QAE ITEM DEVELOPMENT GUIDE

Project Management and Governance Policies - Need for Enterprise Information Management. Terry Saxton Xtensible Solutions

ITIL: Planning, Protection & Optimization Course 02 Planning, Protection & Optimization

Enterprise Architecture Development

Capability Architecture

ArchiMate Examples Eero Hosiaisluoma By Eero Hosiaisluoma. Snapshot from the blog ( )

Exam Questions OG0-091

How SOA Can Help EA. Enterprise Architecture Conference 2008

Presented at the 2009 ISPA/SCEA Joint Annual Conference and Training Workshop - Making the Case for SOA Arlene F.

CGEIT Certification Job Practice

EVALUATION OF ARIS AND ZACHMAN FRAMEWORKS AS ENTERPRISE ARCHITECTURES

Business Architecture Fundamentals

TOGAF Foundation Exam

TDT4252 Modelling of Information Systems Advanced Course

Iasa Engagements enhance Corporate Membership

ALFABET UPDATE NEW ENABLEMENT AND ACCELERATOR

Accenture helps KPN to reduce downtime and business impact on business critical applications

Enterprise Architecture and COBIT

The purpose of this document is to define the overall IT Strategy for the period 2016 to 2021

Metric systems for executive overview

<Insert Picture Here> Enterprise (-wide) SOA?! Thoughts beyond technology and XML

Enterprise Infrastructure vs. Enterprise Integration Architecture Standards

Avancier Methods (AM) Applications architecture diagrams

Architecture. By Glib Kutepov Fraunhofer IESE

Stephan Amsbary EnerNex. #ConnWeek

TOGAF - The - The Continuing Story Story

A SOA Maturity Model

Gartner IAM Maturity Scale

Moving to a Service-Oriented Architecture

Peter Herzum. All approaches are wrong: some are useful. Peter Herzum. All approaches are wrong

Information Management Strategy

Objective (c.f., p.58)

Enterprise Architecture

PMO In A Box. Prepared for UBS

Harmonising two conceptual frameworks for EA

The Open Group Exam OG0-091 TOGAF 9 Part 1 Version: 7.0 [ Total Questions: 234 ]

Architecting Agile Businesses:

DIGITAL REACH INITIATIVE ROADMAP

Enterprise Architecture Dealing with Complexity and Change

Economic Benefits of Enterprise Architecture: The Coherency Architect's Economic Toolset.

Enterprise Architecture: A Governance Framework

Enterprise Architecture Development and Implementation Engagements Process

Useful EAM-Standards and Best-Practice Frameworks

NDIA Test and Evaluation Conference

Architecture-Driven Modernization (ADM) Task Force: Overview, Scenarios & Roadmap. OMG Architecture-Driven Modernization Task Force

Presentation. Jane Varnus Navdeep Panaich 20 th July, 2009

Enterprise Architecture

The why and what of a BPMS Methodology. Salman Akhtar

Architecture Evaluation Methods. AISA Project Report. Version: 2.0 Author: Martin Hoffmann. Date: Status: Final

SOA Health, Governance and Security

SOMF at a Glance. Methodologies Corporation:

Practical approaches to SOA Governance. Jignesh Shah Bjoern Brauel

Architecture Practice: a fundamental discipline for information systems

Introduction to Business Architecture For Business Analysts

Braindumps COBIT5 50q

copyright Value Chain Group all rights reserved

Lead Architect, Enterprise Technology Architect

Tomorrow never dies. making sure EA survives the man with the golden gun...

Avoiding Data Loss Prevention (DLP) Pitfalls A Discussion of Lessons Learned. April 2013

Oracle Application Integration Architecture Mission Critical SOA Governance

Selftestengine COBIT5 36q

Aligning Design with Business Architecture Creating the elusive 360 model of the business

IN COMPLEX PROCESS APPLICATION DEVELOPMENT

Business Architecture for Business Analysts

APPENDIX O CONTRACTOR ROLES, RESPONSIBILITIES AND MINIMUM QUALIFICATIONS

CSPA within the Enterprise Architecture (part 1)

Software Architecture

Gaining and Maintaining IT & Business Alignment. presented by Robert Sheesley for PMI Pittsburgh Chapter

Open Group Service Integration Maturity Model (OSIMM) 7/21/09. Andras R. Szakal IBM Distinguished Engineer OSIMM WG Lead

Services Description. Transformation and Plan Services. Business Transformation and Plan Services

Implementation at Nedbank :

Oracle Cloud Blueprint and Roadmap Service. 1 Copyright 2012, Oracle and/or its affiliates. All rights reserved.

PORTFOLIO MANAGEMENT Thomas Zimmermann, Solutions Director, Software AG, May 03, 2017

Transcription:

"$%&'% ( %)'* + " $%&'(&)*)')%&&+), " (&)*)')%&&+)(&-( "" (&)*)')%&&+)*)-.)/0 " (&)*)')%&&+)*)-.)/$1 + '%, - "%&&%. 0 /(.(.&%(&)*)'23-(&%2-+()'4 0 &%5&((&)*)'()-(/(&4 / 0$%'% 1 -+'(.-(6.(/(&6&-((26&3&-/*6/(&, '&%)12% ( 7 6&-( " 7 (&)*)')%&&+)*)-.)/ " $ % &' ( 7" /'+)/(&*)-'' 8 % )* ( % +), %% -*. / % 0 + / %$ *12'3 %4 5 % ++ 3 %'%4&$5. %$21'$ + ( 6 %277'1$ 7 /,

& : ; : & :< / = > ; & : = : ; * < ;?/ @'<<A"

8::; 11< 6' 7" 5 8 ) ' -@ -@ = : : BC " : < ; -@-@ & ; ; : :< D ;= ;E ; ; F;E ':@;,/> ; ; = ; F ; F -> & E :;G"&3 :$' 6 " - : ; F = < : --< = ; ; ; = '=H-;;5; ;;5;<<% " '"-;;1.=-;;% ;"

; :< :< ; = < 2 F & = & : > ; ; :<=; < :< ; F& ; 2 > ;& + : :< ; ; = @ = ; "

( )= ( * > BC = H : I ' >;: ; H ; ; < H ; H; ; :< :< ; ;? " = BC ; :< : ; < : ( & & & = G? ' 1@ &-. 0 J J = > K K ; ;: > 0 &-.H-;; ; 2 ' $ - ; & ' % & & ;

:< > <; ;E J I = ** 2 & = G ; < ; < ( ( <: ; ; > ; ; = : = < : : L :< ; & D < > <; ; ; > )- & ; ; )-M)N = Return On Information High Business Low Technology High Reduction Of Complexity & Costs 0

Develop Project Plan & overall process Identify scope, vision & strategy Educate / Train people Define common language Communicate Method principles & requirements Roles & responsibilities Framework tuning Describe context Define scenarios Agree content Agree process Communicate Develop content Select products Gather reference material Review content Work on process & content topics Communicate Define transformation scale & high lights implementation Evaluated approach Work on process & content topics Communicate ( + <:= & : : :< FD / D < ; ; ; <; :=@ ' ()%* 1< Business Information Information Systems Technology Infrastructure Abstraction Levels Aspect Areas Business Information Information Systems Technology - Infrastructure Why? Vision / Strategy Business / Technology Drivers Scope Contextual Level The Future Business & the Organisation With Who? Value Net Relations Cooperating / Collaborating Elements Environmental Level The Extended Enterprise Environment What? Goals & Objectives Requirements Conceptual Level The concepts, what do we want? How? Logical Representation Logical Level Logical directions & solutions With what? When? Physical Level Solution Representation Physical solutions based on change, redesign, products or techniques Enterprise Impact Transformational Level Change from the existing to a future situation Start-Up Discovery Design Transform (Project prep.) (Why+What) (How+ with What) (When) A Enterprise Implementation Architecture Governance Visioning EA Transformation Scope & Planning Context Benefits Case Opportunities Organizational & Impact Solutions Goals / Objectives & Requirements *: 1

+ :< G o ;; ; & ; K& o ; o 2;:J=;J; o =; <:= o >; o ) < o ; & : o o ; o +<: ; o o ) ;=> ; & ;G o 4 = : ; G; 2 ; : & I= O : = < = ; / : < ; & & I= 7

O 2 2. ; o 7 4 & < < ; G 2 ' / 2 * & ; I;O ; K ; o <:&4?=@; : ; < < : ; o &4 ; ; o &;::4 =; ; : ;< < =; ; > o %: 4 ; ; : o %B 4 &@ 8

- 8 - <<; : ; = : : : 3:;;: : < D : : ;;= ; = D %: : : ; $:<: : <: < :;:: : ; < $ : ; : <;:: < :::> : <: ; ; ; - 8: $ : : : > : < =>: & >=;; = /< < : ; I > O ; ; < ; > ; : 4

= B"C : P ; <: : D< : ; ; ; ; =; = ; =

/ 0; = BC :< 1 ;: $ :< D ; ::; > & ; : ; Aspect Areas Abstraction Levels Why? Vision / Strategy Business / Technology Drivers Scope Contextual Level With Who? Value Net Relations Cooperating / Collaborating Elements Environmental Level What? Goals & Objectives Requirements Conceptual Level How? Logical Representation Logical Level With what? Solution Representation Physical Level When? Enterprise Impact Transformational Level Business Goals, Drivers and Concepts Extended Enterprise Value Net Level of Business Collaboration Type of Business Collaboration Solutions of Business Collaboration Granularity of Change Business Corporate Strategic Plans Extended Business Drivers Extended Guiding Principles Scope of Collaboration Environmental Dynamics, e.g. Laws Business Goals & Objectives, KPI s Viewpoints = Competition, Value Net, etc. Ends/Means = As-Is / To-Be Business Situation Collaborative Value Parties Scope of the Collaborative value Collaboration Contracts, Service Levels Law & Regulations Collaborative Business Goals & Objectives Viewpoint = Collaborative Value, etc. Ends/Means = As-Is / To-Be Collaborative Environment Program Goals & Objectives Business Requirements Business Relationships Budget of Change Stakeholders / Win-Win Conditions Quality of Services Characteristics = Time, Flexibility, Availability, Security, Maintainability, etc. End = Business Purpose Organisation Structure Business Area Structure Role Players / Actors Value Net Position Business Culture Business Commitment Business Rules Viewpoint = Business Perspective End = Business Behaviour Business Functions structure and relations Business Tasks / Activities Business Objects Business Resources Business Knowledge Business Benefits Technology Possibilities End = Business Outcome / Business Solutions Enterprise Business Case Enterprise Transformation Roadmap Enterprise Priority Plan Enterprise Budget Plan Enterprise Governance Plan e.g. Business Process Redesign or Outsourcing End = Enterprise Business Transformation Activities the Business Performs Extended Enterprise Information Exchange Level of Information Interaction Type of Information Interaction Solutions of Information Interaction Impact of Change Information Enterprise Information Policy Responsibilities & Competencies Ownership of Information Internal / External Dependencies Internal / External Activities in Scope Activities = Generic or Specific Activities = Critical / Overhead End = Information Situation Extended Information Exchange Services Extended Information Ownership Parties Information Confidentiality Extended Dependencies Activities out of Scope Information = Generic or Specific Information = Critical / Overhead End = Ext. Enterprise Information Exchange Functional Requirements Non-Functional Requirements Quality of Services Information Relations Information Characteristics Policy = Business Purpose Domains = Functional Areas I/O = Business Resources End = Information Resources Information Tasks / Activities Information Objects & Relations Information Interaction Information Flow Characteristics Information Resources Information Locations Viewpoint = Interaction Perspective End = Information Behaviour Type of Information Exchange Formal / Informal Grouping of Information Objects Grouping of Information Resources Type of Triggers / Events Grouping of Information Types Priority = Dependency of Information Relation = Information Flow End = Information Solutions Sets Business Case Information Systems Roadmap Security Plan Selection = Set of ICT Supported Objects e.g. Information Roadmap Interface = Type of Information Exchange End = Activities to be supported by ICT Systems Goals, Drivers and Concepts Extended Enterprise Interoperability Level of Interoperability Type of Interoperability Solutions for Interoperability Timeframe of Change Information Systems System Development policy Enterprise Interoperability Policy Business - Technology Enablers Enterprise Responsibility of IS Enterprise Application portfolio Enterprise Guiding Principles End = As-Is / To-Be Information-System landscape Enterprise Interoperability Standards Enterprise Interoperability Governance Enterprise Interoperability Quality of Services (e.g. Security) Enterprise Interface portfolio Enterprise Collaboration Principles End = To-Be Interoperability Definitions As-Is Information Systems Environment Functional Requirements Non-Functional Requirements Information-Systems Behaviour Abstraction & Precision of Data Quality of Services Characteristics = Time, Availability, Security, Maintainability, etc. Structure = Interfaces Product-Independent Reference Solution (PIRS) IS Functions & behaviour Choice of Middleware Technologies Shared & Pluggable IS Services / Solution sets Interface Definitions & Standards Official & De-facto IS Standards Standards = IS Interoperability Standards End = PIRS Product-Specific Reference Solution (PSRS) Map PSRM to Product Solutions and options, etc. Interface Solutions Implementation of Quality of Services Refinement Technical Reference Model Viewpoints = Selection of a Product Solutions Structure = Spectrum of Styles & Solutions sets Quality = Solution Interface Characteristics End = PSRS Business Case Make or Buy Decision Implementation Roadmap Tools for Development / Implementation Governance Plan Security Impact e.g. Design of Application & Components Priority = Dependencies End = Roadmap for realization Technology - Infrastructure 8CD:=@ & = BC :< = = ; 1 2<?%: E :< @'<<A; A Technology Goals, Drivers and Concepts Locations in which the Business Operates Enterprise Technology Infrastructure policy Enterprise Business - Technology Enablers Enterprise Responsibility of TI Enterprise TI Portfolio Enterprise Guiding Principles Node = Major Enterprise Business Location Extended Enterprise Inter-Connection Enterprise Inter-Connection Standards Enterprise Inter-Connection Governance Enterprise Inter-Connection Quality of Services (e.g. Security) Enterprise Inter-Connection portfolio Enterprise Inter-Connection Principles End = To-Be Inter-Connection Definitions Level of Inter-Connection As-Is Enterprise Infrastructure TI Principles Functional Requirements Non-Functional Requirements Quality of Services Characteristics = Time, Availability, Security, Maintainability, etc. Link = Enterprise Business System Connection Node = Enterprise Business System Environm. Type of Inter-Connection Enterprise Technology Standards Enterprise Infrastructure Profile Enterprise Hardware Systems Profile Enterprise Communication Profile Enterprise Security Profile Enterprise Governance Profile Technical Reference Model & Standards Positioning = Allocation of IT Services ~ TRM Interaction = Concepts of Service Layering Solutions of Inter-Connection Technology Overview Solutions & Products for Inter-Connection Formats of Communication Security Integration Refinement Technical Reference Model Node = Hardware + System Software, etc. Connectivity = Middleware / Messaging, etc. End = Structure of Relations, Products + Specifications Timeframe of Change Business Case Enterprise Transformation Plan Enterprise Priority Setting Enterprise IS Alignment Impact e.g. Blue Print of Technology Implementation Portfolio of Products and Components. Catalogues of used Standards End = Roadmap for Enterprise Implementation

/ <<:);:: > < : : ; ; & ; ; ; & : ; ; ;E ;; <G +,--2 < ; : ; - +,--& < : :; ; D - +,-- 6 ; : D & - +-& : &; < 7 ; < ; = 7 'D?. @

, )<:2 :, $ >@ ; : : : o & H o & ; IO H o & ;<: & ;: @ : * / ' 2* *F/ * Stakeholders Mission Vision Enabling Context Business Value Strategy EA Program Technology Enterprise Program Management Goals & Objectives Enterprise Architecture Validation Budget Process EA Transformation Programs Solution Architecture Validation EA Measurement "

*F/, <:, <7 7 7 :=@ / :< ; :; > : : + ; > : < =; = D< = =; ; )*,@< ' : ;; ; : ; ;::.// 0 2 ;B22C < K ; ; :< 2 ; ; ; ; E ; ; ; Business Behaviour Business Area 2 ; : Activity Actor Activity ; Activity 2 ; Business Goal Activity Activity Activity Activity Information Flow ; < : ; 2 ; 8?'2 @;$/; 2/' A 444

< ; 2 ; D ; ; : ; & ; ; ; :: < > :< ; ; : : :<;; ; < 2 ; ;; $ ; = ; ;; % ; ; ; : ; ; 2; ; D < K ; D ; =;& =;, <. :; : :=@ / :< : > :< : :;E + > : < & ' H : @ ; ; 4?'' @H$*;% +' 0

+ :< :: ;: %: < & ;: ; E )/ =)/ : ; IO)/ &@ : ; : ;:< ;: ; : ; ; ; D ;I O& : ; : Business & Information Architecture Aspects Business Behaviour Activity Activity Activity Business Area Marketing Activity Activity Activity Business Area Sales Business s Activity Activity Business Area Support 1 2 3 4 5 IS Solutions Areas Marketing Services Solutions IS Services / Applications WSS1 (Web) Services WSS2 Suite AWSS3 Information-Systems Architecture Aspects CRM Solutions Product B 1

''./ 1 2 '' D D; < K ; & ' ' K : = : ; & & = = < & Business & Information Architecture Aspects Business Behaviour Develop Marketing Campaign Launch Marketing Campaign Spot Opportunities Business Area Marketing Support Marketing Campaign Obey Opportunities Close Contracts Business Area Sales Business s Deliver Customer Support Customer Business Area Support Idea Generation Campaign Opportunities Customer Info Customer profile IS Solutions Areas Marketing Services Solutions IS Services / Applications CRM Solutions Aprimo WSS1 Marketing WSS2Services WSS3 Suite Information-Systems Architecture Aspects SIEBEL /'', ( <:; ; < 7

& ; = ; &:; ;; E 2 ; D ; ; > ; < ;D, + :=@ : ; :< ; ; <; : :< ::, ( :, ( % 6 7 : ; ; & ; < ; / E ;: ; < ; & ;<Q0 ;; ; B22C ; : &<:22: <; < :: ; & ; & : : ; : : = 2 : ; < : E (H2<?; @)E;E'<< %<*; 6 8

; : : < ; : 22 & : > :, ( : ; 2 D D ; ; ; Business Activities / Cost Allocation Total Costs Task/activity Task/activity Task/activity Task/activity Task/activity 1 2 3 4 5 Technology Support Marketing Services Solution CRM WSS1 WSS2 WSS3 Product B % % % % % % % ''/ F ; = '' K ;''& <K :; & <K: & <K :; < :: ; E = :::' : 2 < ; ; : ; 4

, ( ( 4%:E > >; & : K < & K < : :; : ; & ; ; F& ; ' : < ; < : H:=;= ; : : < & G * : G @:; : <,$, ;> < & < ;;<; ; " ; * :< ; <: ; D ; : > ; ;:<: ;, ( + &;:<:<: E=: ; F& ; D

& :G *)-H (: ; ; H " ->; H & > = ; F & H 0 / ; H 1 / < 2; = : <; : ; :; < ;, ( - %B F; / :< ; :& :< :;: D & :< :, ( / 8 :<: & > F ; >; & ; = >;E %:; D G B C &>;E BC & ; > ;

& ; ; & ; = ; > ; @ & @;=%: > ; ;D, (, <:; &;;: * Business &Technology Strategy Alignment Extended Enterprise Involvement Executive- Management Involvement Business Units Involvement Extended Enterprise Architecture Program Office Extended Enterprise Architecture Developments Extended Enterprise Architecture Results Strategic Governance Enterprise Program Management Holistic Extended Enterprise Architecture Enterprise Budget & Procurement Strategy Level 0: No Extended Enterprise Architecture No awareness of aligning business strategies, business drivers & principles and IT strategies, drivers & principles. No involvement of Extended parties; No collaboration agreements. E2A is not for us. We do not need to be involved. We know how to do our job. Don t tell me about. Extended Enterprise Architecture is not recognized by any business unit. E2A program does not exist. No Extended Enterprise Architecture recognition. None. Strategic Governance in not in place. Enterprise Program management not recognized. Awareness of aligning business and technology not present. Separated Business & IT budget & procurement strategy. Level 1: Initial Initial alignment of business strategies, business drivers & principles and IT strategies, drivers & principles. Incidental involvement of Extended parties. What is Extended Enterprise Architecture about? I have heard something about E2A Some Business Units support the Extended Enterprise Architecture program and will deliver some added value to the Business IT alignment process First cut of E2A program in place. E2A architects identified. Some Extended Enterprise Architecture activities are started. Recognition about focusing on business value and IT standards + cost reduction activities. Ad hoc alignment of Business and IT. E2A results are documented in a single way. No access to the results for others. Strategic Governance is in place and the first activities are set up to link the E2A program and Strategic Governance. Project management upgraded to program management. Recognition of the added value of Enterprise Program management. Program management executed almost in isolation. Awareness of aligning business and technology present. First initiatives set up to align business and technology activities, based on the Enterprise its mission, vision strategies and business drivers. Almost no awareness about aligning and managing the Enterprise business & IT budget and procurement strategies. Level 2 Under Development First activities to align business strategies, drivers & principles and IT strategies, drivers & principles. Awareness of collaboration with extended parties. First initiatives to involve extended parties in the E2A program Little awareness by management of Extended Enterprise Architecture possibilities. Spread skepticism to adopt Extended Enterprise Architecture. Identification that it is hard to maintain too many different business processes and supporting technologies in n dynamic business world. E2A program being actively defined. E2A program office established. Extended Enterprise Architecture program is set up. Business and IT strategy and standards are developed and linked. EA framework and methodology are chosen but not yet widely spread. E2A results are shared with others. Most results are documented using traditional office tools. Access to the results is limited. Sharing of information in a traditional way. Modeling and visualization techniques are developed. E2A results are part of the Strategic Governance process. The Enterprise Program management office and the Extended Enterprise Architecture office are working together on an incident base. Enterprise Program management and Extended Enterprise Architecture linked together. Enterprise Program management office responsible for the transformation part, Extended Enterprise Architecture office responsible for the Content part. Activities are set up to continuously align business and technology initiatives. Alignment of business and information modeling methods with the technology modeling methods. First awareness about the alignment and management of the Enterprise business & IT budget and procurement processes. Level 3: Defined Formal alignment of business strategy, drivers, principles & functional / nonfunctional requirements and IT strategies, drivers, principles and functional / non-functional requirements. Extended parties involved in E2A program. Definition of collaboration levels and information exchange standards Executive management aware of Extended Enterprise Architecture benefits. Executive management supports proactive Extended Enterprise Architectural program. Identification that an Extended Enterprise Architecture program can reduce complexity and can enhance business flexibility. Adaptive Business IT alignment is the answer to business dynamics. E2A program established. E2A program office actively working together with business and IT units in defining E2A value. Extended Enterprise Architecture program established. Business & IT principles, drivers and strategies are defined and communicated. Extended Enterprise Architecture and Solution Architecture areas are defined and aligned. Extended Enterprise Architecture results are updated frequently. Standards, modeling methods and visualization techniques are used. E2A repository is set-up. Strategic decision making and governance are based on the E2A results. The E2A program office is involved in the formal governance processes. Enterprise Program management office and Extended Enterprise Architecture office, officially working together. Program management approach and E2A program aligned. Accountability en responsibility of activities defined. Extended Enterprise Architecture framework is used to define the business IT alignment areas. Results of business and IT modeling methods are stored in a repository. Traceability of business and IT alignment. The extended Enterprise Architecture office is participating in the enterprise budget and procurement strategy. Request for information or proposals are defined in co-operation with the enterprise architecture office. Level 4: Managed Frequently reconsideration of business strategy, drivers, principles & functional / non-functional requirements and IT strategies, drivers, principles and functional / non-functional requirements. Extended Enterprise management & governance structure in place. Executive management evaluates periodic the Extended Enterprise Architecture program and results. Enterprise wide business units are actively involved in the Extended Enterprise Architecture program. Extended Enterprise Architecture program office is involved in the line of business and the Enterprise budget process. Extended Enterprise Architecture program managed by E2A steering committee. Reference models are rolled out and accepted by business units. E2A program office involved in the definition of new projects. Extended Enterprise Architecture reflects current and future state. Extended Enterprise Architecture results are controlled and managed regularly. Business units are using the E2A results in their planning business. E2A results are accessible in an electronic way for all participants. Formalized strategic governance of all business & IT investments based on E2A results. Project and program initiatives under auspices of the Enterprise Program management office with participation of the Extended Enterprise Architecture office. Procedures, standards and methods are aligned. Every project or program initiative is measured against the added value to the business and the cost of investments. The current and future state Extended Enterprise Architectures are used as a management tool to plan transformation initiatives. Business and Technology are operating on the same level of maturity. The future state Extended Enterprise Architecture acts as a blueprint for investments, is formalized and part of the enterprise budget process. // Level 5: Optimized Business Technology cost / benefits validation metrics for end-to-end value chain examination. [E2-Grid] Measurement structure in place to manage Extended Enterprise environment. Executive management participating in the E2A optimization process. Extended Enterprise Architecture is established in all business units and part of their decision making process. Continuously measurement of E2A program activities and results. E2A measurement, process of the overall Enterprise improvement activities. Extended Enterprise Architecture program office manages projects portfolio landscape and aligns continuously the overall activities and initiatives. E2A results are mandatory used in the Enterprise wide strategic planning and governance activities. Continuous improvement of strategic planning and decision making cycle based on E2A results. Value measurement techniques are adopted to continuously measure the business and IT value of investments based on the E2A results and in line with the governance strategy. Enterprise Program Management Office and Extended Enterprise Architecture Office are participating in the enterprise strategic planning process. Measurement techniques are in place to determine the added value to the business of all initiatives. The holistic E2A approach is part of the organizations culture. Business initiatives are continuously reflected to the technology impact and IT possibilities are driving new business activities. All investment plans and initiatives are related to the Extended Enterprise Architecture results, the budgets and procurement strategy. Refined version of the Enterprise Process Maturity Model and the SEI Model by Schekkerman Jaap, 2003

3 4;5 2 : > &+'@; ; R -/2 " ;:= & ; ; ;+ :<A'S K(:T ; ; ; & $ ; :< @ & < = :< : / :< / :< : ; ; : & ; < : :< E; ; ; < < ; = ; "

. ;: 21 ; & / &-./ MGKK:::KKN :< & 77 2 2 77 2 2 & / > ')K =- - <B & 441 <: & /)&/) MGKK:::KKN ' ) / & > = = ; ; = :< ( = =' / * ) * B+'C MGKK:::N :<B+'C 1.' MGKK:::N

' & -> MGKK::: N '> %& ( 1 -;E/. 'D < K * $;' ' 0

6 27<;?/ @'<<A*; " '=H -;;5; ;;5;<<% " '"-;;1.=-;;% ;" 0 &-.H-;; ; 1 2<?%: E :< @H'<<A; A 7?. @ 8?'2 @/$ ; 2/' A 444 4?'' @H$*;% +' 2<?; @)E;E'<<%<*; 6 ); /.I * //O': I;//O'<<A" 1

A'<<2'B 40"C L & LB&C & F<: = :< F '<< &62 &'F := 2 & F= ; '<< BC ; F;< '<< K = @ '<< / F + % D < > F : o ; +' o /;L/(3$-)6'L<::<2 &6 +' o /; 7 B)* C:< BC+' o /;$$ ': B$$'C +' o /;( ' B.C(6 7