LinkedIn
LinkedIn Enterprise Architecture Group
Login Form
Home Governance

Enterprise Architecture Organizational Readiness and Change Management

For a successful enterprise architecture program it is absolutely necessary that you prepare your organization for the long journey. Organizational readiness include not only making sure that everyone is aware about enterprise architecture program, but also making sure that you get the buy-in from all user group, and make necessary changes in the structure of the organization to support the program successfully. The activities include getting commitment from the executive sponsor and having that commitment passed down to the entire organization and involve a two way change, communication and feedback mechanism throughout the life of the program.


Sponsor Commitment

The enterprise architecture program must have full commitment from the executive sponsor who will be acting as the change agent for the business transformation program. The executive sponsor should validate the business goals and benefits with peers and senior executives and should obtain support from key “level two” or business leaders and direct reporting managers as shown in figure below.

 

enterprise-architecture-change-management-communication

Enterprise Organizational Communication Levels

 

Communication

Communication is they key for successful change management. It is important that the right message to the right audience is communicated at the right time. The communication strategy begins by creating communication groups and formulating message contexts, audience and involves activities for communicating to specific level and what information needed to be included to a specific communication group. The communication strategy should also include communication intervals, progress report and status report from all levels back to the executive sponsor(s) for monitoring and fine tuning. An active feedback channel should be set up within all levels to gather and analyze the effect of communication within your organization.

Transition Roles and Responsibilities

Perhaps the most unambiguous of organizational change management is the unknown about changes in future roles and responsibilities. Concerns about “getting the cheese back”, after the move. This step effects primarily at level III, as an enterprise architecture initiative will possibly streamline business processes, create new and introduce new and modern applications that need different level of supporting and owners. A detail responsibility and impact matrix, (sometimes a RACI matrix) needs to be created to analyze and determine whether a role needs new responsibility, accountability, or a new role for the new function. The matrix is also used to determine the transition path and “rolling-in” or “rolling-out” of a particular designation to a new role or organization. The new list of roles and responsibilities matrix is then prioritized for when the new role is taking effect and when the old role terminates. These are then aligned with communication plan and appropriate message should be delivered to the effecting roles to eliminate feeling of uncertainty in the organization. To some degree, you should also plan for individual one-on-one basis interaction.

Transition and Training

Transition and Training exercise will produce detail matrix of obsolete, current and future skill sets. The outcome of this exercise will produce a list that will supplement the roles and responsibility matrix to provide a transition roadmap for skill sets that are going obsolete and those are newly acquired. This activity will be integrated into the enterprise program office and change management office to continue identifying and scoping transition plan and resource requirements. Unless all appropriate users learn and trained how to use new and modern applications, any modernization or business transformation project post roll-out will be at failure of risk of acceptance.

Feedback

Constant feedback is necessary for monitoring the progress and effects of change. Feedback channels are setup along with communication plan. It is important to have creative ways of getting feedback back from end users. Use of social media, anonymous comments, emails, drop boxes, interactive sessions etc should be utilized to reach all levels of users and locations. This also applies to partner, vendors and all your eco channels.

Leadership Center of Excellence

Setting up Enterprise Architecture Center of Excellence (COE) and Leadership center will assist in building awareness on enterprise architecture, industry and market related development and best practices. The center of excellence will also help organization to understand the need for enterprise architecture and cultivate enterprise architecture governance processes. You could also bring external vendors such as IBM, SAP, Oracle etc or research organizations such as Gartner or Forrester for hosting conferences and awareness camps on new technology, processes and practices.

Sample Enterprise Architecture Organizational Model

A sample enterprise model is based on the assumption that your organizational need can be grouped into seven basic focus areas. Note that this organizational model does not represent your entire business but rather focus on core technology operations. The roles and responsibilities of each focus area a

  • Executive Strategy
  • Program Management
  • Business Processes
  • Business Governance
  • Business Technology
  • Business Information
  • Change Management
  • Security
 
enterprise-architecture-organization-model

 

Conceptual Organizational Structure Sample

Executive Strategy: Represents the highest executive in charge of an IT organization. Typically, this would be CIO or DCIO level and its administrative roles under immediate supervisory. This role is fully responsible for the providing executive direction, mission, vision, business goals, operations and its growth.

