Content deleted Content added
Elifarley (talk | contribs)
m Removed repetition of 'then'.
Mdjain (talk | contribs)
PSP as Six Sigma for Software
Line 10: Line 10:


Only when the entire unit of code is completely written, analyzed and reviewed, is it compiled and run. It is expected to compile and run first time. If it does not, every error, including syntax errors, needs a root cause analysis. The philosophy is that by manually examining the code in such detail to exclude all detectable errors, a better design will be produced than would be produced by a code-compile-fix cycle.
Only when the entire unit of code is completely written, analyzed and reviewed, is it compiled and run. It is expected to compile and run first time. If it does not, every error, including syntax errors, needs a root cause analysis. The philosophy is that by manually examining the code in such detail to exclude all detectable errors, a better design will be produced than would be produced by a code-compile-fix cycle.

PSP is like applying Six Sigma to Software Development. Mukesh Jain led large scale deployment of PSP/TSP in Microsoft India. in just 6 months, the results were amazing. More than 2/3 of the projects shipped were without any defects. 94% of the projects were delivered on time.


=====The Personal Software Process consists of seven Competency Areas:=====
=====The Personal Software Process consists of seven Competency Areas:=====

Revision as of 05:51, 29 October 2007

A subset of the Capability Maturity Model (CMM) processes, readily applicable to individual software engineers, the Personal Software Process was first defined in 1994 by Watts Humphrey in his book "A Discipline for Software Engineering", Addison Wesley Professional, Massachusetts, 1994, as part of the Software Process Program of the Software Engineering Institute at Carnegie Mellon. The PSP is a quantified method aimed to the improvement of the quality and productivity of the personal work of individual software engineers. "Personal Software Process" and "PSP" are registered service marks of the Carnegie Mellon University [1].

The PSP philosophy is largely based on reviews at every stage of the development cycle.

Before code is written, an outline of the desired behavior is written. That description is 'implemented' in pseudo code, and then each line of pseudo code is implemented in the target language.

Only when the entire unit of code is completely written, analyzed and reviewed, is it compiled and run. It is expected to compile and run first time. If it does not, every error, including syntax errors, needs a root cause analysis. The philosophy is that by manually examining the code in such detail to exclude all detectable errors, a better design will be produced than would be produced by a code-compile-fix cycle.

PSP is like applying Six Sigma to Software Development. Mukesh Jain led large scale deployment of PSP/TSP in Microsoft India. in just 6 months, the results were amazing. More than 2/3 of the projects shipped were without any defects. 94% of the projects were delivered on time.

The Personal Software Process consists of seven Competency Areas:
  • Competency Area 1: Foundational Knowledge
  • Competency Area 2: Basic PSP Concepts
  • Competency Area 3: Size Measuring and Estimating
  • Competency Area 4: Making and Tracking Project Plans
  • Competency Area 5: Planning and Tracking Software Quality
  • Competency Area 6: Software Design
  • Competency Area 7: Process Extensions and Customization
No tags for this post.