Enterprise Architecture (EA) and It's Paradigm

As Enterprise Architecture (EA) function grows increasingly important, organizations need to understand that delivering highly coordinated and efficiently designed architecture structures, standards, and policies is essential to ensure success. The group has to ensure that the following best functions are understood and acted upon by enterprise stakeholders. In doing so, EA function will provide opportunities for greater success.

As Enterprise Architecture (EA) function grows increasingly important, organizations need to understand that delivering highly coordinated and efficiently designed architecture structures, standards, and policies is essential to ensure success. The group has to ensure that the following best functions are understood and acted upon by enterprise stakeholders. In doing so, EA function will provide opportunities for greater success.
 
Valid EA needs to be linked to and support the business. The capability of the architecture needs to reflect the required business capability. Too often, architecture is built by technologists for technologists, and does not necessarily reflect what is required by the business. The result may reflect an over-investment in IT, hoping to support any potential business decision, or a solution that is not correctly focused and inhibits business progress. EA must be driven by the business if it is going to support the business.
 
The key architecture drivers define what EA must achieve in order to be successful and support the business. These drivers convey the business needs and priorities to the IT community and relate the value of the architecture to the business. They are typically broad, high-level statements of business objectives, which can be met through the implementation of EA and its associated management processes. Each driver is stated in a simple, precise manner that is direct and easy for all to understand and remember, accompanied by a paragraph or two of details. Assumptions are made for areas where the general objective, requirement, and/or driver is known but cannot be clearly articulated. Making assumptions allows the work to continue, until these assumptions can be reviewed and resolved.
 
The key architecture drivers will be based on the required business and IT capabilities. The focus should not be used to build or define these capabilities, but to use them as input. A starter set of capability statements will include:
 
  • Competitive business advantage – capabilities
  • Adaptation to the technology marketplace
  • Business strategy and drivers
  • IT capabilities and future IT vision
           
Below is a sample set of questions, by no means complete, that may help to understand potential business and IT requirements:
 
  • Is there evidence that the business may enter new global markets? How will this change the IT architecture requirements?
  • Will there be natural growth or the acquisition/merger of other businesses and their IT systems?
  • What is the expected growth of the business? How will this affect the IT systems?
  • What are the significant business requirements? (e.g. CRM, SCM, etc.)
  • What is the IT value that the customer will see directly from the systems and services?
  • What key characteristics of the IT systems are important to the customers? (Accuracy, response times, resilience, availability etc.)
  • In what ways can IT provide the business with a competitive edge?
  • What are the most important features that IT systems should incorporate to enable staff to improve productivity and effectiveness? (e.g., single sign-on, mobility, email-enabled applications)
  • Are there any aspects of current IT services and support that constrain business growth? (service levels, availability, planning processes, time to market for new systems)
  • What are the implications of all existing (and potential) risk and regulatory requirements for IT architecture? What should be considered?
  • How do we get a full picture of customer activities?
  • What are the ground rules for exceptions/exclusions from the IT architecture that could benefit the sharing of common processes, resources, and information?
  • What are IT’s principal strengths in terms of the way in which it currently supports business needs?
  • What are the key areas of improvement for IT to support the needs of the business?
 
