CMMI Staged – Maturity Level 5
Lecture # 18B
1
1
Staged Representation
• The staged representation is the approach used in
the Software CMM. It is an approach that uses
predefined sets of process areas to define an
improvement path for an organization. This
improvement path is described by a model
component called a maturity level
• A maturity level is a welldefined evolutionary
plateau toward achieving improved organizational
processes
2
2
Following slide to be inserted
The Maturity Levels
3
3
The Maturity Levels
Optimizing
5 Focus on process
improvement
Quantitatively
Managed
4 Process measured
and controlled
3
Process characterized for
the organization and is
proactive
2
Process characterized for
projects and is often reactive
1 Process unpredictable, poorly
Defined
Managed
Performed
controlled and
reactive
4
4
Level 5
• At Level 5, an organization has achieved all
of the goals of Levels 2, 3, and 4
• The major difference between Level 4 and
the next level, Level 5, is that Level 4
analyzes the data collected, determines
special causes of variation from the norm,
and supports quantitative management and
control
5
5
Level 5
• Level 5 addresses common causes of
variation. So, for Level 4, an organization
needs data that are stable and consistent.
The major preoccupation of assessors when
reviewing Level 4 is, “Did this organization
mix apples and oranges? Are the data really
accurate? Did this organization collect the
right data and did they collect the data
right?”
6
6
Level 5
• Level 5 concentrates on improving the overall
quality of the organization’s processes by
–
–
–
–
identifying common causes of variation
determining root causes of the conditions identified
piloting process improvements
incorporating the improvements and corrective
actions into the Organization’s Set of Standard
Processes (OSSP) or, as appropriate, just the
project’s defined process
7
7
• Although innovative, radical approaches to
introduce change into an organization are
often undertaken, most organizations have
found that an incremental approach works
better and has longerlasting results
8
8
Following slides to be inserted
Process Areas at Level 5
9
9
Process Areas at Level 5
• Organizational Innovation and Deployment
• Causal Analysis and Resolution
10
10
Level 5
• There are no additions to the list of generic
goals at Level 5 from Level 3. What makes
this maturity level different is the two
process areas
• GG2 Institutionalize a Managed Process
• GG3 Institutionalize a Defined Process
11
11
Level 5
• To satisfy the goals for Level 5, the goals
for Levels 2, 3, and 4 must be satisfied as
well. This rule holds true for both the
specific goals and the generic goals
12
12
Organizational Innovation and
Deployment
PA 1
13
13
Organizational Innovation and
Deployment
• The purpose of Organizational Innovation
and Deployment (OID) is to select and
deploy incremental and innovative
improvements that measurably improve the
organization’s processes and technologies.
The improvements support the
organization’s quality and process–
performance objectives as derived from the
organization’s business objectives
14
14
Specific Goals for Level 5
• SG1 Select Improvements
• SG2 Deploy Improvements
15
15
SG1 Select Improvements –
Specific Practices
• SP 1.1 Collect and Analyze Improvement
Proposals
• SP 1.2 Identify and Analyze Innovations
• SP 1.3 Pilot Improvements
• SP 1.4 Select Improvements for
Deployment
16
16
SG2 Deploy Improvements –
Specific Practices
• SP 2.1 Plan the Deployment
• SP 2.2 Manage the Deployment
• SP 2.3 Measure Improvement Effects
17
17
Organizational Innovation and
Deployment
• In OID, the proposals are subjected to
quantitative analysis of proposed
improvements. Metrics residing in the
historical database, as well as defects and
where they were introduced, are reviewed
as well in order to determine where, when,
and how to make improvements. Costs and
benefits of the proposed versus actual
improvements are also studied
18
18
Steps in this PA
• Submitting improvement proposals
• Reviewing and analyzing the proposals (including
a costbenefit review)
• Piloting the proposed improvement
• Measuring the improvement to see whether it has
been effective in the pilot
• Planning the deployment of the improvement
• Deploying the improvement
• Measuring the effectiveness of the improvement 19
19
across the organization or project
Things People Forget 1
• You must pilot your improvement! Only piloting will be
able to accurately predict whether this improvement has a
chance of being accepted and working in your
organization. Most organizations do not want to take the
time and trouble to pilot their improvements. Senior
management does not understand, or does not want to
understand, the importance of piloting. They feel, “Well,
the stuff has been written—just throw it out to the projects.
The project managers will make it work. That’s why they
are project managers.” This is the wrong approach.
20
20
Things People Forget 2
• You must plan the pilot and document critical
success factors in a quantitative manner. Then
a decision should be made, after reviewing the
results against the critical success factors,
whether the improvement should be
implemented in the organization and what
approach should be used to implement it (e.g.,
phased approach or en masse). More piloting
may also be necessary
21
21
Organizational Innovation and
Deployment
• Organizational Innovation and Deployment
involves coordinating process improvement
proposals submitted from the staff at various
levels (improvement proposals may be related
to innovative technology improvements);
piloting selected improvements; planning and
implementing the deployment of
improvements throughout the organization;
and measuring the effects of the improvements
22
implemented
22
Casual Analysis and Resolution
PA 2
23
23
Casual Analysis and Resolution
• The purpose of Causal Analysis and
Resolution (CAR) is to identify causes of
defects and other problems and take action
to prevent them from occurring in the future
• Specific goals for this process area are
– SG1 Determine Causes of Defects
– SG2 Address Causes of Defects
24
24
SG1 Determine Causes of
Defects – Specific Practices
• SP 1.1 Select Defect Data for Analysis
• SP 1.2 Analyze Causes
25
25