1. The DPP Process works towards Continuous-Process-Improvement for on-going, and especially future, projects in a larger organization. It is fed suggestions, and data, on problems, from the Defect-Detection-Process (DDP), and from other Defect-identification sources, like testing and customer feedback.
“An ounce of prevention is worth a pound of cure.”
2. As reported by IBM, in organizations of 100 to 1,000 people, about 200 to 1,000 Process changes may be implemented annually. On initial DPP implementation (the first project), 50% of the total number of historical Defects may be eliminated in the first year of use and 70% eliminated within 2-3 years.
• Inspired by classical Statistical-Process-Control ideas [DEMING86], the Defect-Prevention-Process (DPP) was developed and refined (from 1983 onwards) by Carole Jones and Robert Mays of IBM Research Triangle Park NC with the Aim of improving IBM's Processes for Software-Engineering, hardware Engineering and administration [MAYS95].
• A detailed description of DPP can be found in [GILB93: Chapters 7 and 17].
“I don't expect perfection, but I do expect that we will always Work for it. If we screw a Mission up, that Means that people who deserve to live will not live. That is going to happen. You know it. I know it. But we will avoid mistakes as much as possible, and we will learn the proper lessons from every one we make. Counter-terrorism is a Darwinian world. The dumb ones are already dead, and the people out there we have to worry about are those who've learned a lot of lessons. So have we, and we're probably ahead of the game, tactically speaking, but we have to run hard to stay there. We will run hard.”
John Clark, Rainbow Six leader in Tom Clancy, Rainbow Six.
ISBN –0-14-027405-7, Penguin, www.penguin.com , page 37
Plan-Do-Study-Act-Cycle (PDSA) *168
Specification-Quality-Control (SQC) *051
Defect-Detection-Process (DDP) *041
Process Change Management Team *118
This Concept entered by Ashiq.
Table of contents: