Difference between revisions of "Enterprise IT Maturity Assessments"

From EITBOK
Jump to: navigation, search
 
(30 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
+
<table border="3">
 
+
<tr><td>
Capability maturity for EIT refers to its ability to reliably perform. Maturity is a measured by an organization’s readiness and capability expressed through its people, processes, data and technologies and the consistent measurement practices that are in place. A typical description of organizational maturity was developed by Stanford’s SLAC National Accelerator Laboratory:
+
 
+
 
<table>
 
<table>
<tr><th>&nbsp;</th>
+
<tr>
<th>Level 1<br />
+
<td width="60%"><font color="#246196">'''Welcome to the initial version of the EITBOK wiki. Like all wikis, it is a work in progress and may contain errors. We welcome feedback, edits, and real-world examples. [[Main_Page#How to Make Comments and Suggestions|Click here]] for instructions about how to send us feedback.''' </font></td>
Performed</th>
+
<td width="20%">[[File:Ieee logo 1.png|100px|center]]</td>
<th>Level 2<br />
+
<td width="20%">[[File:Acm_logo_3.png|175px|center]]</td></tr></table>
Managed</th>
+
</td></tr></table>
<th>Level 3<br />
+
<p>&nbsp;</p>
Established</th>
+
<h2>What Is a Maturity Assessment</h2>
<th>Level 4<br />
+
<p>Capability maturity for EIT refers to EIT's ability to reliably perform. Maturity is measured by an organization's readiness and capability expressed through its people, processes, data, and technologies and the consistent measurement practices that are in place. The organization's maturity directly relates to the ability to execute the EIT strategy; therefore, there is a need to assess maturity as an input to a realistic plan and as a guide to maturing EIT to desired levels. In other words, unless the EIT organization "knows itself," it can't make plans to do more or to improve. Adoption of "lessons learned" is a key improvement strategy. Mature EIT organizations collect lessons learned during each project as it is executing and build the results into organizational improvements on a regular basis. When reviewed and areas prioritized by management, a maturity assessment is an input to the EIT strategy formulation, because its results may highlight its performance constraints.</p>
Predictable</th>
+
<p>Maturity assessment involves scoring the organization against defined criteria and a ranking scheme. This assessment is generally organized in ascending steps with strategies on how to move up the maturity scale. Scales are often defined in a 1–5 range that indicates increasing levels of maturity. Some schemes allow for scoring that includes decimal points (such as 2.5). A common scheme defines the five levels in the following way:</p>
<th>Level 5<br />
+
<ol>
Optimizing</th></tr>
+
<li>'''Performed'''—Activities are performed in an ad hoc manner.</li>
 
+
<li>'''Managed'''—Activities are performed with managed processes.</li>
<tr><td><strong>People</strong></td>
+
<li>'''Defined'''—Activities are defined so the organization can perform them in a uniform manner.</li>
<td><ul><li>Success depends on individual heroics.</li>
+
<li>'''Measured'''—Oversight is given to the performed activities to ensure performance and uniformity.</li>
<li>“Fire fighting is a way of life.”</li>
+
<li>'''Optimized'''—Continuous improvement processes are in place on the defined and measured processes.</li>
<li>Relationships between disciplines are uncoordinated, perhaps even adversarial.</li></ul></td>
+
</ol>
<td><ul><li>1. Success depends on individuals and management system supports.
+
<p>A typical description of organizational maturity was developed by Stanford's SLAC National Accelerator Laboratory, as shown in the table below.</p>
2. Commitments are understood and managed.
+
<table cellpadding="5" border="1">
People are trained.</li></ul></td>
+
<tr>
<td><ul><li>1. Project groups work together, perhaps as an integrated product team.
+
<th style="background-color: #58ACFA;"><font color="white">Skill</font></th>
Training is planned and provided according to roles.</li></ul></td>
+
<th width="18%" style="background-color: #58ACFA;"><font color="white">Level 1<br />Performed</font></th>
<td><ul><li>A strong sense of teamwork exists within each project.</li></ul></td>
+
<th width="18%" style="background-color: #58ACFA;"><font color="white">Level 2<br />Managed</font></th>
<td><ul><li>1. A strong sense of teamwork exists across the organization.
+
<th width="18%" style="background-color: #58ACFA;"><font color="white">Level 3<br />Established</font></th>
Everyone is involved in process improvement.</li></ul></td>
+
<th width="18%" style="background-color: #58ACFA;"><font color="white">Level 4<br />Predictable</font></th>
</tr>
+
<th width="18%" style="background-color: #58ACFA;"><font color="white">Level 5<br />Optimizing</font></th></tr>
 
+
<tr valign="top"><td><strong>People</strong></td>
<tr><td><strong>Process</strong></td>
+
<td valign="top"><ul><li>Success depends on individual heroics</li>
<td><ul><li>Few stable processes exist or are used.</li></ul></td>
+
<li>"Fire fighting" is a way of life</li>
<td><ul><li>Documented and stable estimating, planning, and commitment processes are at the project level.</li></ul></td>
+
<li>Relationships between disciplines are uncoordinated, perhaps even adversarial</li></ul></td>
<td><ul><li>Integrated management and engineering processes are used across the organization.</li></ul></td>
+
<td valign="top"><ul><li>Success depends on individuals and management system supports</li>
<td><ul><li>Processes are quantitatively understood and stabilized.</li></ul></td>
+
<li>Commitments are understood and managed</li>
<td><ul><li>Processes are continuously and systematically improved.</li></ul></td>
+
<li>People are trained</li></ul></td>
</tr>
+
<td valign="top"><ul><li>Project groups work together, perhaps as an integrated product team</li>
 
+
<li>Training is planned and provided according to roles</li></ul></td>
<tr><td><strong>Technology</strong></td>
+
<td valign="top"><ul><li>A strong sense of teamwork exists within each project</li></ul></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>A strong sense of teamwork exists across the organization</li>
<td><ul><li></li></ul></td>
+
<li>Everyone is involved in process improvement</li></ul></td></tr>
<td><ul><li></li></ul></td>
+
<tr valign="top"><td><strong>Process</strong></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>Few stable processes exist or are used</li></ul></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>Documented and stable estimating, planning, and commitment processes are at the project level</li></ul></td>
</tr>
+
<td valign="top"><ul><li>Integrated management and engineering processes are used across the organization</li></ul></td>
 
+
<td valign="top"><ul><li>Processes are quantitatively understood and stabilized</li></ul></td>
<tr><td><strong>Measurement</strong></td>
+
<td valign="top"><ul><li>Processes are continuously and systematically improved</li></ul></td></tr>
<td><ul><li></li></ul></td>
+
<tr valign="top"><td><strong>Technology</strong></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>The introduction of new technology is risky</li></ul></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>Technology supports established, stable activities</li></ul></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>New technologies are evaluated on a qualitative basis</li></ul></td>
<td><ul><li></li></ul></td>
+
<td valign="top"><ul><li>New technologies are evaluated on a quantitative basis</li></ul></td>
</tr>
+
<td valign="top"><ul><li>New technologies are proactively pursued and deployed</li></ul></td></tr>
 
+
<tr valign="top"><td><strong>Measurement</strong></td>
 
+
<td valign="top"><ul><li>Data collection and analysis are ad hoc</li></ul></td>
 +
<td valign="top"><ul><li>Planning and management data is used by individual projects</li></ul></td>
 +
<td valign="top"><ul><li>Data is collected and used in all defined processes</li>
 +
<li>Data is systematically shared across projects</li></ul></td>
 +
<td valign="top"><ul><li>Data definition and collection are standardized across the organization</li>
 +
<li>Data is used to understand the process qualitatively and stabilize it</li></ul></td>
 +
<td valign="top"><ul><li>Data is used to evaluate and select process improvements</li></ul></td></tr>
 
</table>
 
</table>
 +
<p>Periodic reassessments are performed to gauge progress against the baseline assessment and prior periods. Adjustments to the efforts to maintain and improve maturity can then be made against possible strategic priority changes, governance initiatives, and roadmap resets. </p>
 +
<p>Maturity assessments on internationally recognized frameworks generally involve external auditors with certification and recertification requirements. Engagement in the maturity assessment and improvement process requires a minimum level of organization self-awareness to the issues and commitment to the improvements necessary. A cultural readiness, resistance, and capability assessment may be built into a maturity assessment. The set of standards centered round ISO/IEC 33001 attempt to provide an overall general structure for process assessment related to software development. </p>
 +
<h3>Capability Maturity Model Integration (CMMI)</h3>
 +
<p>[http://eitbokwiki.org/Glossary#cmmi Capability Maturity Model Integration (CMMI)]&nbsp;[[#F_One|[1]]] is a standard reference model for process improvement with cross-sector applicability with special focuses:</p>
 +
<ol>
 +
<li>Product and service development—[http://eitbokwiki.org/Glossary#cmmi_dev CMMI for Development (CMMI-DEV)]</li>
 +
<li>Service establishment, management—[http://eitbokwiki.org/Glossary#cmmi_svc CMMI for Services (CMMI-SVC)]</li>
 +
<li>Product and service [http://eitbokwiki.org/Glossary#acquisition acquisition]—[http://eitbokwiki.org/Glossary#cmmi_acq CMMI for Acquisition (CMMI-ACQ)]</li>
 +
<li>Data management—[http://eitbokwiki.org/Glossary#cmmi_dmm CMMI for Data (CMMI-DMM)]</li>
 +
</ol>
 +
<h3>People Capability Maturity Model </h3>
 +
<p>In addition, the CMMI Institute provides the ''People CMM'' (https://www.sei.cmu.edu/reports/09tr003.pdf), which describes five levels of maturity for workforce management. It progresses from inconsistent management, to people management, to competency management, to capability management, and ends with continually improving management practices. It is designed for continuously improving individual competencies, developing effective teams, motivating improved performance, and shaping the people capabilities the organization needs to accomplish its future plans. </p>
 +
<h3>IT-Capability Maturity Model (IT-CMF)</h3>
 +
<p>Getting better at EIT strategy and governance requires both organizational change in how EIT is managed and the development of individuals. The IT-Capability Maturity Model (IT-CMF) takes an organizational management approach to improving EIT capability rather than one focused on processes and thus is very complimentary to CMMI. IT-CMF (https://ivi.ie/) helps organizations measure, develop, and monitor their EIT capability maturity progression for maximum benefit in their particular context. It consists of 35 EIT management capabilities and these are organized into four macro capabilities: managing EIT like a business; managing the EIT budget; managing the EIT capability; and managing EIT for business value. Its 35 critical capabilities (CCs) are described as "A defined EIT management domain that helps mobilize and deploy EIT-based resources to effect a desired end, often in combination with other resources and capabilities".&nbsp;[[#F_Two|[2]]] Each has five different levels of maturity starting from "initial" and going up to "optimizing." The IT-CMF includes questionnaires to assess current maturity and a suite of practice recommendations to improve maturity.</p>
 +
<h2>References</h2>
 +
<div id="F_One"></div><p>[1] Capability Maturity Model Integration (CMMI) Version 1.2 Overview, http://www.sei.cmu.edu/library/assets/cmmi-overview071.pdf, Software Engineering Institute, Carnegie Mellon University, 2007. </p>
 +
<div id="F_Two"></div><p>[2] IT Capability Maturity Framework (IT-CMF): The Body of Knowledge Guide. 2015. Eds. Martin Curley, Jim Kenneally, Marian Carcary. Van Haren Publishing.</p>

Latest revision as of 22:51, 22 December 2017

Welcome to the initial version of the EITBOK wiki. Like all wikis, it is a work in progress and may contain errors. We welcome feedback, edits, and real-world examples. Click here for instructions about how to send us feedback.
Ieee logo 1.png
Acm logo 3.png

 

1 What Is a Maturity Assessment

Capability maturity for EIT refers to EIT's ability to reliably perform. Maturity is measured by an organization's readiness and capability expressed through its people, processes, data, and technologies and the consistent measurement practices that are in place. The organization's maturity directly relates to the ability to execute the EIT strategy; therefore, there is a need to assess maturity as an input to a realistic plan and as a guide to maturing EIT to desired levels. In other words, unless the EIT organization "knows itself," it can't make plans to do more or to improve. Adoption of "lessons learned" is a key improvement strategy. Mature EIT organizations collect lessons learned during each project as it is executing and build the results into organizational improvements on a regular basis. When reviewed and areas prioritized by management, a maturity assessment is an input to the EIT strategy formulation, because its results may highlight its performance constraints.

Maturity assessment involves scoring the organization against defined criteria and a ranking scheme. This assessment is generally organized in ascending steps with strategies on how to move up the maturity scale. Scales are often defined in a 1–5 range that indicates increasing levels of maturity. Some schemes allow for scoring that includes decimal points (such as 2.5). A common scheme defines the five levels in the following way:

  1. Performed—Activities are performed in an ad hoc manner.
  2. Managed—Activities are performed with managed processes.
  3. Defined—Activities are defined so the organization can perform them in a uniform manner.
  4. Measured—Oversight is given to the performed activities to ensure performance and uniformity.
  5. Optimized—Continuous improvement processes are in place on the defined and measured processes.

A typical description of organizational maturity was developed by Stanford's SLAC National Accelerator Laboratory, as shown in the table below.

Skill Level 1
Performed
Level 2
Managed
Level 3
Established
Level 4
Predictable
Level 5
Optimizing
People
  • Success depends on individual heroics
  • "Fire fighting" is a way of life
  • Relationships between disciplines are uncoordinated, perhaps even adversarial
  • Success depends on individuals and management system supports
  • Commitments are understood and managed
  • People are trained
  • Project groups work together, perhaps as an integrated product team
  • Training is planned and provided according to roles
  • A strong sense of teamwork exists within each project
  • A strong sense of teamwork exists across the organization
  • Everyone is involved in process improvement
Process
  • Few stable processes exist or are used
  • Documented and stable estimating, planning, and commitment processes are at the project level
  • Integrated management and engineering processes are used across the organization
  • Processes are quantitatively understood and stabilized
  • Processes are continuously and systematically improved
Technology
  • The introduction of new technology is risky
  • Technology supports established, stable activities
  • New technologies are evaluated on a qualitative basis
  • New technologies are evaluated on a quantitative basis
  • New technologies are proactively pursued and deployed
Measurement
  • Data collection and analysis are ad hoc
  • Planning and management data is used by individual projects
  • Data is collected and used in all defined processes
  • Data is systematically shared across projects
  • Data definition and collection are standardized across the organization
  • Data is used to understand the process qualitatively and stabilize it
  • Data is used to evaluate and select process improvements

Periodic reassessments are performed to gauge progress against the baseline assessment and prior periods. Adjustments to the efforts to maintain and improve maturity can then be made against possible strategic priority changes, governance initiatives, and roadmap resets.

Maturity assessments on internationally recognized frameworks generally involve external auditors with certification and recertification requirements. Engagement in the maturity assessment and improvement process requires a minimum level of organization self-awareness to the issues and commitment to the improvements necessary. A cultural readiness, resistance, and capability assessment may be built into a maturity assessment. The set of standards centered round ISO/IEC 33001 attempt to provide an overall general structure for process assessment related to software development.

1.1 Capability Maturity Model Integration (CMMI)

Capability Maturity Model Integration (CMMI) [1] is a standard reference model for process improvement with cross-sector applicability with special focuses:

  1. Product and service development—CMMI for Development (CMMI-DEV)
  2. Service establishment, management—CMMI for Services (CMMI-SVC)
  3. Product and service acquisitionCMMI for Acquisition (CMMI-ACQ)
  4. Data management—CMMI for Data (CMMI-DMM)

1.2 People Capability Maturity Model

In addition, the CMMI Institute provides the People CMM (https://www.sei.cmu.edu/reports/09tr003.pdf), which describes five levels of maturity for workforce management. It progresses from inconsistent management, to people management, to competency management, to capability management, and ends with continually improving management practices. It is designed for continuously improving individual competencies, developing effective teams, motivating improved performance, and shaping the people capabilities the organization needs to accomplish its future plans.

1.3 IT-Capability Maturity Model (IT-CMF)

Getting better at EIT strategy and governance requires both organizational change in how EIT is managed and the development of individuals. The IT-Capability Maturity Model (IT-CMF) takes an organizational management approach to improving EIT capability rather than one focused on processes and thus is very complimentary to CMMI. IT-CMF (https://ivi.ie/) helps organizations measure, develop, and monitor their EIT capability maturity progression for maximum benefit in their particular context. It consists of 35 EIT management capabilities and these are organized into four macro capabilities: managing EIT like a business; managing the EIT budget; managing the EIT capability; and managing EIT for business value. Its 35 critical capabilities (CCs) are described as "A defined EIT management domain that helps mobilize and deploy EIT-based resources to effect a desired end, often in combination with other resources and capabilities". [2] Each has five different levels of maturity starting from "initial" and going up to "optimizing." The IT-CMF includes questionnaires to assess current maturity and a suite of practice recommendations to improve maturity.

2 References

[1] Capability Maturity Model Integration (CMMI) Version 1.2 Overview, http://www.sei.cmu.edu/library/assets/cmmi-overview071.pdf, Software Engineering Institute, Carnegie Mellon University, 2007.

[2] IT Capability Maturity Framework (IT-CMF): The Body of Knowledge Guide. 2015. Eds. Martin Curley, Jim Kenneally, Marian Carcary. Van Haren Publishing.