Tải bản đầy đủ (.pdf) (39 trang)

Lecture Software process improvement: Lesson 18B - Dr. Ghulam Ahmad Farrukh

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (232.25 KB, 39 trang )

CMMI Staged – Maturity Level 5
Lecture # 18­B

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 well­defined 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 longer­lasting 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 cost­benefit 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



×