Enterprise Architecture Governance - Revision history

User at 10:50, 16 July 2023

2023-07-16T10:50:37Z

User at 12:35, 20 January 2023

2023-01-20T12:35:58Z

User at 23:29, 18 January 2023

2023-01-18T23:29:10Z

User at 23:26, 18 January 2023

2023-01-18T23:26:31Z

User at 23:25, 18 January 2023

2023-01-18T23:25:59Z

User at 00:24, 6 January 2023

2023-01-06T00:24:59Z

User at 17:31, 2 November 2022

2022-11-02T17:31:07Z

User at 16:55, 20 September 2022

2022-09-20T16:55:56Z

User: The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

2021-02-06T15:40:08Z

The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

User at 16:14, 29 May 2020

2020-05-29T16:14:42Z

← Older revision		Revision as of 10:50, 16 July 2023
Line 2:		Line 2:
	'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm leadership, complete knowledge of organizational structure, a confident direction, and the enablement of effective IT processes to promote an enterprise’s strategies. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an organization’s visions and standards are aligned with actual business requirements.<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>		'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm leadership, complete knowledge of organizational structure, a confident direction, and the enablement of effective IT processes to promote an enterprise’s strategies. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an organization’s visions and standards are aligned with actual business requirements.<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>

−	Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of enterprise architecture which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool for enterprise governance. Apparently, two different aspects of enterprise architecture have to be recognized: how it contributes to governance, and how it is governed in itself.	+	Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of [[Enterprise Architecture\|enterprise architecture]] which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool for enterprise governance. Apparently, two different aspects of enterprise architecture have to be recognized: how it contributes to governance, and how it is governed in itself.

← Older revision		Revision as of 12:35, 20 January 2023
Line 51:		Line 51:

	== See Also ==		== See Also ==
−	*[[~~IT Governance~~]]	+	*[[Architecture Review Board (ARB)]]

