Capability Maturity Framework
Capability Maturity Framework
Abstract. This article describes an IT-based, eGov-centered and capabilitydriven model for assessing e-government capabilities and maturity of public
agencies. It is the result of an initiative of the Chilean government to reinforce
its e-government strategy. The proposed model, called eGov-MM (eGovernment Maturity Model), has three dimensions (a cube) supporting
business processes: information criteria, IT resources, and leverage domains.
Changing the traditional and exclusive focus on IT, four Leverage Domains are
defined: e-Strategy, IT Governance, Process Management, and People and
Organization Capabilities. The Leverage Domains generate a hierarchical
structure with a second level named Key Domain Areas. These areas should be
measurable and controllable, so they are related to a third hierarchical level,
called Critical Variables, allowing the models elements to be assessed
qualitatively and quantitatively. The capability and maturity of these variables
associated with the intersection with the other two axes of the cube establish
five levels of capability. The proposed model is strongly supported by the
international experience and best practices for IT management and has already
been field tested.
Key words: e-government, capability, maturity model.
1 Introduction
The initial stages of e-government have usually been focused on the introduction of
IT to improve the quality of data and to foster horizontal and vertical integration of
back-office and front-office systems, generally following the stages of growth
model for e-government of Layne and Lee [1]. Through this approach, governments
are seeking efficiency, effectiveness, and data quality improvement gains, all of them
representing a complex pool of organizational and technological challenges [2]. This
This work was supported by the Government of Chile and the Inter-American Development
Bank under the Multiphase Program to Strengthen the Digital Strategy project (code CHL1001). Document available from http://www.iadb.org
The approach of the main source for IT Governance was also analyzed: Control
Objectives for IT, COBIT [20].
Section 2 presents the general structure of the model. Section 3 presents the details
of its components: Leverage Domains and Key Domains Areas. In Section 4 the
capability and maturity rationale of the model is described, including an example. We
conclude the article in Section 5 by discussing the main advantages of the model and
proposing the next steps for further evolution of the model.
Leverage
Domains
Key
Domain
Areas
Critical
Variables
S
N
IO
AP
PL
IC
AT
MANAGEABILITY
COMPLIANCE
AVAILABILITY
INTEGRITY
CONFIDENTIALITY
EFFICIENCY
EFFECTIVENESS
FA
CI
L
D
IN
AT
FR
A
AS
IT
T
IE
RU
S
CT
UR
E
Leverage
Domains
IT
Resources
Fig. 1. Structure of the model showing the three dimensions of interrelated elements.
Which
satisfy
satisfies
Information
To
provide
Business
Requirements
e-Gov
MM
Leverage
Domains
Drive the
investments
in
What kind of IT
resources do we
need to operate?
IT Resources
Which are
used by
How do we organize the
IT resources to satisfy the
requirements?
Its objectives are measured or verified by: (1) Extent to which the stakeholders
have collaborated to develop the organizations vision, strategy, and eGov and IT
policies. (2) Degree of alignment between eGov vision and the business strategy. (3)
Degree of alignment between eGov vision and the national eGov policies. (4) Degree
of alignment of the IT, human capital, and economic resources strategies with the
national eGov policies.
(EGS-2) Enterprise Architecture Strategy. It allows defining the strategy of
Enterprise Architecture implementation, aligning it with national/industry reference
models and considering a strategy of component reuse in order to build it.
Its objectives are measured or verified by (1) existence of an enterprise
architecture; (2) existence of a consistent implementation strategy; (3) alignment with
reference models; (4) level of reuse of service components; and (5) definition of a
business architecture.
(EGS-3) IT Management and Organization. It allows defining the organizational
structure to implement the IT strategy, to support new business opportunities, to
follow industry technology trends, and to support the eGov and business visions.
Its objectives are measured or verified by (1) the existence of an instance to
monitor the technology trends in order to plan and build an adequate IT strategy and
enable the creation of new business opportunities; (2) the existence of a plan to create
and support IT infrastructure to develop the eGov; (3) the existence of an
organizational structure with clear positions and responsibilities; and (4) the existence
of an IT process map including its interactions.
3.2 IT Governance
According to Weill and Ross [21] IT governance is the process by which firms align
IT actions with their performance goal and assign accountability for those actions
and their outcome. It is therefore necessary to establish a framework which includes
the definition of structure, processes, responsibilities, and goals in order to ensure that
IT generates the desired outcomes and allows assessing how well the organization
achieves its goals (i.e., ensure that IT investments facilitate a reasonable business
return).
Having this definition in mind, the main aspects to be measured or verified to
fulfill each KDA are defined. For this and the following Leverage Domains the
KDAs objectives are not included simply due to space limitations.
(ITG-1) IT Architecture. (1) Development level of technical architectures that
support eGov, including applications, technology, network, and security. (2) How
well defined are service delivery methods and the required data entities.
(ITG-2) Portfolio and Risk Management. (1) How the organization manages new
projects and programs. (2) The organizations skills and knowledge to manage project
risks to make a smooth transition to eGov. (3) Existence of plans and actions to
reduce or mitigate risks.
(ITG-3) IT Services Delivery. (1) Existence of standards which assure a
homogenous quality in services and IT support either to the citizen or to internal
users. (2) Management and compliance with the accepted Service Level Agreements.
maturity level 2 includes only 8 of the 17 KDAs, all of them at capability level 2.
Maturity level 3 includes 14 of the 17 KDAs, with 9 at capability level 3 and 5 at
capacity level 2.
4.2 Using the KDA Capability Levels
This subsection presents an example of how the KDAs capability levels are defined.
The selected KDA is Vision, Strategies, and Policies from the e-Government Strategy
leverage domain. Three capability levels are described.
Vision, Strategies and Policies. This KDA must satisfy the business objective of
managing and conducting all IT resources according to the business strategy and its
priorities. Its relevant Information Criteria are Effectiveness and Availability, and the
main IT resources required are Applications and Data.
Its level of capability is determined by the following variables: (1) Strategy
alignment with the national eGov directions. (2) CEO and upper management
commitment with the implementation of eGov initiatives. (3) Periodic communication
to all involved people within the organization. (4) Resource assignment commitment
with the implementation of the organizational eGov strategy.
The capability levels are defined below. Within each level four assertions are
presented, one for each variable related to the KDA.
Level 1 Initial: (1) There is evidence that the enterprise has recognized that the
strategy alignment is important and needs to be addressed; however, there are no
actions nor approaches that tend to be applied. (2) There is no awareness and
need for the top manager to get involved early with the eGov initiatives. (3) There
are no formal actions to communicate the eGov initiatives to the people in the
organization. (4) There is no evidence of resources specifically allocated for the
eGov implementation.
Level 3 Defined: (1) The eGov Vision is well defined and it is integrated to the
business strategy. There is a policy about IT and eGov strategy planning and it is
well documented. (2) Top manager and directors are committed to and get
involved early in the eGov initiatives. (3) The eGov vision, policies and strategy
have been communicated to and are well understood by all personnel in the
organization. (4) Enough monetary resources to support eGov initiatives have
been assigned. Their allocation is included in the organizations annual budget.
Level 5 Optimized and Integrated: (1) The vision is periodically reviewed
according to stakeholders needs and new technologies. The strategy and policies
are periodically updated according to feedback from clients, suppliers, and
government policies. The strategy planning process is continuously compared
with the industry standards. (2) Manager and directors have an explicit role
assigned in the IT strategy planning process. (3) Personnel, clients, and partners
are considered when the eGov vision is developed. (4) Resources assigned to the
eGov initiatives are periodically adjusted according to a cost/benefit analysis and
to client satisfaction.
References
1. Layne, K., Lee J.: Developing Fully Functional e-Government: A Four Stage Model.
Government Information Quarterly 18, 122--136, (2001).
2. Esteves, J., Joseph, R.: A Comprehensive Framework for the Assessment of e-Government
Projects. Government Information Quarterly 25, 118--132, (2008).
3. Cresswell, A., Pardo, T., Canestraro, D.: Digital Capability Assessment for e-Government:
A Multidimensional Approach. In: Wimmer, M.A., Scholl, H.J., Grnlund, ., Andersen
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
K.V. (eds.), Proceedings of the 5th Int. Conf. on Electronic Government, EGOV 2006,
LNCS vol. 4084, pp. 293--304, (2006).
Andersen, K.V., Henriksen, Z.H.: E-government Maturity Models: Extension of the Layne
and Lee Model. Government Information Quarterly 23, 236--248, (2006).
Wimmer, M.A., Tambouris, E.: Online One-Stop Government: A Working Framework and
Requirements. Proceedings of the 17th IFIP World Computer Congress, 117--130. Kluwer
Academic Publishers, Boston (2002).
Valdes, G. et al: Identifying Relevant National e-Government Implementations for an
Emergent Country: A Selective Survey. Proceedings of the 7th Int. Conf. on Electronic
Government, EGOV 2008, Torino Italy, Trauner Druck (2008).
e-Government Unit: e-Government Interoperability Framework v6.1. Cabinet Office,
United Kingdom (2005).
e-Government Unit: Technical Standards Catalogue v6.2, e-Government Unit. Cabinet
Office, United Kingdom (2005).
C4ISR Interoperability Working Group: Levels of Information Systems Interoperability
(LISI). Department of Defense, USA (1998).
National Association of State Chief Information Officers: Enterprise Architecture Maturity
Model (EAMM) v3.1. USA (2003).
Office of Management and Budget: FEA Consolidated Reference Model v2.2. USA (2007)
Australian Government Information Management Office: Delivering Australian
Government Services, Access and Distribution Strategy. Australia (2006).
Australian Government Information Management Office: Australian Government Business
Process Interoperability Framework. Australia (2007).
Australian Government Information Management Office: Service Delivery Capability
Model. Australia (2006).
Government of Canada (Developed by KPMG): e-Government Capacity Check - Criteria.
Canada (2000).
Statskontoret: Framework for Assessing the Performance of e-Government in Sweden.
Sweden (2006).
Lee, S.: Korea e-Government and Interoperability Efforts. Presentation at the OASIS eGov TC Meeting 27 July 2004. Washington D.C., USA (2004).
Software Engineering Institute: CMMI for Development v1.2., USA (2006).
ISO/IEC: ISO/IEC TR 15504: Information Technology - Software Process Assessment.
(1998).
IT Governance Institute: COBIT 4.1, Framework, Control Objectives, Management
Guidelines, Maturity Models (2007).
Weill, P., Ross, J.: IT Governance in One Page. CISR Working Paper num. 349 (2004).