Business Information: Subject Matter Expert in Master Data Management and Business Intelligence capability. Lead development of business intelligence and information strategy, design and architecture to establish an Enterprise Information Management framework. Collaborate with other focus area groups to implement standards, architecture, security, change management and operational processes.

Business Processes: Subject Matter Expert in Business Process Modeling and Business Process Management. Lead design and modeling of new business processes across entire business program needs. Conduct business analysis, gap, fit and re-usability analysis on existing and new processes. Collaborate with other focus area groups to implement standards, architecture, security, change management and operational processes.

Business Governance: Subject Matter Expert in establishing Organizational Governance and Process Modeling. Lead and identify new strategic initiatives, business benefits and changes. Understand re-usability to particular process and recommends best practices, applies industry and market knowledge for process improvement. Advocate architecture, security, design and development guidelines and methodologies and make sure that enterprise processes follows them. Collaborate with other focus area groups to implement standards, architecture, security, change management and operational processes.

Business Technology: Subject Matter Expert in technology systems and software implementation and operations. Lead development, implementation and operations of technology, hardware and software. Develop and provide shared service support for all business programs as agreed upon the SLA. Collaborate with other focus area groups to implement standards, information management, architecture, security, change management and operational processes.

Security: Subject Matter Expert in enterprise security. Develop and provide security models for all focus area and business programs. Provide best practices and act as security advisory. Collaborate with other focus area groups to implement standards, information management, architecture, change management and operational processes.

Change Management: Subject Matter Expert in Organizational Change Management and Training Strategy Development. Develop and analyze organization training needs, assist in organizational change management, readiness and communication. Provide best practices and act as change board advisory. Collaborate with other focus area groups to implement standards, information management, architecture, change management and operational processes.

Program Management: Subject Matter Expert in Project Management Methodologies, Processes and Principles. Develop project repository, document project scope, work, manage projects, evaluate for redundancy and dependency, provide status and performance reports and prioritize projects. Collaborate with other focus area groups to implement standards, information management, architecture, change management and operational processes

 

Enterprise Architecture Change Management:

Enterprise Architecture and Change Management is one of the hot topics recently I ran into. The discussion was how establishing an enterprise architecture governance center of excellence (COE) process effects the organizational change. Before we get into the enterprise architecture governance and change management, let us analyze the growing need of enterprise architecture practice. Though enterprise architecture is not new, in recent years we are seeing broader trends in organizations adopting enterprise architecture. Some of this are a direct contribution of growth of enterprise architecture evangelism and summits by larger vendors and researchers like Gartner and Forrester. Other reason is that enterprise architecture itself is getting more matured with more success stories and case studies. More organizations are standardizing business processes for cost reduction and improved efficiency. But what should trigger an organization to standardize their enterprise architecture? Let’s discuss some key areas

Business Strategy

One of the key contributor to organizational change management is business strategy. There are many reasons why a company should adopt changes in the operational strategy. Ultimately, the goal is growth and revenue increase. Such changes in business strategy triggers many operational areas, and technology will be challenged to enable these agile business changes. Aligning technology and business is not a new story. Unfortunately, this term has been overly used by many, myself including. What is aligning business technology anyway? Clearly, when you think about this there is no one line answer. But you will be amazed with the challenges you would list when you start you alignment journey. Out the most, there is no doubt that larger organizations has challenges aligning their own business strategies within line of businesses. You will not be surprised to notice that your next cubicle neighbor was not aware about company’s plans of organizational change.

Globalization

Recent studies says that in coming years, more companies will be reaching out to take advantage of the global resources pool. According to Gartner research worldwide outsourcing market is to grow 8.1% in 2008. Off-shoring partners such as Tata, Wipro, Cognizant, Infosys are growing leaps. However, recent dollar plunge had some overcasts as well. That makes the jobs market a bit tougher right? Off course, without a doubt. Organizations, once again, need to take new steps on managing off-shore and on-shore resources. Timely work flow coordination and information gathering is critical for businesses that adopts this route. In order to deliver that, new technology framework and enterprise software that could streamline these processes becomes necessary. Do I hear change management?

Cost Reduction

