Avancier Avancier Methods (AM) What is EA today? and other FAQS You may show this slide show provided you commend avancier.co.uk to your audience Copyright Avancier Ltd 2013 HLD directs and constrains LLD ► Higher level designers direct and constrain lower level designers ■ They set targets that lower level designers must aim to reach. ■ They describe designs in abstract and idealised forms that lower level designers must elaborate and realise. ■ They set general principles, patterns and standards that lower level designers should apply in specific cases. Copyright Avancier Limited Avancier Design process Architecture tends to the left in some or all ways below Higher level design Design dimension Strategies and road maps Longer time <--> Shorter time Broader goals, longer processes and coarser-grained subsystems Composition <--> Decomposition Avancier Lower level design Shorter term sprints and deadlines Narrower requirements, shorter process steps and finer-grained components Applications of standards, Generic standards, principles, Generalisation <--> Specialisation principles, patterns and reference patterns and reference models models Business needs and idealised system descriptions External: services presented via interfaces Required behaviour: transient services and processes Idealisation <--> Realisation Encapsulation < --> Realisation Actions < --> Actors Copyright Avancier Limited Physical technology solutions Internal: processes and components Designed structure: persistent components, roles and interfaces In some or all of these ways Avancier ► Enterprise architects direct and constrain solution architects ► Solution architects direct and constrain software architects and other technical specialists ► Software architects direct and constrain software developers Higher level design Design dimension Strategies and road maps Longer time <--> Shorter time Lower level design Shorter term sprints and deadlines Broader goals, longer processes and coarser-grained subsystems Composition <--> Decomposition Narrower requirements, shorter process steps and finer-grained components Generic standards, principles, patterns and reference models Generalisation <--> Specialisation Applications of standards, principles, patterns and reference models Business needs and idealised system descriptions External: services presented via interfaces Required behaviour: transient services and processes Idealisation <--> Realisation Encapsulation < --> Realisation Actions < --> Actors Copyright Avancier Limited Physical technology solutions Internal: processes and components Designed structure: persistent components, roles and interfaces A major global service provider names key roles as below ► In the bid phase: ■ ■ ■ ■ ■ ► In the delivery phase: Solution Manager Requirements Manager Lead Solution Architect Solution Architect(s) + other management roles ► A key output: the "Solution Definition Doc." ■ ■ ■ ■ ■ Business Analyst(s) Requirements Manager Lead Technical Architects Technical Architect(s) + other management roles ► A key output of High-Level Design is the "Architecture." Notice: no mention of an enterprise architect. Assumed to be a strategic role within the customer organisation. Also, a governance role, not employed to produce design docs. Copyright Avancier Ltd 2013 Avancier The history of EA frameworks ► Information system and enterprise architecture frameworks emerged during the 1980s out of "Business System Planning" methods. ► 1982 Zachman spoke of the need for "enterprise-level analysis" over and above the discrete business system planning done to that date. ► 1986 “PRISM” was based on coordination of 4 domains: business, data, applications and infrastructure. ► 1987 The Zachman Framework spread the same 4 domains over 6 columns and 6 rows. ► 1993 Stephen Spewak's "EA Planning" was based on coordination of the same 4 domains. ► 1996 The Zachman Framework was recast as EA framework. ► 2006 The popular "EA as Strategy" book was about coordination of the same 4 domains. ► 2011 The popular TOGAF v 9.1 is also about coordination of the same 4 domains during business system planning. Copyright Avancier Ltd 2013 Avancier For over 30 years now Avancier ► Every ISA framework and EA framework has been based on coordination of the same 4 domains, ■ ■ ■ ■ business, data, application software and infrastructure. ► with a view to effective business system planning. Copyright Avancier Ltd 2013 Mapping architecture domains to a business/operating model Avancier Drivers Business Model Strategic Management Customer Segments Goals, Visions & Initiatives Channels Products & Services Processes and Data OD Operating Model HR FM Business Arch Organisation Design Applications Human Infrastructure IT Infrastructure Offices Data Centres Copyright Avancier Ltd 2014 Data Arch Apps Arch IT Arch What is EA today? Avancier ► TOGAF says: “Enterprise Architecture and Enterprise Architect are widely used but poorly defined terms in industry today.” ► EA cannot reasonably be all things to all people. ► Do you expect executives to ask the EA team to lead the design and planning of ■ a car production line? ■ a marketing strategy? ■ an IT data centre? Copyright Avancier Ltd 2013 Silo thinking Avancier ► A silo (or point solution) is an organisation unit or application that: ► is not standardised ■ does not follow the same rules or processes as another doing the same thing ► is not integrated ■ does not share information with another doing something different ► does not share/reuse common services ■ at the business or technology level. Copyright Avancier Ltd 2013 Enterprise-wide thinking Avancier ► Zachman says EA objectives include integration, reuse, flexibility, and reduced time-to-market. ► ► ► ► ► “EA as Strategy” introduced an “operating model” It helps people to position in a business in terms of its desire to standardise and/or integrate business processes which depends in turn on its ability to standardise and integrate business data and business rules “Operating model” for core business processes High integration Coordinated Unified Low integration Diversified Replicated Low standardisation High standardisation “EA as Strategy” Ross, Weill and Roberston, 2006 Copyright Avancier Ltd 2013 The larger business, the more architect roles Avancier ► The larger the enterprise ► The more distinct architect roles emerge ► The more likely there will be a central enterprise architecture team A small selection from SFIA today Role Enterprise architecture Solution architecture Project management Business analysis Business modelling Requirements definition and management System design Database design Software development Database admin Responsibility level 2 2 3 3 3 4 4 4 4 5 5 5 5 5 5 6 6 6 6 6 6 2 2 2 2 3 3 3 3 4 4 4 4 5 5 5 5 6 6 Copyright Avancier Limited 7 7 SA v EA Avancier ► The motivation and ability to follow the same processes, share data and share services will be ■ low if Solution Architects are given only narrow project or silo-based objectives ■ higher if EAs have a strategy to optimise the wider enterprise. ► Of course, there are trade-offs between EA and SA; there are benefits, costs and risks along both paths. ► So, silo-oriented Solution Architecture and enterprise-oriented EA are complementary. Copyright Avancier Ltd 2013 Most modern EA frameworks indicate that Avancier ► The EA team is concerned with enterprise-wide optimisation of business systems. ► With this in mind, EA values: 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions ► “TOGAF is intended to be a framework … to establish the EA team as having board-level, strategic and cross-organisational authority... needed for crossorganisational EA to be successful.” Copyright Avancier Ltd 2013 Avancier 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions Taking a cross-organisational view “The purpose of enterprise architecture is to optimize across the enterprise” Copyright Avancier Ltd 2013 2001: FEAF: the US Chief CIO council ► “A practical guide to Federal Enterprise Architecture” ► ► ► ► ► “An enterprise architecture (EA) establishes the Agency-wide roadmap to achieve an Agency’s mission through optimal performance of its core business processes within an efficient information technology (IT) environment.” Copyright Avancier Ltd 2013 Avancier 2003: Zachman emphasised the breadth of EA ► EA has objectives over and above SA ► Zachman mentions ■ ■ ■ ■ integration, reuse, flexibility, and reduced time-to-market. ► “… The broader you define the analytical target, the better leverage you are going to get on integration, reusability, interoperability, etc… ► If you draw the boundary more narrowly than your jurisdictional control, you will disintegrate your Enterprise, that is, you will build a “legacy.” Copyright Avancier Limited Avancier TOGAF’s 2009 view of EA as cross-organisational optimisation Avancier “The purpose of enterprise architecture is ► to optimize across the enterprise ► the often fragmented legacy of processes (both manual and automated) ► into an integrated environment…” ► “Conducting EA [can be defined as] managing the spectrum of change required to transform an enterprise towards a target operating model [defined by] the necessary level of ► business process integration and ► business process standardization.” “Operating model” for core business processes High integration Coordinated Unified Low integration Diversified Replicated Low standardisation High standardisation “EA as Strategy” Ross, Weill and Roberston, 2006 Copyright Avancier Ltd 2013 The enterprise IT as a mess (rather than a system) ► “Commonly, solution architects in the design division are driven to meet the immediate requirements of individual business units, with the result that only tactical stand-alone solutions are developed and implemented.” ► IT Business Edge ► “Organizations can use enterprise architecture and portfolio management approaches to get the required knowledge [to] streamline and rationalize the apps portfolio reduce redundancy, consolidate IT capabilities define sound IT governance policies.” ► IT Toolbox Copyright Avancier Ltd 2013 Avancier “Common use applications” - an EA principle in TOGAF ► “Large corporations and government agencies may comprise multiple enterprises, and may develop and maintain a number of independent EAs to address each one. Optimised core No data redundancy Enterprise systems (shared apps) ► However, there is often much in common about the information systems in each enterprise, and there is usually great potential for gain in the use of a common architecture framework.” Copyright Avancier Ltd 2013 Avancier “Navigate the stages of EA maturity” (after “EA as Strategy”) Business Function 4 Business modularity (6%) Reusable modules Avancier Business Function Business Function 3 Optimised core (34%) No data redundancy Enterprise systems (shared apps) 2 Standardised technology (48%) Fewer platforms Technology standards Shared infrastructure Application Component Application Component Application Component Technology Component 1 Business silos (12%) Local apps and infrastructure Copyright Avancier Ltd 2013 Business Function Application Component Technology Component Technology Component Technology Component Navigate the stages of EA maturity - as in Avancier Methods Avancier Methods for EA 4 Business modularity (6%) Reusable modules Business structure rationalisation 3 Optimised core (34%) No data redundancy Enterprise systems (shared apps) 2 Standardised technology (48%) Fewer platforms Technology standards Shared infrastructure Data store rationalisation Application portfolio rationalisation Technology portfolio rationalisation 1 Business silos (12%) Local apps and infrastructure Copyright Avancier Ltd 2013 Avancier Avancier 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions Taking a strategic view “An enterprise architect… has professional relationships with executives of the enterprise to gather and articulate the technical vision, and to produce the strategic plan for realizing it.” TOGAF Copyright Avancier Ltd 2013 IBM view EA as a response to strategy ► EA works from strategy through business, IS and IT domains Copyright Avancier Ltd 2013 Avancier “EA as Strategy” Ross, Weill and Roberston, 2006 Avancier A high-level process for: ► “C-level executives determined to get IT right” ► “a road map for the CIO and IT organisation to follow”. ► "improving strategy execution and lowering IT costs" ► "creating a foundation for business execution… ■ an IT infrastructure and digitised processes that implement your company's core capabilities.” “Operating model” for core business processes High integration Coordinated Unified Low integration Diversified Replicated Low standardisation Copyright Avancier Ltd 2013 High standardisation Q) How does EA differ from Solution Architecture? ► “The Enterprise Architect has the responsibility for architectural design and documentation at a landscape and technical reference model level.” ► “The Enterprise Architect often leads a group of the Segment Architects and/or Solution Architects related to a given program.” ► “elements in an enterprise architecture may still be considerably abstracted from Solution Architecture, design, or implementation views.” TOGAF Copyright Avancier Ltd 2013 Avancier EA and SA in the Skills Framework for the Information Age (SFIA) ► SFIA defines EA development in 16 sentences in which ■ “strategy”, “strategies” and “strategic” appear 18 times. ■ “setting strategies, policies, standards and practices” appears twice. ► SFIA defines SA as a leadership, guidance and coordination role in relation to a specific system. ● SA Level 6: □ □ □ □ □ ● leads architectures for complex systems, manages the target design ensures consistency with specified requirements responsible for the balance between functional, non-functional and ITSM requirements selection of solution components co-ordinates design activities, promoting the discipline to ensure consistency. SA Level 5: □ □ □ □ □ logical models of components and interfaces detailed component specifications detailed designs for implementation using selected products assists in technical plans and cooperates with business assurance and project staff ensures relevant technical strategies, policies, standards and practices are applied. Copyright Avancier Ltd 2013 Avancier Reasonable contrasts that you can draw EA is strategic and cross-organisational SA is more tactical and local. Solution Architecture Enterprise Architecture Tactical (where no EA) Concrete Local (function or unit) Narrow (point solution) Parochial processes Parochial data definitions Strategic Abstract Cross-organisational Broad (integrated systems) Standard processes Standard data definitions Copyright Avancier Ltd 2013 Avancier Solution Architects as generalists Avancier ► Typically, one Solution Architect ■ covers one solution holistically, ■ joins up the various specialists needed to deliver the solution, ■ smells out where costs and risks are and makes sure they are addressed. ■ the right hand man of the programme/project manager. ■ experienced, a broad generalist ■ leads the specialists and joins up everything from business to IT. ► Sometimes the EA team manager minds a pool of SAs who are mostly loaned out to play the SA role on specific projects, where they may work with or without regard to the longer-term and wider picture of the EA. Copyright Avancier Ltd 2013 Solution Architect Requirements Specialists Database Specialists Software Specialists Technology Specialists Team of Software Architects and Technical Specialists Enterprise Architects as a team of specialists ► Specialist/domain EAs Avancier Team of Enterprise Architects ■ take the cross-organisational & strategic view. ■ come up with a road map for their own domain (which may cut across other domain road maps and business change plans) ■ not dedicated to any particular solution delivery. Business Specialists Data Specialists App Specialists Technology Specialists Solution Architect Requirements Specialists Database Specialists Software Specialists Technology Specialists Team of Software Architects and Technical Specialists Team of Software Architects and Technical Specialists Copyright Avancier Ltd 2013 Avancier 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions Enabling business via IS and IT “Enterprise Architecture…can be considered as a superset of Business, Data, Application, and Technology Architecture.” TOGAF Copyright Avancier Ltd 2013 Cap Gemini’s Integrated Architecture Framework (IAF) EA joins up Business, IS and IT Copyright Avancier Ltd 2013 Avancier IBM’s EA framework AND CSC’s six domains of change Avancier ► Start with the Business need for Data ► Define Applications to provide that Data ► Define the Technology Platform needed by those Apps CSC Domains of change B Process Organisation Location IS Data Application IT Copyright Avancier Ltd 2013 Technology Does EA = Business Architecture or IT Architecture? Avancier ► It contains elements of both, but not all of either. ► Business management consultants address business matters outside the remit of the EA team Business ■ market research, product design, marketing strategy etc. ► IT infrastructure architects address operational matters outside the usual remit of the EA team ■ data centre design, internet gateways, office LANs, firewalls, servers, virtualisation, storage, back-ups, disaster recovery, configuration management, IT supplier management. Copyright Avancier Ltd 2013 IT platform Technologies Q) Does EA = business architecture? Avancier ► They are overlapping sets ► EA does not direct everything important to a business ■ ■ ■ ■ ■ Business strategy Hardware product design Production line design Marketing strategy Organisation design from a sociological perspective Copyright Avancier Ltd 2013 Business EA focuses on business activities that are systemisable Avancier ► The variety of human activity is vast ■ ■ ■ ■ ■ ■ Digging a road Negotiating contractual terms Acting in a play Running a board meeting Coaching a football team Cooking food ► EA usually focuses on mission-critical business processes that are “systemisable” because they ■ Deterministic enough ■ Repeated enough. Copyright Avancier Ltd 2013 Business Process EA = Business Architecture with IS support ► Mission-critical business processes are “systemisable” because they ■ Deterministic enough ■ Repeated enough. Avancier Business Process ► Which commonly means they are ■ enabled or supported ■ monitored or directed ■ by information systems Process Information Systems Data Copyright Avancier Ltd 2013 EA focuses on activities that are create or use data ► The current state of a business process can be and often is recorded in a data record. Avancier Business Process ► So an EA model is likely to feature both ■ processes that create and use data ■ data that processes create and use Process Information Systems Data Copyright Avancier Ltd 2013 Q) Does EA deal with non-digital data processing? ► Non-software information systems can be OK ► But EA frameworks address only digital data System Man-made system (technology) Model Business Information System Maintained Information System Software Information System (Business Application) Non-Software Information System (NI cards, BoBritain Control room) Static Information System (Domesday book) Process control system Other kinds of model Non-model technology Software technology Platform application (DBMS, OS) Other kinds of software technology Other kinds of non-model technology Natural system Biological system Human actor Non-human organism Other kinds of natural system Disorganised thing Copyright Avancier Ltd 2013 Avancier Business Process Paper forms Card indexes ??? EA focuses on activities that are digitisable Avancier “EA as strategy” depends on business data ► Integration means data must flow between roles and processes. ► Standardisation means the meaning of data items must be agreed and understood across the business. Business data is stored and retrieved via applications ► ► ► ► Most businesses rely on digital information systems Most people use a business application during their work The applications store and transmit data electronically. Some applications enforce vital business rules Applications depend on computers and networks Copyright Avancier Ltd 2013 Business Process Process Information Systems Data IT platform Technologies Enterprises need better and quicker management information ► Managers cannot rely on communication up and down a hierarchical management structure. ► They need good information to see trends and make predictions. ► They need better and quicker information to handle: ■ Exponential Change Business Process Process ● Product and service categories change every one or two years. ● Exponentially growing use of mobile devices and internet. Information Systems Data ■ Hyper Competition ● Avancier Capable workers are available across the world to work at any time of the day. ■ Global Knowledge Sharing ● ● Intellectual Property is hard to protect Cross-enterprise communities exchange information. Copyright Avancier Ltd 2013 IT platform Technologies EA joins Business to IT by Avancier ► extending up into the BA domain ■ focusing on roles and processes that are systemisable ■ create or use data that is digitisable Business Process Process ► being centred on IS that ■ enable and support ■ monitor and direct ■ business roles and processes ► and ensuring a robust IT platform Copyright Avancier Ltd 2013 Information Systems Data IT platform Technologies “EA regards the enterprise as a system” TOGAF Avancier Business Process ► Integration of activities ► across the breadth of the enterprise ► up/down the human-computer stack Process Information Systems Data IT platform Technologies Copyright Avancier Ltd 2013 EA puts IT in a business context ► “Enterprise Architecture ► structures and gives context to activities delivering concrete business outcomes, primarily but not exclusively in the IT domain.” TOGAF ► enables “the effective management and exploitation of information through IT” TOGAF Avancier Business Process Process Information Systems Data ► In short, EA is about Business/IT alignment ■ A glib phrase but a reasonable generalisation. ■ Improving how IS supports the business Copyright Avancier Ltd 2013 IT platform Technologies EA joins up Business, IS and IT Avancier Methods – architecture work space Avancier Business view Information/data view Applications view Infrastructure Platform view Enterprise/Business Standardisation & integration of business roles & processes Business function/capability hierarchy Business products & services catalogue Business processes and roles Etc. Enterprise/Data Data standardisation & integration Data store & data flow catalogues Maps data to business functions Business data model & views of it Canonical data model(s) Core business data entity life cycles Etc. Enterprise/Apps Business app standardisation & integration Business app portfolio/catalogue Maps business apps to business functions Business app life cycles and road maps Etc. Enterprise/Platform Platform standardisation & integration Platform technology portfolio/catalogue Platform services portfolio/catalogue (TRM) Platform technology life cycles and road maps Etc. Solution/Business For a required system/solution: Business services Business processes and roles Mappings to goals & locations Requirements catalogues Use case diagrams and definitions Outline UI (or other I/O) designs Etc. Solution/Data For a required system/solution: Maps data to processes and roles Logical data models CIA requirements Data qualities/meta data Etc. Solution/Apps For a required system/solution: Maps use cases to processes and roles Maps business apps to use cases Design for NFRs Coarse-grained app components Coarse-grained sequence diagrams Etc. Solution/Platform For a required system/solution: Maps platform to business apps Platform technology definitions Client & server node definitions Design for NFRs Outline deployment diagrams Outline network diagrams Etc. Software/Business Detailed use case definitions Detailed UI designs Governs UI implementation Etc. Software/Data Detailed database design Detailed message design Governs database administration Etc. Software/Apps Detailed (fine-grained) software design Governs software development Etc. Software/Platform Detailed deployment diagrams Detailed network diagrams. Governs platform and network configuration Etc. Copyright Avancier Ltd 2013 Avancier 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions Focusing on the services systems deliver You may show this slide show provided you commend avancier.co.uk to your audience Copyright Avancier Ltd 2013 Architects take an external view first ► A human or computer activity system is: ■ ■ ■ ■ a collection of roles or components (persistent structural elements) organised so as to cooperate in processes (transient or repeated behavioural elements) to sustain the system itself and/or to deliver desired effects (services) ► EA encapsulates a system ► It considers its environment before its internal structure. ► It is service-oriented Copyright Avancier Ltd 2013 Avancier Definitions of “Service” Avancier ► ArchiMate definition ► TOGAF definition ■ “a unit of functionality that a system exposes to its environment, ■ hides internal operations, ■ provides a value, ■ accessible through interfaces.” ► ArchiMate examples ■ “an element of behaviour that ■ provides specific functionality in response to requests from actors or other services” ■ “a logical representation of a repeatable business activity, has a specified outcome, is self-contained, is a ‘‘black box’’ to its consumers.” ► TOGAF examples Document Printing Document Scanning Check customer credit Policy Creation Premium Payment Provide weather data Claim Registration Claim Payment Consolidate drilling reports Copyright Avancier Ltd 2013 Beware “service” is a slippery concept ► In ArchiMate – a unit of functionality ► In TOGAF – an element... that provides specific functionality ► A singular function of an encapsulated system/component ■ Check credit ■ Register claim ► The response of a system to a discrete request or event ► Definable in a specific service contract. ► Beware that in other places, the term service is used loosely, or to mean something else ► See the Unified/ArchiMate Modelling Language slide show Copyright Avancier Ltd 2013 Avancier The simple domains-as-layers picture Avancier ► “The ArchiMate Language Primer” follows the convention of defining three enterprise architecture domains as layers. Lower layer used by higher layer Lower layer realises services requested by higher layer, rather than the higher layer itself Copyright Avancier Ltd 2013 ArchiMate’s notion of architecture domains as layers Environment Business Services Business layer App Services Application layer Platform Services Technology layer Copyright Avancier Ltd 2013 Avancier ► Components and processes in a higher layer require services that are provided by components and processes in a lower layer ► So you may say ► a higher layer uses a lower layer ► a lower layer serves a higher layer ► a lower layer realises the services requested of it. You might consider the layers as nested systems Avancier Environment Business Services Business layer App Services Application layer Platform Services Technology layer Copyright Avancier Ltd 2013 ► The simple layered model of enterprise architecture is common and useful. ► But it is naïve ► Reality is often more complex But service provision can be distributed ► E.g. An enterprise can use services provided by application and/or technology layers operated by another enterprise (perhaps in a remote location) Environment of Enterprise A The business of enterprise A Service Provider SaaS Applications Platform Services IaaS Technology ► The architecture of enterprise A contains the services it requires, but not the internal components and processes of the service provider Copyright Avancier Ltd 2013 Avancier Service provision can be shared Avancier ► Two or more enterprises may use the services (business, application or technology) of the same service provider Environment of the shared service provider The business of enterprise A Shared Service Provider SaaS The business of enterprise B Applications Platform Services IaaS Technology IaaS ► A shared service provider is can be (and often is), owned and operated independently of its clients, Copyright Avancier Ltd 2013 Inter-layer client-server roles may be reversed Environment ► 1) An entity in the environment (say a customer) requests a service from directly from an business application. Business Services Business layer ► So, the app service becomes a business service. 1 4 App Services Avancier 3 Application layer Platform Services Technology layer Copyright Avancier Ltd 2013 ► 2) The application may then request a service of an entity (say an employee) in the business layer. 2 To keep it simple: this is a useful mental model Environment contains entities and activities that the business monitors, serves or directs Business Services Business layer usually a human activity system containing people (actors) who play roles in processes App Services Application layer contains digital information systems Platform Services Technology layer contains infrastructure or platform applications used by business applications Copyright Avancier Ltd 2013 Avancier ► Think of architecture domain/layers as related by client-server relationships, not always in this hierarchical way ► Each layer is a subsystem that realises services requested of it. Avancier 1. 2. 3. 4. 5. Taking a cross-organisational view Taking a strategic view Enabling business via IS and IT Focusing on the services systems deliver Abstract system descriptions Abstract system descriptions ““the EA is permanent and manages the EA artefacts delivered by projects.” TOGAF Copyright Avancier Ltd 2013 2003: Zachman emphasised the importance of documentation ► “If it gets so complex that you can’t remember everything all at the same time, you have to write it down (Architecture). ► Then, if you want to change it (whatever it is), you start with what you wrote down (Architecture), the baseline for managing change. ► If you are not observing the engineering design principles…, you are not going to realize the engineering design objectives of alignment, integration, reusability, interoperability, flexibility, reduced time-to-market, etc., etc., etc. ► … you are never going to appreciably reduce time-to-market until you have something in inventory before you get the order. ► If you are not building (and storing, managing and changing) primitive models, you are not doing Architecture. You are doing implementations. Copyright Avancier Limited 2103 Avancier EA as a description – in a repository ► EA maintains an abstract description of business roles & processes & the information systems & technologies they use. ““the EA is permanent and manages the EA artefacts delivered by projects.” TOGAF Avancier Business Process Information Systems IT platform Technologies Copyright Avancier Ltd 2013 Generic EA description entities ► EA treats the enterprise as a system ► A system is a structure of components that cooperate in processes to deliver services ► A component is a building block or subsystem that can be defined ■ Externally, by the services it offers Services Component ■ Internally, by the processes it performs to deliver those services ■ And for implementation, by the resources it needs Copyright Avancier Ltd 2013 Avancier Domains and entities - in TOGAF ► Such a 3-layer view is commonplace in architecture frameworks Avancier Business Services Business Business Function Business Function Business Function IS Services Services Component Business Function Information Systems Application Component Application Component Application Component Application Component Platform Services Technology Technology Component Copyright Avancier Ltd 2013 Technology Component Technology Component Technology Component Domains and entities - in ArchiMate ► Such a 3-layer view is commonplace in architecture frameworks Avancier Business Services Business Business Role Business Role Business Role Application Services Services Component Business Role Applications Application Component Application Component Application Component Application Component Infrastructure Services Node Node Technologies Node Copyright Avancier Ltd 2013 Node Avancier Copyright Avancier Ltd 2013 Core entities described in TOGAF Avancier ► TOGAF makes much of separating logical components from physical components. ► Here, logical means vendor/technology-neutral (but sometimes means external view) Business Service Business Process Business Function Business Organisation Role IS Service Data Entity Information Systems Platform Service Infrastructure Technology Passive Structure Logical App Logical Data Component Data Component Behaviour Copyright Avancier Ltd 2013 Actor Logical Technology Component Physical App Physical Data Component Physical Technology Component Active Structure A meta model for the BCS reference model for E&SA External Activity Environment Avancier External Entity Business Service Business Process Business Business Function Business Activity Organisation Role Actor Data Entity Use Case Data Store Automated Service Application Platform Service Technology Information Systems Infrastructure Technology Passive Structure Behaviour Copyright Avancier Limited 2013 Active Structure Avancier A few EA FAQS You may show this slide show provided you commend avancier.co.uk to your audience Copyright Avancier Ltd 2013 Q) Does EA shape the business strategy or business model? Avancier ► EA might inform strategic decisions, ■ say mergers and acquisitions, ► but does not usually initiate or conclude them. ► Enterprise architects can and do recommend business changes, ► But usually of a kind, related to business roles and processes that are repeated and deterministic enough to be systematised and digitised. Business Process Information Systems IT platform Technologies Copyright Avancier Ltd 2013 On the other hand, Avancier ► The more business activities rely on information systems ► the more important the IT support function. ► There are data processing businesses Business Process ■ banks ■ government departments ► where the human operation of digital information systems is core to the business. Information Systems IT platform Technologies Copyright Avancier Ltd 2013 Q) Does EA respond only to business strategy? ► EA frameworks do start from business drivers, goals, strategy and plans ► But there may be little strategy relevant to business systems ► EAs can be self-starters who find and propose ways to improve, rationalise, standardise and integrate business systems. ► Power and politics matter. ► If EAs are recognised and respected by CxOs, then such work is more likely to be approved. Copyright Avancier Ltd 2013 Avancier Business Process Information Systems IT platform Technologies Q) What is EA in the 21st century? ► Aligning IT with business needs remains a primary aim of EA. ► Since 1980, IT has been networked; so ■ employees carry devices and ■ customers connect from remote locations. ■ business managers have to worry more about availability and security of business data. ► That doesn't mean EA has become IT centric ► EA is still about planning how best to support business roles and processes with information systems. ► While recognising business processes now depend on a more pervasive, invasive and complex IS and IT estate. Copyright Avancier Ltd 2013 Avancier Q) What is the modern EA manager? ► ► ► ► “an exceptional senior management role with an opportunity to join a business which is making significant investment to create synergy between technology and growing business need, with significant upcoming projects including a Global ERP Rollout. ► “The successful candidate will ► lead technical strategy across the business ► alongside delivery of enterprise architecture to meet business requirements. Copyright Avancier Ltd 2013 Avancier The modern EA manager (2014) ► “Core Responsibilities: ► Definition and governance of architectural frameworks effectively translating business need to system requirements. ► Development, implementation and operation of Enterprise Architecture ► Definition of architecture alongside timescale, budget and roadmap to deliver effective use of technology. ► Management of governance forums. ► Identification of future opportunities to make commercial improvement and value to the business in terms of technology. ► Optimisation of cost, quality and risk of IT infrastructure capex investments through effective capex planning and architectural management. ► Oversight of IT governance, planning, portfolio management / support and performance management. Avancier ► “Experience ► The role holder will be able to display significant breadth of experience of the above alongside a proven track record of developing and managing a team. ► Ideal candidates will be strong strategic thinkers with exceptional skills across communication, leadership and stakeholder management. ► Deep knowledge of IT Strategy. ► Experience of multiple delivery methodologies ideally including Waterfall and Agile. ► Certification and experience in architectural framework e.g. TOGAF. ► Knowledge of and interest in emerging trends and technologies in areas like SaaS, SOA, IaaS and PaaS. ► Degree level qualification or similar.” Copyright Avancier Ltd 2013 Cross-organisational aims of EA today Avancier ► To improve business systems ■ Improve business data quality, relevance and use ► To help understanding and change impact analysis ■ Maintain an abstract description of business roles and processes and the systems they use ► To minimise business risks and maximise opportunities ““the EA is permanent and manages the EA artefacts delivered by projects.” TOGAF ■ Keep an eye on information system & technology evolution, and produce road maps where needed “Operating model” ► To optimise business systems and increase agility ■ Tidy up the mess of duplicated and overlapping systems by standardisation and integration. Copyright Avancier Ltd 2013 Integrated Coordinated Unified Diversified Replicated Standardised An EA manifesto Avancier Favour 1. Taking a cross-organisational view - over many local views ■ (to reduce TCO and complexity). 2. Taking a strategic view – over tactical-only views ■ (to minimise risk, redundancy and disintegrity). 3. Enabling business via IS and IT – over single-domain thinking ■ (to maximise opportunities and minimise wasteful IT spend) 4. Focusing on the services systems deliver – over their internal organisation ■ (to maintain an external view and ensure goals are met) 5. Abstract system descriptions - over very detailed or no documentation ■ (to facilitate understanding and change management). Copyright Avancier Ltd 2013 So, EA is not the best label for ► IT architecture alone ■ without reference to business processes, roles and systems. ► Solution architecture alone ■ without reference to other solutions in the same enterprise. ► Business processes alone ■ undocumented and/or without reference to business information systems. Copyright Avancier Ltd 2013 Avancier Enhancing TOGAF with Avancier Methods Avancier TOGAF’s ADM is a change management framework that promotes the role of architects AM gives architects more specific processes and documentation artefacts Preliminary Initiate H Architecture Change Management A Architecture Vision Establish capability Establish directions.... Scope the endeavour Get vision approved B Business Architecture Govern G Implementation Governance F Migration Planning C IS Architecture E Opportunities And solutions D Technology Architecture Respond to oper'l change Monitor the portfolio(s) Govern migration/delivery Initiate (re)construction Manage Manage stakeholders Manage requirements Manage business case Manage readiness & risks Plan Select suppliers Plot migration path Chart road map Complete delivery plan Copyright Avancier Ltd 2013 Architect Understand the baseline Review initiation products Clarify NFRs Design the target Methods and resources ► Avancier Methods are useful with all architecture frameworks that share similar ends and means Avancier BCS E&SA reference model ArchiMate Language Framework ► http://avancier.co.uk TOGAF The Open Group Avancier Methods CSC’s domains of change (POLDAT) IBM’s view EA EA as Strategy” MIT Copyright Avancier Ltd 2013 EA history 1980 to date (explained another slide show) 20th century sources ► Business Systems Planning , IBM ► PRISM ► The Zachman Framework ► EA Model, NIST ► EA Planning, Spewak ► IT Management Reform Act (Clinger Cohen Act) 21st century sources ► Federal EA Framework, Federal CIO council ► Enterprise edition of TOGAF, The Open Group ► Integrated Architecture Framework (IAF), Cap Gemini ► “EA as Strategy”, Ross, Weill and Robertson ► E&SA reference model, The British Computer Society Copyright Avancier Ltd 2013 Avancier 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. References Avancier “Business Systems Planning” see the Wikipedia entry, and the web site of Robinson College of Business, Georgia State University. "Business Systems Planning and Business Information Control Study: A comparison" (1982) John Zachman, in IBM Systems Journal 21(1). p32. "A Framework for Information Systems Architecture". (1987)John A. Zachman in IBM Systems Journal, vol 26, no 3. IBM Publication G3215298. “Enterprise Architecture Model” (1989) National Institute of Standards and Technology “Extending and formalising the information systems architecture framework”. Sowa & Zachman in IBM Systems Journal, Vol 31, No 3 “EA Planning” (1993) Stephen Spewak. See entry in Wikipedia for references. “IT Management Reform Act” (Clinger Cohen Act) 1996 Zachman EA Framework. See entry in Wikipedia for references. “Federal EA Framework” Federal CIO Council 1999/2001 “TOGAF” free to read at opengroup.org “EA as Strategy” (2006) Ross, Weill and Robertson / MIT Center for Information System Research “Avancier Methods” at avancier.co.uk. “The British Computer Society’s reference model for enterprise and solution architecture” downloadable from www.BCS.org. Copyright Avancier Limited
© Copyright 2024