Business Architecture
Getting Started at Programme-Level
Graham Meaden Realising the Vision
© 2012 Realising The Vision Limited. All Rights Reserved. 1 Topics
Plan
Do Check Act
Levels of Architecture Lessons from a Business Transformation Programme
© 2012 Realising The Vision Limited. All Rights Reserved. 2 Understand the level to start
Macro
Strategic
Programme / Segment
Project
© Graham Meaden and Jonathan Whelan 2012 (Gower Publishing Limited)
© 2012 Realising The Vision Limited. All Rights Reserved. 3
Macro-Level
Captures the purpose of the business and the business model
The Business Model Canvas (A. Osterwalder) represents a clear means to capture the macro picture: Object Management Group’s • Value Proposition Business Motivation Model • Customer Segments Mission Vision • Customer Relationships • Channels Key • Key Resources Influences • Key Activities Key Partners • Strategy Goals • Cost Structures • Revenue Streams Both of these are essential readings.
© 2012 Realising The Vision Limited. All Rights Reserved. 4
Strategic-Level
Describes what is needed to execute the business model?
Reference Architectures Principles Policies Capabilities Value Streams
SWOT
PEST Current Future Transition State STEER State
Five Forces Standardization, Rationalization, Integration requires absolute point of reference to converge. Governance also requires a reference point to govern from.
© 2012 Realising The Vision Limited. All Rights Reserved. 5
Programme/Segment Level
Scoped to address a subset of the business • Informs: – Milestones – Transitions – Projects & Inter-dependencies – Business Case & Benefits Planning • Maintains focus, creates cohesion • Formalisation of the transition and transformation
Transition Current M Target State M M State M
© 2012 Realising The Vision Limited. All Rights Reserved. 6
Project Level
• Standalone or part of programme • Current + Transitions + Future State • Focuses on solutions
Analysis Analysis Analysis Analysis
Baseline Interim 1 Interim n Target Architecture Architecture Architecture Architecture
Business creates a framework Business Architecture and structure for Analysis Solutions More detail More depth
© 2012 Realising The Vision Limited. All Rights Reserved. 7 Exceptions
1. International 2. Conglomerates
3. Multi-business 4. Portfolio managed change businesses These are not mutually exclusive. The complexity of the business will be mirror in your architecture!
© 2012 Realising The Vision Limited. All Rights Reserved. 8 #1. International
Macro Macro
Global Strategic Strategic NA AP
Programme Programme
Project Project
Original 4-level model Scenario: International Businesses Despite the intent to achieve standardisation globally, variations will occur by geography: The same building blocks may be used but in different numbers. Some building blocks may serve a large country, some a small country, some multiple countries
© 2012 Realising The Vision Limited. All Rights Reserved. 9 #2. Conglomerates
Macro Macro
Global Strategic Strategic LOB 1 LOB n
Programme Programme
Project Project
Original 4-level model Scenario: Conglomerates Regions and LOBs always seem to question the value of capabilities implemented at “group-level” but the logic is sound. To create a Target Operating Model (TOM) for a particular LOB, architecture building blocks from both levels are required. © 2012 Realising The Vision Limited. All Rights Reserved. 10 #3. Multi-business businesses
Macro Macro
Global Strategic Strategic
Programme Programme
Project Project
Original 4-level model Scenario: Multi-business businesses
Cost-side Operational efficiency
Revenue-side Customer Intimacy | Product Innovation
Different parts of the business are driven by different factors. It is important to recognise these.
© 2012 Realising The Vision Limited. All Rights Reserved. 11 #4. Portfolio managed change
Macro Macro
Strategic Strategic
Online Offline Portfolio Business Business Programme Programme
Project Project
Original 4-level model Scenario: Portfolio Managed Change
Each portfolio architecture will support a distinct aspect of the business. e.g. A large bank may run a portfolio for its compliance initiatives and another for its online activities.
© 2012 Realising The Vision Limited. All Rights Reserved. 12 Lessons from a Business Transformation Programme
• Our goals: – Enable the programme design authority to direct and govern – Sustain a 6 year programme of change – Enable integration with other business transformation programmes – Enable transparency to the regulator – Configure and deploy ascalable architecture modelling platform
© 2012 Realising The Vision Limited. All Rights Reserved. 13 Stakeholders
Deliverables Stakeholders Concerns Views Models & Insight
Business Contracts & Regulator Change Procurement Professional Programme Management Services Firms Board
Systems Integrators
© 2012 Realising The Vision Limited. All Rights Reserved. 14 Concerns
Deliverables Stakeholders Concerns Views Models & Insight
The right change at Benefits-led change: Scope the right time “line-of-sight” Management
Cost control Business Inter-dependencies Readiness
© 2012 Realising The Vision Limited. All Rights Reserved. 15 Deliverables & Insight
Deliverables Stakeholders Concerns Views Models & Insight
© 2012 Realising The Vision Limited. All Rights Reserved. 16 Meta Model and Models
Deliverables Stakeholders Concerns Views Models & Insight
Template Architecture Description
defines Viewpoint View
Relationship defines Relationship Type Element defines Element Type Meta Model Model
Captured in the OpenText ProVision Used to configure OpenText ProVision repository
© 2012 Realising The Vision Limited. All Rights Reserved. 17 Lessons from enabling integration
Programme Programme Programme /Segment /Segment /Segment
We modelled recognising We developed business We modelled and there is always a larger process and information formalised higher-level organisation. modelling standards. reference architecture Because our segment was Because our impact was building blocks. serving other segments pan-organisational. Because we could and therefore we needed achieve ROI on our to model their world too. programme alone.
© 2012 Realising The Vision Limited. All Rights Reserved. 18 Lessons from developing the meta model
BPMN BMM TOGAF
EPC Before we started FEAF we needed to IDEF synthesize different standards Archimate into a single meta model. Value Stream Because we needed to understand Systems SPEM how things fitted together and we could capture and Architecture Information UML manage the complexity Architecture Technology Industry Architecture Six Sigma Processes Industry Capabilities Kaizen LEAN
© 2012 Realising The Vision Limited. All Rights Reserved. 19 Lessons from Data Governance of Architecture
owner ? Capability Stakeholder
owner ? owner ? owner ? L1 Capability Area L2 Capability Group L3 Capability Process owner ? L4 Sub-Capability owner ? owner ? L1 Value Chain Service L2 Process Area L3 Process Group owner ? L4 Value Stream L5 Process L6 Sub-Process L1 Service Area L7 Activity L2 Service Line L8 Task L3 Service L4 Service Product
1. Estabishing data governance of the things (e.g. Capability, Process, Service) is difficult but governance of the relationships is even more difficult. 2. Building taxonomical structures is essential to model effectively and to enable that governance.
© 2012 Realising The Vision Limited. All Rights Reserved. 20 Lessons from what views proved popular?
Line-of-Sight
Project Project Outcome Benefit Beneficiary Output
Capability Process Service
Inter-dependency Maps
Programme Programme
Project Project Project Project Output Output
© 2012 Realising The Vision Limited. All Rights Reserved. 21 Lessons from tooling
• There are tools out there but you MUST invest in developing your modelling language and meta model to be successful.
• You must also consider the big picture and the levels you wish to support.
© 2012 Realising The Vision Limited. All Rights Reserved. 22 Questions ?
For more information & and training: e: [email protected]
© 2012 Realising The Vision Limited. All Rights Reserved. 23