“Our IT budget surpass sales”, this was one of the comment I recently heard from one of CIO who recently set up new enterprise architecture group. How this can cause change? The company needed to replace some of the old processes and methodologies for conducting daily business, including applications and business processes. They conducted a strenuous course on project portfolio, application rationalization, business process re-engineering, vendor consolidation, communication program and organizational assessment. After enterprise architecture COE drill, internal departments now has new processes in initiating projects. And program management has total control on managing the IT project portfolio, the enterprise architecture group operates at CIO’s advisory service, they have identified older systems to replace and reduce, roadmap for aligning an enterprise software package for greater process visibility. I am sure that not everyone were happy with this change management, even with a 15-20% forecast cost savings.

Market Competition

With strong growth in SAAS, mobile, open source and other technology sectors, the market and industry competition is still ahead of new innovations. Companies with older processes struggle to introduce new products in a timely fashion where time-to-market factor is very critical. On some other cases, those who have innovative ideas lack the technology to enable the go-to-market strategy. Both of them have common challenge. How to grab the market opportunity before others do. Once again, without an agile technology framework, standards and processes market competition becomes very challenging.

 

Enterprise Architecture Governance

Levels of Governance within the Enterprise

Architecture governance is the practice and orientation by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level.

Architecture governance typically does not operate in isolation, but within a hierarchy of governance structures, which, particularly in the larger enterprise, can include all of the following as distinct domains with their own disciplines and processes:

  • Corporate governance
  • Technology governance
  • IT governance
  • Architecture governance

Each of these domains of governance may exist at multiple geographic levels - global, regional, and local - within the overall enterprise.

Corporate governance is thus a broad topic, beyond the scope of an enterprise architecture framework such as TOGAF.

This and related subsections are focused on architecture governance; but they describe it in the context of enterprise-wide governance, because of the hierarchy of governance structures within which it typically operates, as explained above.

In particular, this and following sections aim to:

  • Provide an overview of the nature of governance as a discipline in its own right
  • Describe the governance context in which architecture governance typically functions within the enterprise
  • Describe an Architecture Governance Framework that can be adapted and applied in practice, both for enterprise architecture and for other forms of IT architecture

The Nature of Governance

Governance: A Generic Perspective

Governance is essentially about ensuring that business is conducted properly. It is less about overt control and strict adherence to rules, and more about guidance and effective and equitable usage of resources to ensure sustainability of an organization's strategic objectives.

The following outlines the basic principles of corporate governance, as identified by the Organization for Economic Co-operation and Development (OECD):

  • Focuses on the rights, roles, and equitable treatment of shareholders
  • Disclosure and transparency and the responsibilities of the board
  • Ensures:
    • Sound strategic guidance of the organization
    • Effective monitoring of management by the board
    • Board accountability for the company and to the shareholders
  • Board's responsibilities:
    • Reviewing and guiding corporate strategy
    • Setting and monitoring achievement of management's performance objectives

Supporting this, the OECD considers a traditional view of governance as: "... the system by which business corporations are directed and controlled. The corporate governance structure specifies the distribution of rights and responsibilities among different participants in the corporation - such as the board, managers, shareholders, and other stakeholders - and spells out the rules and procedures for making decisions on corporate affairs. By doing this, it also provides the structure through which the company objectives are set, and the means of attaining those objectives and monitoring performance" [OECD (1999)].

The Characteristics of Governance

The following characteristics have been adapted from Naidoo (2002) and are positioned here to highlight both the value and necessity for governance as an approach to be adopted within organizations and their dealings with all involved parties:

Discipline
All involved parties will have a commitment to adhere to procedures, processes, and authority structures established by the organization.
Transparency
All actions implemented and their decision support will be available for inspection by authorized organization and provider parties.
Independence
All processes, decision-making, and mechanisms used will be established so as to minimize or avoid potential conflicts of interest.
Accountability
Identifiable groups within the organization - e.g., governance boards who take actions or make decisions - are authorized and accountable for their actions.
Responsibility
Each contracted party is required to act responsibly to the organization and its stakeholders.
Fairness
All decisions taken, processes used, and their implementation will not be allowed to create unfair advantage to any one particular party.

Technology Governance

Technology governance is a key capability, requirement, and resource for most organizations because of the pervasiveness of technology across the organizational spectrum.

Recent studies have shown that many organizations have a balance in favor of intangibles rather than tangibles that require management. Given that most of these intangibles are informational and digital assets, it is evident that businesses are becoming more reliant on IT: and the governance of IT - IT governance - is therefore becoming an even more important part of technology governance.

