SPI-Software Process Improvement
SPI-Software Process Improvement
Jessee Ring Software Quality First 40119 San Carlos Place Fremont, CA 94539 510-915-2353 Fax: 510-573-7464 Email: [email protected] Web: www.sqa1st.com
(SPI): An effective means for improving performance in software development organizations. Results-Oriented SPI: Faster, cheaper appraisals that facilitate more timely and effective improvement action. An overall focus on results-oriented, measurable software process improvement action.
2003 Software Quality First
[email protected] www.sqa1st.com 2
guide to making improvements . li mprovement projects Al shou l d be l inked to business resu l ts . Don t do anything just because the process model says so . iter ia Using the model as a cr for cert i f ication often leads to irrat iona l behav i or . lts or iented . M etrics . Be resu
2003 Software Quality First
[email protected] www.sqa1st.com 3
Performance
Time
Very formal; Done by a team; Results presented in verbiage only; Identify deficiencies, not what to do about them; Approached from the perspective of certification vs. improvement.
[email protected] www.sqa1st.com 4
PROCESS MODEL
experience in multiple areas: t ware Systems and sof deve l opment i ng Test SQA SPI ividua l As an ind contr i butor & manager
[email protected] www.sqa1st.com 5
Plan
Process Data
Write Report
Kick-off
Evaluate Data
Present Results
Collect Data
2003 Software Quality First
[email protected]
Make Judgments
www.sqa1st.com 6
Take Action
One Calendar Week 40 50 hours by the appraiser Kick-off Meeting: 1 hour Participants: 2 3 hours during the week Results presentation: 1 Hour
www.sqa1st.com
Questionnaire Based upon the process model being used. Small group discussions Groups can be by job function or cross-functional. Document review
Selected documents, such as requirements specs, design docs, defect reports, CM records, project plan & schedule, etc.
www.sqa1st.com
www.sqa1st.com
Achievement Ratings
1 2 -3 4-5 67 8 9 - 10
2003 Software Quality First
[email protected]
Nothing in place. Just starting Making progress, getting some results. Some experience and better results. Fully implemented with a history of success. A model for others.
www.sqa1st.com 10
10
10.0
10
3 5 7
5.0
10 9 8 7 6 5 4 3 2 1 0
P E F IS M RM PR TO M OP SP SQ
SP
SC
OP
SP
TP
IC
Consequences Recommendations
Detailed Results
Per KPA Strengths Issues Recommendations
issues that were found are described. Makes the issues of more immediate interest. Answers the question: So what?. Justifies the allocation of resources.
2003 Software Quality First
[email protected] www.sqa1st.com 14
www.sqa1st.com
15
Issue: Peer reviews are unstructured; no data or records are kept. Consequences: Peer review effectiveness is unknown but is probably low. Recommendation: Train participants on real inspections vs. walkthroughs (with roles, required preparation, record keeping). Track all items found in inspections to closure. Use data to evaluate inspection effectiveness and make improvements.
2003 Software Quality First
[email protected] www.sqa1st.com 16
Process Metrics Test effectiveness (number of escaped bugs) Percent of bugs found by test and inspections. Amount of time to find a bug by test and by inspections. Cycle time of regression testing. Test coverage Inspection coverage Process maturity ratings over time
17
www.sqa1st.com
120 100 80 60 40 20 0
Version Version Version Version Version Version Version 1.1 1.2 1.3 1.4 1.5 1.6 1.7
Crash, lock-up, etc. Functionality - minor Functionality - major Cosmetic Functionality - medium
www.sqa1st.com
18
Defect Aging
Number of Defects
Over 30 Days
Crash, lock-up, etc. Functionality - minor
Over 60 Days
Over 90 Days
Functionality - medium
www.sqa1st.com
19
Hours
Jan. Feb. Mar. Apr. May June July Aug. Sep. Oct. Nov. Dec. Mean time between failure
2003 Software Quality First
[email protected] www.sqa1st.com 20
Result
$360 million out-of -pocket cost Indefinitely postpone all future launches to Mars Address shortcomings at JPL in areas ranging from systems analysis and testing to staffing and communications.
2003 Software Quality First
[email protected] www.sqa1st.com 21
software process appraisal. Give numeric ratings to achievement levels of process model requirements. Use the process model as a guide; not a mandate. Link all process improvements to business results. Use process maturity ratings to guide improvement actions, not as a final goal. Dont publish them. In the process appraisal report, identify consequences of the issues that were found, and recommendations for addressing them. Use metrics to manage the improvement actions. KISS
[email protected] www.sqa1st.com 22
have to wait on another team to formulate a plan). Can track process maturity levels over time graphically. Improvement actions are focused on the issues that will impact the bottom line. Participant see it as being worthwhile. Greater likelihood of upper management support for SPI. All of which leads to a successful improvement program.
2003 Software Quality First
[email protected] www.sqa1st.com 23
Results-Oriented SPI
www.sqa1st.com
24