To help answer the questions listed above, the following is a sample of the key architecture drivers that can be used to guide EA function within an organization:
 
  • The architecture must support enhanced business flexibility and growth – Adherence to a well-defined architectural model, with documented variances where required, will allow for the timelier, thorough, and accurate assessment of the impact of a change. This will lead to the ability to re-deploy IT assets more quickly to accommodate changes in business direction or to support rapid business growth.
 
  • The architecture should enable more rapid and consistent technology decisions – An agreed set of technology principles and evaluation criteria should reduce the subjectivity of many technical decisions, reduce the time required for each decision, and improve the quality and consistency of such decisions. More consistent technology decisions and functions will lead to the better leveraging of investments in technology and the achievement of a higher level of interoperability among independent systems.
 
  • The architecture must enable enhanced problem and change management functions – The ability to carry out more accurate and timely assessments of change should also provide for fewer unanticipated problems and provide a more stable environment and higher service levels in the face of continuous change and growth.
 
  • The architecture must provide enhanced connectivity among systems and between both internal and external organizations – Through the definition and use of standard interfaces specified in the architecture, connectivity between systems and organizations should become significantly more achievable. As new connectivity requirements or new communication technologies arise, the architecture will allow for the faster and more accurate assessment of feasibility and desirability.
 
  • The architecture must provide more cost-effective IT deployment – With the increased complexity and interrelationship of components in distributed IT solutions, the number of components from which solutions are created must be maintained at a manageable level. Selecting a set of common components to meet common requirements will reduce implementation and ongoing support costs, decrease the time to implement common solutions, and improve the overall effectiveness of IT deployment. The adoption of common technology evaluation criteria will also contribute to more consistent and cost-effective technology decisions.
 
  • The architecture must enable the leveraging of IT assets across development efforts – Enabling the architecture involves defining common modules of functionality with common, well-defined solutions so that new development efforts will be able to leverage this modularity and reuse more existing functionality than has been possible in the past. Also, adherence to the IT architecture in developing systems and making platform decisions should lead to more homogeneous environments and make the widespread sharing of application systems, data, management processes and resources more achievable.
 
To achieve the aforementioned objectives, the organization, function, and architects have to follow certain mandates to deliver the architecture.
 
The organization has to:
 
  1. Appoint and empower corporate IT and business managers who understand, support, and enforce the architecture.
  2. Adopt an EA investment portfolio approach with supporting processes to ensure ongoing unified architecture management.
  3. Develop a culture where intellectual capital reuse is a standard to support the evolution of the architecture at the tactical and enterprise level.
  4. Ensure future EA updates have direct business area involvement and the updated process is not adversely influenced by major shifts in IT service delivery and strategy within the organization.
  5. Determine an appropriate architectural framework (Zachman, The Open Group Architecture Framework [TOGAF], etc.) to guide the organization’s development of the EA.
 
EA function has to:
 
  1. Publish the EA and make it available across the organization.
  2. Develop a communications plan to insure business and Information Services (IS) stakeholders adopt the defined architecture standards, guidelines, and policies.
  3. Establish effective communication to the business areas to ensure that there is a broad understanding of EA benefits and requirements outside of IS.
  4. Assign appropriate architecture components to architecture owners with the objective of ensuring that EA is regularly updated and in compliance with adopted standards.
  5. Implement appropriate metrics to regularly track and assess the success of the architecture.
  6. Integrate the architecture governance processes with project management office processes and procedures to ensure the appropriate checkpoints of the architecture are adhered to and formalized.
  7. Implement a Technology Management Function so that new and emerging technology can be incorporated into the architecture and effectively utilized to enhance business operations and reduce costs.
  8. Integrate EA into all aspects of the IS organization so that the advantages of a comprehensive architecture can be maximized.
  9. Plan the implementation of an EA tool to facilitate updating, modelling, and publishing the EA. 
  10. Plan for the use of an EA tool integrated with Project Management support capability so that solution architects can have automated access to EA standards and processes, planners can have online access to EA impact analyses, and projects can automatically update the EA information about current implementation and transition gaps. 
 
Enterprise Architects have to:
 
  1. Receive senior management commitment and support for the perpetual management of the EA.
  2. Elevate the importance of improving the organization’s business process maturity to support the EA and its enabling projects.
  3. Actively participate in standards organizations that address issues of concern to the business to ensure that new industry standards can be utilized without serious problems.
  4. Actively participate in professional organizations that address EA as part of their scope to obtain information on new developments that will arise.
  5. Produce a set of design drawings, and possibly models, to aid in visualizing the final design.
 
The architecture must be capable of being maintained, communicated, and enforced across the enterprise. By formalizing the development and communication of the IT Strategy, Architectural Principles, and Standards to the business units, the EA will become an integral part of the IT management process. It will define an architectural model of the IT infrastructure that will improve our understanding of installed and planned systems and how they interact with each other in the support of users. By providing a repository for architectural information, this document should improve the common understanding of many IT issues among the various decision-making entities, and improve the buy-in of the many groups involved in each IT investment decision.
 
  Mr. Ganesh Seetharaman is Head of IT Group Services heading Enterprise Architecture, Project Delivery and Business systems focus area for an Insurance group in U.K. His diverse background experience (16 years) spans planning and executing business and IT strategies across multiple industries. Mr. Ganesh's main area of expertise is analyzing business operations and recommending leading edge technology solutions for improving processes, enhancing productivity and reducing expenditure. He has earned a postgraduate degree in Information Sciences from the Kennedy Western University, specializing in Data management, Operations and Strategy that include Information Architecture, Usability Studies, System Design, and planning. 