These trends also highlight the dependencies of businesses on not only the information itself but also the processes, systems, and structures that create, deliver, and consume it. As the shift to increasing value through intangibles increases in many industry sectors, so risk management must be considered as key to understanding and moderating new challenges, threats, and opportunities.

Not only are organizations increasingly dependent on IT for their operations and profitability, but also their reputation, brand, and ultimately their value are also dependent on that same information and the supporting technology.

IT Governance

IT governance provides the framework and structure that links IT resources and information to enterprise goals and strategies. Furthermore, IT governance institutionalizes best practices for planning, acquiring, implementing, and monitoring IT performance, to ensure that the enterprise's IT assets support its business objectives.

In recent years, IT governance has become integral to the effective governance of the modern enterprise. Businesses are increasingly dependent on IT to support critical business functions and processes; and to successfully gain competitive advantage, businesses need to manage effectively the complex technology that is pervasive throughout the organization, in order to respond quickly and safely to business needs.

In addition, regulatory environments around the world are increasingly mandating stricter enterprise control over information, driven by increasing reports of information system disasters and electronic fraud. The management of IT-related risk is now widely accepted as a key part of enterprise governance.

It follows that an IT governance strategy, and an appropriate organization for implementing the strategy, must be established with the backing of top management, clarifying who owns the enterprise's IT resources, and, in particular, who has ultimate responsibility for their enterprise-wide integration.

An IT Governance Framework - COBIT

As with corporate governance, IT governance is a broad topic, beyond the scope of an enterprise architecture framework such as TOGAF. A good source of detailed information on IT governance is the COBIT framework (Control OBjectives for Information and related Technology). This is an open standard for control over IT, developed and promoted by the IT Governance Institute, and published by the Information Systems Audit and Control Foundation (ISACF).

COBIT also provides a generally accepted standard for good IT security and control practices to support the needs of enterprise management in determining and monitoring the appropriate level of IT security and control for their organizations.

The IT Governance Institute has also developed and built into the COBIT framework a set of Management Guidelines for COBIT, which consist of Maturity Models, Critical Success Factors (CFSs), Key Goal Indicators (KGIs), and Key Performance Indicators (KPIs). The framework responds to management's need for control and measurability of IT, by providing management with tools to assess and measure their organization's IT environment against the IT processes that COBIT identifies.

Architecture Governance: Overview

Architecture Governance Characteristics

Architecture governance is the practice and orientation by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level. It includes the following:

  • Implementing a system of controls over the creation and monitoring of all architectural components and activities, to ensure the effective introduction, implementation, and evolution of architectures within the organization
  • Implementing a system to ensure compliance with internal and external standards and regulatory obligations
  • Establishing processes that support effective management of the above processes within agreed parameters
  • Developing practices that ensure accountability to a clearly identified stakeholder community, both inside and outside the organization
Architecture Governance as a Board-Level Responsibility

As mentioned above, IT governance has recently become a board responsibility as part of overall business governance. The governance of an organization's architectures is a key factor in effective IT/business linkage, and is therefore increasingly becoming a key board-level responsibility in its own right.

This section aims to provide the impetus for opening up IT and architecture governance so that the business responsibilities associated with architecture activities and artefacts can be elucidated and managed.

TOGAF and Architecture Governance

Phase G of the TOGAF ADM (see Part II: Architecture Development Method (ADM), Phase G: Implementation Governance) is dedicated to implementation governance, which concerns itself with the realization of the architecture through change projects. implementation governance is just one aspect of architecture governance, which covers the management and control of all aspects of the development and evolution of enterprise architectures and other architectures within the enterprise.

Architecture governance needs to be supported by an Architecture Governance Framework (described in detail in Architecture Governance Framework) which assists in identifying effective processes so that the business responsibilities associated with architecture governance can be elucidated, communicated, and managed effectively.

Architecture Governance Framework

This section describes a conceptual and organizational framework for architecture governance.

As previously explained, Phase G of the TOGAF ADM (see Part II: Architecture Development Method (ADM), Phase G: Implementation Governance) is dedicated to implementation governance, which concerns itself with the realization of the architecture through change projects.

Implementation governance is just one aspect of architecture governance, which covers the management and control of all aspects of the development and evolution of enterprise architectures and other architectures within the enterprise.

