Professional Documents
Culture Documents
Example Ea Charter
Example Ea Charter
Example Ea Charter
October 2016
Unless otherwise marked for external use, the items in this Gartner Toolkit are for
internal noncommercial use by the licensed Gartner client. The materials
contained in this Toolkit may not be repackaged or resold. Gartner makes no
representations or warranties as to the suitability of this Toolkit for any particular
purpose, and disclaims all liabilities for any damages, whether direct,
consequential, incidental or special, arising out of the use of or inability to use this
material or the information provided herein.
The instructions, intent and objective of this template are contained in the
source document. Please refer back to that document for details.
Gartner for IT Leaders Enterprise Architecture Charter for EACharterBank, 2017
October 2016 — Page 1
Document Purpose
The purpose of this enterprise architecture (EA) charter is to:
Agree on activities
Discipline. Security in EACharterBank is not only done by the security group, but also
requires everyone, whether part of the business or IT, in the organization to be
responsible. Similarly, the effectiveness and value of EA should be the responsibility of
the entire organization, not just the EA team or the IT organization. It also implies that
EA is not a project, but an ongoing way of working for EACharterBank.
Proactive. EA must pre-empt the changes required by the organization to support the
business vision and outcomes, not merely react to the project initiatives when they are
agreed on.
Execution of change. EA must react to the desired business outcomes and the
disruptions. As such, the discipline is a change discipline — it positively changes the
behavior of the organization through various EA initiatives and artifacts. It is not a
process of documentation or definition of IT purity. The success of EA in EACharterBank
is in how it gets deployed in the organization.
Business vision and outcomes. The purpose of the EA discipline is not to develop or
use EA artifacts — standards, frameworks, capability models, anchor models, tools,
roadmaps, current and future states, and so on. These are the tools that EA has at its
discretion to deliver business outcomes. The correct artifacts will be those used to
deliver the desired business outcomes.
A set of recommendations for potential cost savings to be made in IT, freeing funds for
other business projects
Metrics
Objective EA Internal or Metric Proposed Date
External
EA governance model Internal — Promoting Creation of an Implemented and
the EA discipline, and architectural review operating by 1
ensuring business and board (ARB) and December 2016
IT alignment of value associated processes to
ratify and prioritize the
EA activities
ERP licensing External — Addressing Recommendation to the Recommendation
the IT run cost EACharterBank board presented on 1
on cost opportunities in February 2017
consolidation to a single
license
Architectural model for External — Logical Architectural support of Proposal with
innovation model to support the bimodal approach associated costs to be
business innovation agreed on at the board presented to the ARB by
level 1 March 2017, and then
to the board by 1 April
2017
IT cost savings External — Addressing Identification of potential Recommendations to
the IT run cost savings to a minimum of the ARB by 1 February
10% 2017, and plans drawn
up with the program
management office by 1
May 2017
Technology innovation External — establish Number of business and Model accepted and
model processes to introduce IT plan changes as a implemented by June
and vet new technology result of opportunity 2017
opportunities as a result identification; active
of business threats and participation by key
disruption business areas
In agreement with the stakeholders, there will be an EA value review held in June 2017 to assess
the direction, priority and success of the discipline in the organization.
Scope
Enterprise architecture will be applicable across the entire organization, with exceptions permitted
only by agreement with the ARB.
The EA discipline in EACharterBank will be developed by the core EA team, with support as
required by subject matter experts and business, information, domain and solution architects, as
required, in meeting the requirements placed on the team by the ARB.
EA will look at the architectural direction for the next three- to five-year horizon, but this will be
prioritized and focused in support of the business priorities by the ARB. This charter will be
renewed on an annual basis in time for the budgeting process at the start of the year.
External suppliers will be informed of architectural decisions and will be expected to comply with
the architectural direction. When contracts are being developed or revisited, this will be
implemented in discussion with procurement.
The primary focus of the EA team will be in support of business outcomes — specifically in
support of the organization's stated business strategy to become much more digitized in its
approach. This will, in turn, determine the requirements for staffing and activities in business,
information, solution, technical and EA.
Projects will not be run by the EA team but the EA team will liaise closely with the enterprise
program management office (EPMO) to reflect architectural changes or issues.
The EA team will participate in the creation of the strategy documents developed by IT and by the
business, but will not own either of these activities.
Chair — The CIO will act as the chair and will be casting a vote where necessary
IT head of operations
IT head of strategy
IT head of development
Head of procurement
Assurance
The extended EA team will be responsible for ensuring compliance with the architectural direction
agreed on by the ARB.
Assessment will be done initially by the project self-certifying its architectural compliance.
Architectural reviews will be led by an architectural review committee composed of:
Solution architect
Project manager
Project compliance will be assessed by architectural reviews at the start of the project initiation
and at the end of the design stage, and monitored through development by the linked solution
architect on the project.
Postproject architectural reviews may be performed by the EA team if requested.
Issues raised by the review will be discussed and addressed with the project manager. Where
agreement cannot be reached, or would affect project cost and/or delivery time, the issue will be
escalated to the ARB for a decision.
R = Responsible
A = Accountable
C = Consulted
I = Informed
Business strategic planning — The EA team will engage with the business strategic
planning team to discuss key business disrupters and identify cooperative ways of
working to deliver the business objectives identified by the planning team.
IT portfolio management — The EA team will liaise with the portfolio management
team to identify areas of risk and agree on proposed standards to mitigate the risk.
EPMO — The EA team will liaise with the EPMO to advise on architectural implications
of projects, and to inform the EPMO of the potential architectural impact of changes in
project delivery or priority.
Project development — The EA team will work with the project development team to
advise on its architectural direction and design. Solution architects will assist the project
managers to enable design decisions to be made quickly and accurately. Where
necessary, the EA team will lead architectural audits with the development team to
ensure that the defined architecture for EACharterBank is achieved, functional and cost-
effective.