@@ Line 2: / Line 2: @@
 '''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm leadership, complete knowledge of organizational structure, a confident direction, and the enablement of effective IT processes to promote an enterprise’s strategies. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an organization’s visions and standards are aligned with actual business requirements.<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>
-Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of enterprise architecture which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool
+Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of enterprise architecture which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool for enterprise governance. Apparently, two different aspects of enterprise architecture have to be recognized: how it contributes to governance, and how it is governed in itself.
@@ Line 52: / Line 51: @@
 == See Also ==
+*[[IT Governance]]

← Older revision		Revision as of 23:26, 18 January 2023
Line 37:		Line 37:
	*The Enterprise Design Authority (EDA) is responsible for setting corporate-level architecture vision and direction, along with setting best practices, processes, guiding principles, standards, reference architectures, and other architecture guardrails. The EDA is led by the Chief Architect and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs (COO, CFO, CEO) as the situation demands.		*The Enterprise Design Authority (EDA) is responsible for setting corporate-level architecture vision and direction, along with setting best practices, processes, guiding principles, standards, reference architectures, and other architecture guardrails. The EDA is led by the Chief Architect and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs (COO, CFO, CEO) as the situation demands.

−	The EDA and DDAs should consist of representatives from IT and business both. Once a detailed EA governance process is formalized, it should be properly communicated to relevant ~~[[Stakeholder\|~~stakeholders]] to ensure a common understanding and smooth execution.	+	The EDA and DDAs should consist of representatives from IT and business both. Once a detailed EA governance process is formalized, it should be properly communicated to relevant stakeholders to ensure a common understanding and smooth execution.

@@ Line 1: / Line 1: @@
 == What is Enterprise Architecture Governance? ==
-'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm [[Leadership|leadership]], complete knowledge of [[Organizational Structure|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)|IT]] processes to promote an [[Business Strategy|enterprise’s strategies]]. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an [[Business Vision|organization’s visions]] and standards are aligned with actual [[Business Requirements|business requirements]].<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>
+'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm leadership, complete knowledge of organizational structure, a confident direction, and the enablement of effective IT processes to promote an enterprise’s strategies. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an organization’s visions and standards are aligned with actual business requirements.<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>
 Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of enterprise architecture which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool
@@ Line 7: / Line 7: @@
 == The Scope of Enterprise Architecture Governance (EAG)<ref>What is The Scope of Enterprise Architecture Governance (EAG)? [https://www.slideshare.net/TransformationInnovation/enterprise-architecture-governance-a-framework-for-successful-business Nathaniel Palmer]</ref> ==
-*[[Corporate Strategy]]: defines what the company will be and how it will compete
+*Corporate Strategy: defines what the company will be and how it will compete
 *Product Strategy: defines what the company sells and how it sells it
 *Functional Strategies: define how to operate the company,
@@ Line 25: / Line 25: @@
 **Takes input from and proposes changes to technology and business components of an Enterprise Roadmap.
 **Measures and reports against changes to determine effectiveness.
-*A Roadmap Management Process: A final element of effective EA Governance is managing change against the Enterprise Roadmap. This is  considered an EA process even though it is not entirely owned and executed by the EA group (depending on the organization's definition of EA.) In many IT shops, management against strategic assets such as a roadmap is the function of a business strategy and planning group. This team is, in a broad sense, part of the organization's EA function, whether so named or not. An effective roadmap management process has several elements. First, a clear definition of what the roadmap is and is not is essential; creating this definition can be tough. Is the [[Roadmap|roadmap]] a PowerPoint presentation? Is it the underlying [[data]] about the proposed investments and technology landscape? Is it statements about strategy and desired outcomes made in other communications? Once the contents of the roadmap have been defined, components that will be controlled, Rules about how changes are made, and who approves them must be clearly documented. The Roadmap Management Process helps set expectations, promoting continued business and IT partnership through transparency. Without it, the benefits of the roadmap quickly vanish as uncontrolled changes make the roadmap irrelevant and governance impossible.
+*A Roadmap Management Process: A final element of effective EA Governance is managing change against the Enterprise Roadmap. This is  considered an EA process even though it is not entirely owned and executed by the EA group (depending on the organization's definition of EA.) In many IT shops, management against strategic assets such as a roadmap is the function of a business strategy and planning group. This team is, in a broad sense, part of the organization's EA function, whether so named or not. An effective roadmap management process has several elements. First, a clear definition of what the roadmap is and is not is essential; creating this definition can be tough. Is the roadmap a PowerPoint presentation? Is it the underlying data about the proposed investments and technology landscape? Is it statements about strategy and desired outcomes made in other communications? Once the contents of the roadmap have been defined, components that will be controlled, Rules about how changes are made, and who approves them must be clearly documented. The Roadmap Management Process helps set expectations, promoting continued business and IT partnership through transparency. Without it, the benefits of the roadmap quickly vanish as uncontrolled changes make the roadmap irrelevant and governance impossible.
 == The Balanced EA Governance Model<ref>The Balanced EA Governance Model [https://www.linkedin.com/pulse/model-enterprise-architecture-governance-sumeet-goenka Sumeet Goenka]</ref> ==
-There are multiple EA governance models possible, as per the level of architecture maturity and corporate structures across organizations, as well as any major change transformation planned. A typical and rightly balanced [[model]] for centralized environments, where IT projects are managed and delivered centrally, looks like this:
+There are multiple EA governance models possible, as per the level of architecture maturity and corporate structures across organizations, as well as any major change transformation planned. A typical and rightly balanced model for centralized environments, where IT projects are managed and delivered centrally, looks like this:
 [[File:Enterprise_Architecture_Governance_Model.jpg|300px|EA Governance Model]]<br />
 source: Sumeet Goenka
-*The Domain Design Authorities (DDAs), in this model, are “business domain aligned”, for ex. Retail Operations, CRM & eCommerce, Supply Chain & Logistics, etc., and are led by EA Domain Architects. The DDAs provide a point of contact for project teams (vendor-run or internal) to ensure [[compliance]] with architecture standards and the overall EA direction, along with ensuring the [[quality]] of solutions being delivered.
+*The Domain Design Authorities (DDAs), in this model, are “business domain aligned”, for ex. Retail Operations, CRM & eCommerce, Supply Chain & Logistics, etc., and are led by EA Domain Architects. The DDAs provide a point of contact for project teams (vendor-run or internal) to ensure compliance with architecture standards and the overall EA direction, along with ensuring the quality of solutions being delivered.
-*The Enterprise Design Authority (EDA) is responsible for setting corporate-level architecture vision and direction, along with setting best practices, processes, guiding principles, standards, reference architectures, and other architecture guardrails. The EDA is led by the Chief Architect and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs ([[Chief Operating Officer (COO)|COO]], [[Chief Financial Officer (CFO)|CFO]], [[Chief Executive Officer (CEO)|CEO]]) as the situation demands.
+*The Enterprise Design Authority (EDA) is responsible for setting corporate-level architecture vision and direction, along with setting best practices, processes, guiding principles, standards, reference architectures, and other architecture guardrails. The EDA is led by the Chief Architect and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs (COO, CFO, CEO) as the situation demands.
 The EDA and DDAs should consist of representatives from IT and business both. Once a detailed EA governance process is formalized, it should be properly communicated to relevant [[Stakeholder|stakeholders]] to ensure a common understanding and smooth execution.
@@ Line 52: / Line 52: @@
 == See Also ==
-[[Enterprise Architecture|Enterprise Architecture]]<br />
@@ Line 80: / Line 61: @@
 == Further Reading ==
 *Enterprise architecture governance: the need for a business-to-IT approach [https://dl.acm.org/citation.cfm?id=1363820 	Robert Winter,	Joachim Schelp]
-*Framing a Collaborative Enterprise Architecture Governance Program within the Context of [[Service]]-Oriented [[Software]] Systems Development [https://scholarsbank.uoregon.edu/xmlui/bitstream/handle/1794/7665/2007-mcclure.pdf?sequence=1 Mark McClure]
+*Framing a Collaborative Enterprise Architecture Governance Program within the Context of Service-Oriented Software Systems Development [https://scholarsbank.uoregon.edu/xmlui/bitstream/handle/1794/7665/2007-mcclure.pdf?sequence=1 Mark McClure]
 *Enterprise Architecture Governance Procedures [https://www.epa.gov/sites/production/files/2013-11/documents/cio-2122-p-01.1.pdf epa.gov]
 *Enterprise Architecture Governance: A Framework Approach [https://www.researchgate.net/publication/279951524_Enterprise_Architecture_Governance_A_Framework_Approach Tyson Brooks]
 __NOTOC__

@@ Line 1: / Line 1: @@
-== Enterprise Architecture Governance Definition<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref> ==
+== What is Enterprise Architecture Governance? ==
-'''[[Enterprise Architecture]] Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a [[Business|business]]. It involves firm [[Leadership|leadership]], a complete knowledge of [[Organizational Structure|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)|IT]] processes to promote an [[Business Strategy|enterprise’s strategies]]. The [[objective]] of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures and standards—all of which to ensure an [[Business Vision|organization’s visions]] and standards are aligned with actual [[Business Requirements|business requirements]].
+'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a business. It involves firm [[Leadership|leadership]], complete knowledge of [[Organizational Structure|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)|IT]] processes to promote an [[Business Strategy|enterprise’s strategies]]. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures, and standards—all of which to ensure an [[Business Vision|organization’s visions]] and standards are aligned with actual [[Business Requirements|business requirements]].<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref>
+Enterprise architecture governance is defined by the US Bureau of Census as “a critical component of enterprise architecture which provides for continuous improvement, migration, and measurement of business systems so that business and technology coalesce to meet the mission of the enterprise.” Other authors see architecture as a mechanism for governance of the complexity of digital organizations with a focus on business-IT alignment. Common to these two views is the importance of aligning business and technology in a dynamic environment. A key difference is that one view defines governance as a component of enterprise architecture and the other recognizes that enterprise architecture in turn is a tool
-__TOC__
+for enterprise governance. Apparently, two different aspects of enterprise architecture have to be recognized: how it contributes to governance, and how it is governed in itself.
 == The Scope of Enterprise Architecture Governance (EAG)<ref>What is The Scope of Enterprise Architecture Governance (EAG)? [https://www.slideshare.net/TransformationInnovation/enterprise-architecture-governance-a-framework-for-successful-business Nathaniel Palmer]</ref> ==
-*Corporate [[Strategy]]: defines what the company will be and how it will compete
+*[[Corporate Strategy]]: defines what the company will be and how it will compete
-*[[Product]] Strategy: defines what the company sells and how it sells it
+*Product Strategy: defines what the company sells and how it sells it
 *Functional Strategies: define how to operate the company,
 *IT Tactical Plans & Execution: Implementation processes and tracking mechanisms
@@ Line 18: / Line 18: @@
 == Components of Enterprise Architecture Governance<ref>Components of Enterprise Architecture Governance [https://www.cio.com/article/2372450/the-essential-ea-toolkit-part-3---an-architecture-governance-process.html cio.com]</ref> ==
-There are three components of an effective EA Governance. The first two are commonly recognized as being part of "[[Enterprise Architecture|EA]]", while the third is an EA function in a strategic sense but is not solely owned and executed by traditional EA teams.
+There are three components of effective EA Governance. The first two are commonly recognized as being part of "EA", while the third is an EA function in a strategic sense but is not solely owned and executed by traditional EA teams.
-*An Architecture Review [[Process]]: This process establishes periodic reviews of solutions at various points in the technology delivery lifecycle and proposes changes to the body of architecture standards. It is tactically focused; with the objective of ensuring conformance to strategy and standards, identifying exceptions, and documenting issues with enterprise impacts. Most mature architecture organizations have some form of architecture review, however some overlook a fundamental benefit - review provides a chance to educate and seek consensus.
+*An Architecture Review Process: This process establishes periodic reviews of solutions at various points in the technology delivery lifecycle and proposes changes to the body of architecture standards. It is tactically focused; with the objective of ensuring conformance to strategy and standards, identifying exceptions, and documenting issues with enterprise impacts. Most mature architecture organizations have some form of architecture review, however, some overlook a fundamental benefit - review provides a chance to educate and seek consensus.
-*A Standards [[Management]] Process: The Standards Management Process establishes change [[control]] over architecture standards. It defines how an [[organization]] tracks deficiencies and gaps in its body of enterprise standards and methodically works toward [[improvement]]. While the Architecture Review Process is about review of solutions and changes in the standards; the Standards Management Process is about controlling the change process and communicating the impacts. A good standards management process -
+*A Standards Management Process: The Standards Management Process establishes change control over architecture standards. It defines how an organization tracks deficiencies and gaps in its body of enterprise standards and methodically works toward improvement. While the Architecture Review Process is about the review of solutions and changes in the standards; the Standards Management Process is about controlling the change process and communicating the impacts. A good standards management process -
 **Identifies and documents enterprise standards that need or present an opportunity for improvement.
 **Assigns accountability and responsibility for improving the standards.
-**Takes input from and proposes changes to technology and [[business]] components of an Enterprise [[Roadmap]].
+**Takes input from and proposes changes to technology and business components of an Enterprise Roadmap.
 **Measures and reports against changes to determine effectiveness.
-*A Roadmap Management Process: A final element of effective EA Governance is managing change against the [[IT Roadmap|Enterprise Roadmap]]. This is  considered an EA process even though it is not entirely owned and executed by the EA group (depending on the organization's definition of EA.) In many IT shops, management against strategic assets such as a roadmap is the function of a business strategy and planning group. This team is, in a broad sense, part of the organization's EA function, whether so named or not. An effective roadmap management process has several elements. First, a clear definition of what the roadmap is and is not is essential; creating this definition can be tough. Is the [[Roadmap|roadmap]] a PowerPoint presentation? Is it the underlying [[data]] about the proposed investments and technology landscape? Is it statements about strategy and desired outcomes made in other communications? Once the contents of the roadmap have been defined, components that will be controlled, Rules about how changes are made and who approves them must be clearly documented. The Roadmap Management Process helps set expectations, promoting continued business and IT partnership through transparency. Without it, the benefits of the roadmap quickly vanish as uncontrolled changes make the roadmap irrelevant and governance impossible.
+*A Roadmap Management Process: A final element of effective EA Governance is managing change against the Enterprise Roadmap. This is  considered an EA process even though it is not entirely owned and executed by the EA group (depending on the organization's definition of EA.) In many IT shops, management against strategic assets such as a roadmap is the function of a business strategy and planning group. This team is, in a broad sense, part of the organization's EA function, whether so named or not. An effective roadmap management process has several elements. First, a clear definition of what the roadmap is and is not is essential; creating this definition can be tough. Is the [[Roadmap|roadmap]] a PowerPoint presentation? Is it the underlying [[data]] about the proposed investments and technology landscape? Is it statements about strategy and desired outcomes made in other communications? Once the contents of the roadmap have been defined, components that will be controlled, Rules about how changes are made, and who approves them must be clearly documented. The Roadmap Management Process helps set expectations, promoting continued business and IT partnership through transparency. Without it, the benefits of the roadmap quickly vanish as uncontrolled changes make the roadmap irrelevant and governance impossible.
 == The Balanced EA Governance Model<ref>The Balanced EA Governance Model [https://www.linkedin.com/pulse/model-enterprise-architecture-governance-sumeet-goenka Sumeet Goenka]</ref> ==
-There are multiple EA governance models possible, as per level of architecture maturity and corporate structures across organisations, as well as any major change transformation planned. A typical and rightly balanced [[model]] for centralised environments, where IT [[Project Management|projects are managed]] and delivered centrally, looks like this:
+There are multiple EA governance models possible, as per the level of architecture maturity and corporate structures across organizations, as well as any major change transformation planned. A typical and rightly balanced [[model]] for centralized environments, where IT projects are managed and delivered centrally, looks like this:
 [[File:Enterprise_Architecture_Governance_Model.jpg|300px|EA Governance Model]]<br />
 source: Sumeet Goenka
-*The Domain [[Design]] Authorities (DDAs), in this model, are “business domain aligned”, for ex. Retail Operations, [[Customer Relationship Management (CRM)|CRM]] & [[E-Commerce|Ecommerce]], [[Supply Chain|Supply Chain]] & [[Logistics]] etc., and are led by EA Domain Architects. The DDAs provide point of contacts for project teams ([[vendor]] run or internal) to ensure [[compliance]] with architecture standards and the overall EA direction, along with ensuring the [[quality]] of solutions being delivered.
+*The Domain Design Authorities (DDAs), in this model, are “business domain aligned”, for ex. Retail Operations, CRM & eCommerce, Supply Chain & Logistics, etc., and are led by EA Domain Architects. The DDAs provide a point of contact for project teams (vendor-run or internal) to ensure [[compliance]] with architecture standards and the overall EA direction, along with ensuring the [[quality]] of solutions being delivered.
-*The Enterprise Design Authority (EDA) is responsible for setting corporate level architecture [[vision]] and direction, along with setting best practices, processes, guiding principles, standards, reference architectures and other architecture guardrails. The EDA is led by the Chief Architect, and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs ([[Chief Operating Officer (COO)|COO]], [[Chief Financial Officer (CFO)|CFO]], [[Chief Executive Officer (CEO)|CEO]]) as situation demands.
+*The Enterprise Design Authority (EDA) is responsible for setting corporate-level architecture vision and direction, along with setting best practices, processes, guiding principles, standards, reference architectures, and other architecture guardrails. The EDA is led by the Chief Architect and is primarily overseen by the [[Chief Information Officer (CIO)]], with occasional oversight by other CXOs ([[Chief Operating Officer (COO)|COO]], [[Chief Financial Officer (CFO)|CFO]], [[Chief Executive Officer (CEO)|CEO]]) as the situation demands.
-The EDA and DDAs should consist of representatives from IT and business both. Once a detailed EA governance process is formalised, it should be properly communicated to relevant [[Stakeholder|stakeholders]] to ensure a common understanding and smooth execution.
+The EDA and DDAs should consist of representatives from IT and business both. Once a detailed EA governance process is formalized, it should be properly communicated to relevant [[Stakeholder|stakeholders]] to ensure a common understanding and smooth execution.
 == Enterprise Architecture Governance Implementation<ref>Enterprise Architecture Governance Implementation [https://www.academia.edu/3653501/Enterprise_Architecture_Governance_A_Framework_Approach Tyson Brooks]</ref> ==
 Implementation of any EA governance process will require several steps.
-*First, the EA governance [[framework]] must be reviewed and approved by the organizational entities and stakeholders who are involved in or are impacted by the EA program. Even though this a lengthy process, a consensus must be reached before proceeding any further. *Second, as the EA program matures, selected EA governance procedures that will describe “how-to” details of the EA governance will need to be developed.The following EA governance procedures are particularly critical:
+*First, the EA governance framework must be reviewed and approved by the organizational entities and stakeholders who are involved in or are impacted by the EA program. Even though this is a lengthy process, a consensus must be reached before proceeding any further. *Second, as the EA program matures, selected EA governance procedures that will describe “how-to” details of the EA governance will need to be developed. The following EA governance procedures are particularly critical:
-**Introduction of a new [[standard]] or standard update.
+**Introduction of a new standard or standard update.
 **Prioritization process and criteria for inclusion of IT projects in the Transition Plan.
-**IT project [[impact]] analysis.
+**IT project impact analysis.
-**Alignment of IT projects with EA at [[Software Development Life Cycle (SDLC)|SDLC]] milestones.
+**Alignment of IT projects with EA at SDLC milestones.
-**Waiver requests for non compliance IT standards with [[Enterprise Architecture]].
+**Waiver requests for noncompliance with IT standards with Enterprise Architecture.
-*Third, an EA governance implementation plan should be written that will expand on the EA governance framework and provide a schedule for implementing additional items not included in the framework. The implementation of the EA governance process within an organization will be the responsibility of the EA program [[manager]] or chief architect. The first step in implementing the EA governance process will be reviewing, fine-tuning, and approving the EA governance framework. Once the framework has been finalized and approved, the supporting EA governance procedures will need to be developed and communicated to all parties involved.
+*Third, an EA governance implementation plan should be written that will expand on the EA governance framework and provide a schedule for implementing additional items not included in the framework. The implementation of the EA governance process within an organization will be the responsibility of the EA program manager or chief architect. The first step in implementing the EA governance process will be reviewing, fine-tuning, and approving the EA governance framework. Once the framework has been finalized and approved, the supporting EA governance procedures will need to be developed and communicated to all parties involved.
@@ Line 83: / Line 83: @@
 *Enterprise Architecture Governance Procedures [https://www.epa.gov/sites/production/files/2013-11/documents/cio-2122-p-01.1.pdf epa.gov]
 *Enterprise Architecture Governance: A Framework Approach [https://www.researchgate.net/publication/279951524_Enterprise_Architecture_Governance_A_Framework_Approach Tyson Brooks]

← Older revision		Revision as of 16:55, 20 September 2022
Line 1:		Line 1:
	== Enterprise Architecture Governance Definition<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref> ==		== Enterprise Architecture Governance Definition<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref> ==
−	'''~~Enterprise~~ [[Architecture]] Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a [[Business\|business]]. It involves firm [[Leadership\|leadership]], a complete knowledge of [[Organizational Structure\|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)\|IT]] processes to promote an [[Business Strategy\|enterprise’s strategies]]. The [[objective]] of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures and standards—all of which to ensure an [[Business Vision\|organization’s visions]] and standards are aligned with actual [[Business Requirements\|business requirements]].	+	'''[[Enterprise Architecture]] Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a [[Business\|business]]. It involves firm [[Leadership\|leadership]], a complete knowledge of [[Organizational Structure\|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)\|IT]] processes to promote an [[Business Strategy\|enterprise’s strategies]]. The [[objective]] of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures and standards—all of which to ensure an [[Business Vision\|organization’s visions]] and standards are aligned with actual [[Business Requirements\|business requirements]].

← Older revision		Revision as of 16:14, 29 May 2020
Line 1:		Line 1:
	== Enterprise Architecture Governance Definition<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref> ==		== Enterprise Architecture Governance Definition<ref>Defining Enterprise Architecture Governance [https://blog.leanix.net/en/enterprise-architecture-governance LeanIX]</ref> ==
	'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a [[Business\|business]]. It involves firm [[Leadership\|leadership]], a complete knowledge of [[Organizational Structure\|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)\|IT]] processes to promote an [[Business Strategy\|enterprise’s strategies]]. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures and standards—all of which to ensure an [[Business Vision\|organization’s visions]] and standards are aligned with actual [[Business Requirements\|business requirements]].		'''Enterprise Architecture Governance (EAG)''' is a practice encompassing the fundamental aspects of managing a [[Business\|business]]. It involves firm [[Leadership\|leadership]], a complete knowledge of [[Organizational Structure\|organizational structure]], a confident direction, and the enablement of effective [[Information Technology (IT)\|IT]] processes to promote an [[Business Strategy\|enterprise’s strategies]]. The objective of EA Governance is to harmonize the architectural requirements of an enterprise into an understandable set of policies, processes, procedures and standards—all of which to ensure an [[Business Vision\|organization’s visions]] and standards are aligned with actual [[Business Requirements\|business requirements]].
		+
		+
		+	__TOC__