Architecture governance needs to be supported by an Architecture Governance Framework, described in detail below. The governance framework described is a generic framework that can be adapted to the existing governance environment of an enterprise. It is intended to assist in identifying effective processes and organizational structures, so that the business responsibilities associated with architecture governance can be elucidated, communicated, and managed effectively.

Architecture Governance Framework - Conceptual Structure

Key Concepts

Conceptually, architecture governance is an approach, a series of processes, a cultural orientation, and set of owned responsibilities that ensure the integrity and effectiveness of the organization's architectures.

The key concepts are illustrated in Architecture Governance Framework - Conceptual Structure .

architecture governance framework, enterprise architecture governance


Figure: Architecture Governance Framework - Conceptual Structure

The split of process, content, and context are key to the support of the architecture governance initiative, by allowing the introduction of new governance material (legal, regulatory, standards-based, or legislative) without unduly impacting the processes. This content-agnostic approach ensures that the framework is flexible. The processes are typically independent of the content and implement a proven best practice approach to active governance.

The Architecture Governance Framework is integral to the Enterprise Continuum, and manages all content relevant both to the architecture itself and to architecture governance processes.

Key Architecture Governance Processes

Governance processes are required to identify, manage, audit, and disseminate all information related to architecture management, contracts, and implementation. These governance processes will be used to ensure that all architecture artefacts and contracts, principles, and operational-level agreements are monitored on an ongoing basis with clear auditability of all decisions made.

Policy Management and Take-On

All architecture amendments, contracts, and supporting information must come under governance through a formal process in order to register, validate, ratify, manage, and publish new or updated content. These processes will ensure the orderly integration with existing governance content such that all relevant parties, documents, contracts, and supporting information are managed and audited.

Compliance

Compliance assessments against Service Level Agreements (SLAs), Operational Level Agreements (OLAs), standards, and regulatory requirements will be implemented on an ongoing basis to ensure stability, conformance, and performance monitoring. These assessments will be reviewed and either accepted or rejected depending on the criteria defined within the governance framework.

Dispensation

A Compliance Assessment can be rejected where the subject area (design, operational, service level, or technology) are not compliant. In this case the subject area can:

  1. Be adjusted or realigned in order to meet the compliance requirements
  2. Request a dispensation

Where a Compliance Assessment is rejected, an alternate route to meeting interim conformance is provided through dispensations. These are granted for a given time period and set of identified service and operational criteria that must be enforced during the lifespan of the dispensation. Dispensations are not granted indefinitely, but are used as a mechanism to ensure that service levels and operational levels are met while providing a level flexibility in their implementation and timing. The time-bound nature of dispensations ensures that they are a major trigger in the compliance cycle.

Monitoring and Reporting

Performance management is required to ensure that both the operational and service elements are managed against an agreed set of criteria. This will include monitoring against service and operational-level agreements, feedback for adjustment, and reporting.

Internal management information will be considered in Environment Management .

Business Control

Business Control relates to the processes invoked to ensure compliance with the organization's business policies.

Environment Management

This identifies all the services required to ensure that the repository-based environment underpinning the governance framework is effective and efficient. This includes the physical and logical repository management, access, communication, training, and accreditation of all users.

All architecture artefacts, service agreements, contracts, and supporting information must come under governance through a formal process in order to register, validate, ratify, manage, and publish new or updated content. These processes will ensure the orderly integration with existing governance content such that all relevant parties, documents, contracts, and supporting information are managed and audited.

The governance environment will have a number of administrative processes defined in order to effect a managed service and process environment. These processes will include user management, internal SLAs (defined in order to control its own processes), and management information reporting.

Architecture Governance Framework - Organizational Structure

Overview

Architecture governance is the practice and orientation by which enterprise architectures and other architectures are managed and controlled. In order to ensure that this control is effective within the organization, it is necessary to have the correct organizational structures established to support all governance activities.

An architecture governance structure for effectively implementing the approach described in this section will typically include the following levels, which may in practice involve a combination of existing IT governance processes, organizational structures, and capabilities. They will typically include the following:

  • Global governance board
  • Local governance board
  • Design authorities
  • Working parties

The architecture organization illustrated in Architecture Governance Framework - Organizational Structure highlights the major structural elements required for an architecture governance initiative. While each enterprise will have differing requirements, it is expected that the basics of the organizational design shown in Architecture Governance Framework - Organizational Structure will be applicable and implementable in a wide variety of organizational types.