Submitted By: Ganesh Seetharaman
 


Related Categories




Related Topics



Related Articles


A Framework for Assessing Enterprise Architecture (Version 2.0)

 A Framework for Assessing and Improving Enterprise Architecture Management - Version 2.0.

An Overview of Federal Enterprise Architecture (FEA)

 A quick overview of the Federal Enterprise Architecture (FEA).

An Overview of SC7 Standards

This presentation provides an overview of SC7 and its standards - a brief history of ISO/IEC 15504, Automotive SPICE; current developments in systems and software engineering standards.

Assessing Project Compliance with Enterprise Architecture

This article focuses on how to assess projects implementing business processes and IT systems on compliance with an Enterprise Architecture that provides constraints and high-level solutions.

Complementing Enterprise Architecture with SOA

The author argues that there is a natural tension between enterprise architecture and service oriented architecture - the enterprise level view and the project level view of architecture - that can be overcome to create more business value. EA and S...

Creating Business Value through Enterprise Architecture

This is a global study on the business value of enterprise architecture - do business executives consider EA critical to business value? Does EA maturity level vary by organization? Is business value related to EA maturity level? How can companies i...

Culture and its Impact on SOA Adoption

This presentation discusses a very interesting topic - the impact of culture on Service Oriented Architecture (SOA) implementation and adoption and how to manage dissonance to create a winning team. Very good discussion.

Delivering Business Value Through Enterprise Architecture

This white paper provides an overview of enterprise architecture’s role in the enterprise transformation process: common definitions, frameworks and views, the EA linkage to solution architectures and service-oriented architectures, the business val...

Delivering Flexible Business Value with Service-Oriented Architecture

This presentation provides an overview of service oriented architecture (SOA) and discusses its use to create business flexibility.

Enterprise Architecture Assessment Guide

The step-by-step guide helps assess enterprise architecture using an Enterprise Architecture Score Card.

Enterprise Architecture Benefit Realization Model

This paper proposes a theoretical model for Enterprise Architecture (EA) benefit realization based upon the DeLone and McLean IS Success model.

Enterprise Architecture for Organizational Transformation

This presentation provides an overview of the Federal Enterprise Architecture Framework (FEAF) and its use in transforming government to provide value.

Enterprise Architecture Maturity and Business Process Outsourcing Success

This master thesis presents an enterprise architecture maturity framework and uses it to establish a connection between enterprise architecture maturity and business process outsourcing success.

Enterprise Architecture Maturity Assessment

A simplified enterprise architecture maturity assessment model based upon a roadmap that migrates from "as-is" to "to-be" environment. Decision making at each step along the way is facilitated by understanding the risks and rewards of the options pr...

Enterprise Architecture Maturity Assessment

This report presents the analysis to assess enterprise architecture maturity using an enterprise architecture assessment framework. The work was done by the GAO for the federal government but can be adapted to the corporate world.

Enterprise Architecture Maturity Assessment Case Study

This case study uses Gartner's Enterprise Architecture Program Maturity Self Assessment Framework and tools to conduct a detailed assessment of the enterprise architecture program at the State of Oregon

Enterprise Architecture Maturity Dashboard

This paper discusses an approach, using standard frameworks, to assess the maturity of an organization’s Enterprise Architecture. 

Enterprise Architecture: The Issue for the Century?

  In this article, John Zachman, discusses the need for Enterprise Architecture. 

Extended Enterprise Architecture Framework (E2AF)

A one page quick reference summary of the Extended Enterprise Architecture Framework (E2AF) developed by IFEAD.

FEA Practice Guidance

