Академический Документы
Профессиональный Документы
Культура Документы
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
Fragmented, duplicated Poorly understood Not responsive to change Focused on system maintenance Tactical developments rather than a strategic plan
Enterprise view of capabilities required to execute strategy
Levels of Architecture
The levels of Architecture consist of the Business Architecture, Information Systems Architecture and Technology Architecture.
Architecture Framework
Using an architecture framework will speed up and simplify architecture development, ensure more complete coverage of the designed solution, and make certain that the architecture selected allows for future growth in response to the needs of the business.
An architecture framework is a toolkit which can be used for developing a broad range of different architectures. It should describe a method for designing an information system in terms of a set of building blocks, and for showing how the building blocks fit together. It should contain a set of tools and provide a common vocabulary. It should also include a list of recommended standards and compliant products that can be used to implement the building blocks.
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
1.
2.
Enterprise Continuum
The Enterprise Continuum provides a framework and context for the leveraging of relevant architecture assets in executing the ADM.
Reference Models
Technical Reference Model: Reference Models: Focuses on the application platform
Integrated Information Infrastructure Reference Model: A major challenge in any project is effective communication between all participants Reference models create the common vocabulary and structure Use of reference model(s) is essential to identify duplicate functionality and opportunities for infrastructure simplification
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
TOGAF 8 Goals: Long-term: An industry standard, generic enterprise architecture method. .usable in conjunction with frameworks having products relevant / specific to particular sectors. Several frameworks have mindshare: Zachman, Spewak, DoD Framework, FEAF, TEAF, Almost all focus on products, not method TOGAF and. (not TOGAF or.) Version 8:
An overall structure and core method for enterprise architecture that can be filled out in future years.
Implementation Governance Ensure that the implementation project conforms to the architecture
Migration Planning Analyse cost benefits and risk. Produce implementation roadmap
Technology Architecture Opportunities and Solutions Identify major implementation projects Technology supporting the organisation
Objectives: This phase prepares the organisation for a successful Enterprise Architecture project Understand business environment High level management commitment Agreement on scope of architecture activities Establish principles Establish governance structure Agree method
Outputs: This phase prepares the organisation for a successful Enterprise Architecture project Framework definition Architecture principles Restatement of, or reference to, business principles, business goals, and business drivers
Architecture Principles
General rules and guidelines that support the way in which an organisation sets about fulfilling its mission
Enduring and seldom amended Clearly related back to the business objectives
Value As drivers for defining the functional and non-functional requirements To provide a framework within which the enterprise can start to make conscious decisions about IT As a guide to making choices As an input to assessing both existing systems and the future directions
A) Architecture Vision
The Architecture Vision is essentially the architects elevator pitch the key opportunity to sell the benefits of the proposed development to the decision-makers within the enterprise.
Steps: Establish the Project Identify Business Goals and Business Drivers Review Architecture Principles, including Business Principles Define Scope Define Constraints Identify Stakeholders and Concerns, Business Requirements, and Architecture Vision Develop Statement of Architecture Work and Secure Approval
Outputs: Approved Statement of Architecture Work Refined statements of business goals and strategic drivers Architecture principles Architecture Vision
Sets scope, constraints, expectations for this project Required at the start of every architecture cycle
B) Business Architecture
A knowledge of the Business Architecture is a prerequisite for architecture work in any other domain (Data, Applications, Technology), and is therefore the first architecture activity that needs to be undertaken.
Business Architecture: The fundamental organisation of a business, embodied in its business processes and people, their relationships to each other and the environment, and the principles governing its design and evolution Shows how the organisation meets its business goals Steps: Confirm context Define baseline Define target Views are important Validate Requirements Concerns Gap analysis Produce report Outputs: Organisation structure Business goals and objectives Business functions Business Services Business processes Business roles Correlation of organisation and functions.
the major types of information and the application systems that process them their relationships to each other and the environment, and the principles governing its design and evolution Data or Applications First? It is usually necessary to address both Not always the case, depending on project scope and constraints
Shows how the IT systems meets the business goals of the enterprise Steps: Data Architecture Applications Architecture Outputs: Statement of Architecture Work Baseline & Target Data Architecture Baseline & Target Applications Architecture Data and Application Architecture views
May be developed in either order, or in parallel Theory suggests Data Architecture comes first Practical considerations may mean that starting with Application Systems may be more efficient
D) Technology Architecture
A Technology Architecture that will for m the basis of the following implementation work.
Objectives: The fundamental organisation of an IT System, embodied in its hardware, software and communications technology their relationships to each other and the environment, and the principles governing its design and evolution Steps: Outputs: Develop Baseline Technology Architecture Description Develop Target Technology Architecture
Statement of Architecture Work Baseline Technology Architecture Validated technology principles Technology Architecture Report Target Technology Architecture Technology Architecture, gap report Viewpoints addressing key stakeholder concerns Views corresponding to the selected viewpoints
F) Migration Approach
The objective of the Migration Approach phase is to sort the various implementation projects into priority order.
Key business drivers to be addressed that will also tend to dictate the sequence of implementation, such as: Reduction of costs Consolidation of services Ability to handle change A goal to have a minimum of interim solutions Steps: Prioritise projects Estimate resource requirements and availability Perform cost/benefit assessment of the various migration projects Perform risk assessment Generate implementation roadmap Document the Migration Plan Outputs: Impact Analysis Detailed Implementation Plan and Migration Plan Including Architecture Implementation Contract, if appropriate)
Objectives:
G) Implementation Governance
All the information for successful management of the various implementation projects is brought together.
Objectives:
Steps:
Outputs:
Defines architecture constraints on implementation projects Architecture contract Monitors implementation work for conformance
Formulate Project Recommendation Document Architecture Contract Review Ongoing Implementation Governance and Architecture Compliance
Objectives:
Steps: Monitor Technology Changes Monitor Business Changes Assess Changes and Development of Position to Act Arrange Meeting of Architecture Board (or other governing council)
Outputs: Architecture updates Changes to architecture framework and principles New Request for Architecture Work
Ensures that changes to the architecture are managed in a cohesive and architected way Establishes and supports the Enterprise Architecture to provide flexibility to evolve rapidly in response to changes in the technology or business environment
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
Avoids the initial panic when the scale of the task becomes apparent Systematic Codified common sense Captures what others have found to work in real life Baseline set of resources Foundation architecture in the Enterprise Continuum
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
Accenture has a number of frameworks for architecture and methods that relate to the TOGAF
While TOGAF is restricted to IT architecture, Accenture frameworks address non-IT architectures for Strategy, Organisation/Change management, Process architecture and IT Architectures.
TOGAF I. II. Architecture development method Enterprise Continuum Accenture equivalent Application architecture & technical architecture workstreams in Accenture Delivery Methods (ADM) Business Integration Blueprint Standard Architecture Frameworks Industry specific assets like Architecture Reference model, ACS*, Navitaire, Accenture Platform Accelerator etc. Examples from the Accenture Delivery Suite (ADS) Numerous sample deliverables and assets in the Knowledge Exchange
III. Resources
Notes: This comparison is deliberately incomplete and is only meant to aid in understanding the TOGAF
*Accenture Communication Solutions
Create Roadmap
Refresh
3
Create Vision and Confirm Opportunities Diagnose Current Capabilities
4
Blueprint Future State
30
Objectives: Capture the project scope, approach and objectives with project sponsor to develop the project approach. Identify key business opportunities and capability challenges. Define and prioritise key business imperatives. Define technology imperatives. Derive initial hypotheses on areas of pain and opportunities based on the technology imperatives.
Inputs: Statement of Work / Contract Corporate/Business Mission Statement Corporate/Business Vision Statement Corporate/Business Values Corporate/Business Strategy Business Imperatives IT Mission Statement IT Vision Statement IT Strategy Inventory of ongoing and planned IT initiatives Company Information High level facts Guiding Principles Known Issues Deliverables: Risk Mitigation Plan Stakeholder Goals, Expectations and Concerns Enterprise Architecture Project Approach Project Plan Prioritized Business Imperatives Technology Imperatives Technology Guiding Principles Value & Issue Hypotheses Responsible: Enterprise Architect
Participating: Business Architect Application Architect Information Architect Technical Architect Project Manager
31
Objectives: Understand the assessment boundaries and availability of information. Agree upon data collection techniques, tools, templates and surveys with project sponsor (e.g., surveys will be used to analyse application health, etc.) Develop a point of view on the existing applications, information, technology, organization, financials and processes Gain consensus on assessment findings with project sponsors and stakeholders resolving all points of contention
Inputs: Ongoing IT initiatives Stakeholder Goals, Expectations and Concerns Enterprise Architecture Project Approach Application Inventory Existing Architecture documentation IT Organization Chart Existing Architecture documentation (Technology, Application, Process and Information) Copyright 2008 Accenture All Rights Reserved.
* If available for given industry
Deliverables: Enterprise Architecture Assessment Pack EA Project Approach Current Capability Assessment Job Aids: Technical Quality and Functional Quality Surveys Data Collection Templates Diagnostic Tools Data Collection Checklist
Responsible: Enterprise Architect Participating: Business Architect Application Architect Information Architect Technical Architect Project Manager
32
Objectives: Create a business capability blueprint that is a pictorial representation of the major future capabilities of the enterprise. Its design and organisation should be driven by an operating vision and the business and technology imperatives. It should be based on industry best practice and Accenture thought leadership. It will be a key to identify and prioritize opportunities for change. It will form the basis for the application and technology blueprints to be created at a later stage. Identify high-level opportunities for change that directs the enterprise towards its business goals, and that is aligned with the business capability blueprint. Prioritise the list of opportunities, and identify quick-wins. The prioritisation of opportunities will be the basis for creating the future roadmap and plan for value realization at a later stage. Validate the opportunities with the client sponsor and stakeholders. Inputs:
Industry Best Practices Accenture Thought Leadership Business Imperatives Technology Imperatives Technology Guiding Principles Current Capability Assessment
Copyright 2008 Accenture All Rights Reserved.
Deliverables:
Operating Vision Business Capability Blueprint Opportunity Summary Opportunity Definition Opportunity Prioritization Matrix Quick Win Opportunities
Responsible:
Enterprise Architect
Participating:
Business Analyst Application Architect Technical Architect Capability Lead/SME Industry Lead/SME Project Manager
33
Develop Blueprints
Process Information Application Technology Validate Enterprise Architecture
Objectives: Comprehensively describe the EA model from multiple dimensions. Describe the key characteristics of each of those dimensions Understand the linkages between all the model elements Enable consistent development of systems and solution in line with business imperatives Validate and gain consensus on all blueprints with sponsors and stakeholders.
Deliverables:
Business Capability Blueprint Key Architecture Requirements Process Blueprint Information Blueprint Application Blueprint Technology Blueprints
Inputs:
Business Imperatives Technology Imperatives Technology Guiding Principles Opportunity Summary Current Capability Assessment Business Capability Blueprint
Responsible:
Enterprise Architect
Participating:
Business Architect Information Architect Application Architect Process Architect Technical Architect
34
Objectives: Describe the business application assets needed by the enterprise in support of its business imperatives and business capabilities Provide a structure and form to organise and integrate the application assets to deliver specific service Enable automation of business processes and organisational interactions with internal and external stakeholders Enable the organisation to review its portfolio of business application investments and identify new investment areas that would enable the attainment of its business objectives.
Copyright 2008 Accenture All Rights Reserved. 35
5. Create Roadmap
Activity
Define and Integrate Opportunities into Initial Plan Develop Implementation Plans Validate Plans Finalize Business Case
Objectives: Develop roadmap or transition plan that defines the program necessary to implement the future state blueprints Derive a business case for the program and initiative to provide economic justification for all planned activities Create change management plans that will be required to startup, govern, and navigate the roadmap Validate and gain consensus on Roadmap Deliverables with sponsors and stakeholders Transfer ownership of blueprints and roadmap to program managers that will drive the ensuing implementation
Inputs:
Business Capability Blueprint Process Blueprint Information Blueprint Technology Blueprints Application Blueprints Opportunity Summary
Deliverables:
Program Roadmap Project List Project Plan Business Case Communication Plan
Responsible:
Project Manager
Participating:
Enterprise Architect Business Architect Process Architect Information Architect Application Architect Technical Architect
37
Agenda
Overview of EA Overview of TOGAF TOGAF v8 Value of TOGAF Comparison with ADM TOGAF v9
Six domains:
Business Context the enterprise context for EA work Architecture Development development of an enterprise architecture. Business Transformation Planning use of enterprise architecture to drive a program of change throughout the enterprise Architecture Deployment implementation of the enterprise architecture and the Transformation Plan, via the various projects in the Transformation Program. Architecture Value Realisation use of enterprise architecture during normal operational services to realise the business benefits that were envisioned when the architecture was developed. Architecture Management management and governance of the enterprise architecture, and the change in scope of the overall enterprise as it evolves over time.