enterprise architecture governance framework, governance model, EA governance model, EA governance framework, EA governance


Figure: Architecture Governance Framework - Organizational Structure
Key Areas

Architecture Governance Framework - Organizational Structure identifies three key areas of architecture management: Develop, Implement, and Deploy. Each of these is the responsibility of one or more groups within the organization, while the Enterprise Continuum is shown to support all activities and artefacts associated with the governance of the architectures throughout their lifecycle.

The Develop responsibilities, processes, and structures are usually linked to the TOGAF ADM and its usage, while the Implement responsibilities, processes, and structures are typically linked to Phase G (see Part II: Architecture Development Method (ADM), Phase G: Implementation Governance).

As mentioned above, the Architecture Governance Framework is integral to the Enterprise Continuum, and manages all content relevant both to the architectures themselves and to architecture governance processes.

Operational Benefits

As illustrated in Architecture Governance Framework - Organizational Structure , the governance of the organization's architectures provides not only direct control and guidance of their development and implementation, but also extends into the operations of the implemented architectures.

The following benefits have been found to be derived through the continuing governance of architectures:

  • Links IT processes, resources, and information to organizational strategies and objectives
  • Integrates and institutionalizes IT best practices
  • Aligns with industry frameworks such as COBIT (planning and organizing, acquiring and implementing, delivering and supporting, and monitoring IT performance)
  • Enables the organization to take full advantage of its information, infrastructure, and hardware and software assets
  • Protects the underlying digital assets of the organization
  • Supports regulatory and best practice requirements such as auditability, security, responsibility, and accountability
  • Promotes visible risk management

These benefits position the TOGAF Architecture Governance Framework as an approach, a series of processes, a cultural orientation, and a set of owned responsibilities, that together ensure the integrity and effectiveness of the organization's architectures.

Architecture Governance in Practice

This section provides practical guidelines for the effective implementation of architecture governance.

Architecture Governance - Key Success Factors

It is important to consider the following to ensure a successful approach to architecture governance, and to the effective management of the Architecture Contract:

  • Establishment and operation of best practices for the submission, adoption, re-use, reporting, and retirement of architecture policies, procedures, roles, skills, organizational structures, and support services
  • Establishment of the correct organizational responsibilities and structures to support the architecture governance processes and reporting requirements
  • Integration of tools and processes to facilitate the take-up of the processes, both procedurally and culturally
  • Management of criteria for the control of the architecture governance processes, dispensations, compliance assessments, SLAs, and OLAs
  • Meeting the internal and external requirements for the effectiveness, efficiency, confidentiality, integrity, availability, compliance, and reliability of all architecture governance-related information, services, and processes

Elements of an Effective Architecture Governance Strategy

Architecture Governance and Corporate Politics

There is a similarity between enterprise architecture and architecture in the physical world, in that politics has an important role to play in the acceptance of both architectures. In the real world, it is the dual politics of the environment and commerce, while in the world of enterprise architecture a consideration of corporate politics is critical.

An enterprise architecture imposed without appropriate political backing is bound to fail. In order to succeed, the enterprise architecture must reflect the needs of the organization. Enterprise architects, if they are not involved in the development of business strategy, must at least have a fundamental understanding of it and of the prevailing business issues facing the organization. It may even be necessary for them to be involved in the system deployment process and to ultimately own the investment and product selection decisions arising from the implementation of the Technology Architecture.

Key Strategic Elements

There are three important elements of architecture governance strategy that relate particularly to the acceptance and success of architecture within the enterprise. While relevant and applicable in their own right apart from their role in governance, and therefore described separately, they also from an integral part of any effective architecture governance strategy:

  • A cross-organizational Architecture Board (see Architecture Board) must be established with the backing of top management to oversee the implementation of the IT governance strategy.
  • A comprehensive set of architecture principles (Architecture Principles) should be established, to guide, inform, and support the way in which an organization sets about fulfilling its mission through the use of IT.
  • An Architecture Compliance (see Architecture Compliance) strategy should be adopted - specific measures (more than just a statement of policy) to ensure compliance with the architecture, including Project Impact Assessments, a formal Architecture Compliance review process, and possibly including the involvement of the architecture team in product procurement.