The Federal Enterprise Architecture (FEA) Practice Guidance describes important  concepts architects can use with stakeholders to deliver value to the business and  improve results in agency mission areas.  The guidance provides overviews of  archit...

Federal Enterprise Architecture Reference Model Maintenance Process

This paper describes a process to maintain enterprise architecture reference models. This proposed maintenance process helps revise the FEA reference models to meet requirements, as well as evolve and transform the enterprise.

Federal Enterprise Architecture Template

The purpose of this document is to provide a framework for completing the Baseline and Target Architectures for each of an organization's operating units, and provide a mechanism for “rolling up” the operating unit architectures into a single Enterp...

Gaining Competitive Advantage through Enterprise Architecture

The author makes a business case for enterprise architecture - EA creates competitive advantage for the business; EA Maturity matters; EA's impact is increasing; To be effective EA must move beyond IT; EA forces a fundamental rethinking of business ...

How Does Enterprise Architecture Add Value

This paper makes a business case for enterprise architecture - the authors present an EA Benefits Model (EABM) which proposes that "EA leads to organisational benefits through its impact on four key benefit enablers: Organisational Alignment, Inform...

Integrating FEA with DoDAF and ITIL

This presentation discusses integrating the federal enterprise architecture framework with the department of defense architecture framework, information technology infrastructure library and the reference architecture for space data systems

IT Architecture Capability Maturity Model Guide

This IT architecture capability maturity model (CMM) assessment guide explains a framework to assess the progress an organization has made in implementing enterprise architecture against established best practices targets – the underlying premise is...

IT Architecture Capability Maturity Model Template

This IT architecture capability maturity model (CMM) assessment guide explains a framework to assess the progress an organization has made in implementing enterprise architecture against established best practices targets – the underlying premise is...

Maximizing Your SOA Investment

This paper discusses the business case for the service oriented architecture (SOA) investment - "it provides the dynamic capability to create innovation for managing change and empowering competitive advantage."

Service Oriented Architecture Governance

This presentation discusses Service Oriented Architecture (SOA) Governance.

Should Enterprise Architecture Break Out of IT?

The author argues that enterprise architecture's immense potential cannot be realized within the four walls of the IT organization - is it time for enterprise architecture to break away from IT?

Six Best Practices for Aligning Enterprise Architecture with the Business Strategy

This paper discusses best practices to align enterprise architecture with business strategy.

Trends in Enterprise Architecture

This is a non-scientific survey of Enterprise Architecture trends. The problem with survey and statistics is that one can make just about anything from them! However, it is good to read a survey and translate the results to one's particular situati...

Using the Federal Enterprise Architecture for Infrastructure Optimization

 This paper defines and discusses the use of the Federal Enterprise Architecture Framework for infrastructure optimization across disparate business units/organizations.

What is Enterprise Architecture?

"Enterprise Architecture (EA) is about creating and using a shared “language” (of words, graphics, and other depictions) to discuss and document every important aspect of the enterprise."

Where’s the Business in Enterprise Architecture?

This presentation discusses enterprise architecture in a business it alignment context - why this quest for business it alignment? what is business architecture? what are the organizational barriers to business value? how to change the business it a...

Why Doesn't the Federal Enterprise Architecture Work?

The federal government has spent more than a billion dollars in its attempt to put Enterprise Architecture into practice across the federal government. Unfortunately, much or possibly even most of this taxpayer money has been wasted. Many or likel...

Why Enterprise Architecture is Mission Impossible

“The business” does not exist, proclaims the author, and then goes on to show that this represents the major obstacle for successful enterprise architecture and mature IT.


Posted on 04/16/2009 by


Enterprise Architecture (EA) and It's Paradigm author ganeshseetharaman

ganeshseetharaman

Signup For ThoughtLeader









Subscribe


CIO Index

Our Focus is On Your Agenda

CIO Index is the world's largest professional network for CIOs - of the CIO, for the CIO, by the CIO. 

Over 70,000 CIOs and other IT Executives use CIO Index to Learn, Network and Share.

 

Cioindex, Inc.

  • (+1) 800-309-3550
  • Mon - Fri 9:00am - 5:00 pm
  • 115 Franklin Tpke, Mahwah, NJ 07430