Encyclopedia  |   World Factbook  |   World Flags  |   Reference Tables  |   List of Lists     
   Academic Disciplines  |   Historical Timeline  |   Themed Timelines  |   Biographies  |   How-Tos     
Your Ad Here
Sponsor by The Tattoo Collection


Capability Maturity Model
Main Page | See live article | Alphabetical index

Capability Maturity Model

The Capability Maturity Model (CMM) of the Software Engineering Institute (SEI) describes the maturity of software development organisations on a scale of 1 to 5.

The CMM has been used extensively for avionics software and for government projects.

The CMM was created in the mid-1980s and is about 20 years old.

Table of contents
1 Levels
2 Praises
3 Criticisms
4 See also
5 External links

Levels

According to the SEI, "Predictability, effectiveness, and control of an organization's software processes are believed to improve as the organization moves up these five levels. While not rigorous, the empirical evidence to date supports this belief."

Praises

The CMM was invented to give military officers a quick way to assess and describe contractors' abilities to provide correct software on time. It has been a roaring success in this role. So much so that it caused panic-stricken salespeople to clamor for their engineering organizations to "implement CMM."

The CMM reliably assesses an organization's sophistication about software development.

Statistics from IBM, Motorola, Logica, BT and others suggest the following: It takes 18 months on average to move up one SEI level, but it has been done in 8. Defect rates can be lowered from 1 per 1,000 lines of code (typical of Microsoft and its peers) down to 1 per 1,000,000 lines (which is roughly Six Sigma quality of Deming fame). There is not particular evidence for shortening time to market, but there is for increasing the accuracy of estimating completion date from 75% overruns on average at level 1, to plus or minus 2% at level 5. Data on productivity increases is more variable, but it is at least a doubling of productivity.

Criticisms

The CMM does not describe how to create an effective software development organization. The traits it measures are in practice very hard to develop in an organization, even though they are very easy to recognize.

The CMM has been criticized for being overly bureaucratic and for promoting process over substance. In particular, for emphasizing predictability over service provided to end users. More commercially successful methodologies have focused not on the capability of the organization to produce software to satisfy some other organization or a collectively-produced specification, but on the capability of organizations to satisfy specific end user "use cases".

The CMM's division into levels has also been criticized in that it ignores the possibility that a single group may exhibit all of the behaviors and may change from behavior to behavior over time. There is also the implication that a group must move from step to step and that it is impossible for a project group to move from one to five without going through intermediate steps.

The CMM is an important tool for outsourcing and exporting jobs. Economic development agencies in India, Ireland, and elsewhere have praised the CMM for enabling them to compete for US outsourcing contracts. This has been very positive for software engineers in emerging economies, especially in India. This has had severe consequences for software engineers in the USA and Europe.

See also

External links