Capability Maturity Model Integration (CMMi)

Source: Wikipedia: Capability Maturity Model Integration

Capability Maturity Model Integration

From Wikipedia, the free encyclopedia
Jump to: navigation, search
Characteristics of the Maturity levels. [1]
Capability Maturity Model Integration.

Capability Maturity Model Integration (CMMI) is a process improvement approach that helps organizations improve their performance. CMMI can be used to guide process improvement across a project, a division, or an entire organization.

CMMI in software engineering and organizational development is a trademarked process improvement approach that provides organizations with the essential elements for effective process improvement.

According to the Software Engineering Institute (SEI, 2008), CMMI helps "integrate traditionally separate organizational functions, set process improvement goals and priorities, provide guidance for quality processes, and provide a point of reference for appraising current processes."[2]

* 1 Overview
* 2 History
* 3 CMMI topics
o 3.1 CMMI representation
o 3.2 CMMI model framework
o 3.3 CMMI models
o 3.4 Appraisal
o 3.5 Achieving CMMI compliance
* 4 Applications
* 5 See also
* 6 References
* 7 Official sources
* 8 External links

[edit] Overview

CMMI currently addresses three areas of interest:

1. Product and service development — CMMI for Development (CMMI-DEV),
2. Service establishment, management, and delivery — CMMI for Services (CMMI-SVC), and
3. Product and service acquisition — CMMI for Acquisition (CMMI-ACQ).

CMMI was developed by a group of experts from industry, government, and the Software Engineering Institute (SEI) at Carnegie Mellon University. CMMI models provide guidance for developing or improving processes that meet the business goals of an organization. A CMMI model may also be used as a framework for appraising the process maturity of the organization.[1]

CMMI originated in software engineering but has been highly generalised over the years to embrace other areas of interest, such as the development of hardware products, the delivery of all kinds of services, and the acquisition of products and services. The word "software" does not appear in definitions of CMMI. This generalization of improvement concepts makes CMMI extremely abstract. It is not as specific to software engineering as its predecessor, the Software CMM (CMM, see below)…
[edit] History

CMMI was developed by the CMMI project, which aimed to improve the usability of maturity models by integrating many different models into one framework. The project consisted of members of industry, government and the Carnegie Mellon Software Engineering Institute (SEI). The main sponsors included the Office of the Secretary of Defense (OSD) and the National Defense Industrial Association.

CMMI is the successor of the capability maturity model (CMM) or software CMM. The CMM was developed from 1987 until 1997. In 2002, CMMI Version 1.1 was released. Version 1.2 followed in August 2006.
[edit] CMMI topics
[edit] CMMI representation

CMMI exists in two representations: continuous and staged.[1] The continuous representation is designed to allow the user to focus on the specific processes that are considered important for the organization's immediate business objectives, or those to which the organization assigns a high degree of risk. The staged representation is designed to provide a standard sequence of improvements, and can serve as a basis for comparing the maturity of different projects and organizations. The staged representation also provides for an easy migration from the SW-CMM to CMMI.[1]
[edit] CMMI model framework
For more details on this topic, see Process area (CMMI).

Depending on the CMMI constellation (acquisition, services, development) used, the process areas it contains will vary. Key process areas are the areas that will be covered by the organization's processes. The table below lists the process areas that are present in all CMMI constellations. This collection of eight process areas is called the CMMI Model Framework, or CMF.
Capability Maturity Model Integration (CMMI) Model Framework (CMF) Abbreviation Name Area Maturity Level
REQM Requirements Management Engineering 2
PMC Project Monitoring and Control Project Management 2
PP Project Planning Project Management 2
CM Configuration Management Support 2
MA Measurement and Analysis Support 2
PPQA Process and Product Quality Assurance Support 2
OPD Organizational Process Definition Process Management 3
CAR Causal Analysis Support 5
[edit] CMMI models

CMMI best practices are published in documents called models, each of which addresses a different area of interest. The current release of CMMI, version 1.2, provides models for three areas of interest: development, acquisition, and services.

* CMMI for Development (CMMI-DEV), v1.2 was released in August 2006. It addresses product and service development processes.
* CMMI for Acquisition (CMMI-ACQ), v1.2 was released in November 2007. It addresses supply chain management, acquisition, and outsourcing processes in government and industry.
* CMMI for Services (CMMI-SVC), v1.2 was released in February 2009. It addresses guidance for delivering services within an organization and to external customers.
* CMMI Product Suite (includes Development, Acquisition, and Services), v1.3 is expected to be released in 2010. CMMI Version 1.3—Plans for the Next Version

Regardless of which model an organization chooses, CMMI best practices should be adapted by an organization according to its business objectives.
[edit] Appraisal

An organization cannot be certified in CMMI; instead, an organization is appraised. Depending on the type of appraisal, the organization can be awarded a maturity level rating (1-5) or a capability level achievement profile.

Many organizations find value in measuring their progress by conducting an appraisal. Appraisals are typically conducted for one or more of the following reasons:

1. To determine how well the organization’s processes compare to CMMI best practices, and to identify areas where improvement can be made
2. To inform external customers and suppliers of how well the organization’s processes compare to CMMI best practices
3. To meet the contractual requirements of one or more customers

Appraisals of organizations using a CMMI model[3] must conform to the requirements defined in the Appraisal Requirements for CMMI (ARC) document. There are three classes of appraisals, A, B and C, which focus on identifying improvement opportunities and comparing the organization’s processes to CMMI best practices. Appraisal teams use a CMMI model and ARC-conformant appraisal method to guide their evaluation of the organization and their reporting of conclusions. The appraisal results can then be used (e.g., by a process group) to plan improvements for the organization.

The Standard CMMI Appraisal Method for Process Improvement (SCAMPI) is an appraisal method that meets all of the ARC requirements.[4]

A class A appraisal is more formal and is the only one that can result in a level rating. Results of an appraisal may be published (if the appraised organization approves) on the CMMI Web site of the SEI: Published SCAMPI Appraisal Results. SCAMPI also supports the conduct of ISO/IEC 15504, also known as SPICE (Software Process Improvement and Capability Determination), assessments etc.
[edit] Achieving CMMI compliance

The traditional approach that organizations often adopt to achieve compliance with the CMMI involves the establishment of an Engineering Process Group (EPG) and Process Action Teams (PATs) [5] This approach requires that members of the EPG and PATs be trained in the CMMI, that an informal (SCAMPI C) appraisal be performed, and that process areas be prioritized for improvement. More modern approaches that involve the deployment of commercially available, CMMI-compliant processes, can significantly reduce the time to achieve compliance. SEI has maintained statistics on the "time to move up" for organizations adopting the earlier Software CMM and primarily using the traditional approach.[6] These statistics indicate that, since 1987, the median times to move from Level 1 to Level 2 is 23 months, and from Level 2 to Level 3 is an additional 20 months. These statistics have not been updated for the CMMI.

The Software Engineering Institute’s (SEI) Team Software Process methodology and the Capability Maturity Modeling framework have been successfully employed to accelerate progress from Maturity Level 1 to Maturity Level 4. They’ve demonstrated progressing from Level 1 to Level 4 in 30 months, which is less than half of the average time it has taken traditionally.[7]
[edit] Applications

The SEI published that 60 organizations measured increases of performance in the categories of cost, schedule, productivity, quality and customer satisfaction.[8] The median increase in performance varied between 14% (customer satisfaction) and 62% (productivity). However, the CMMI model mostly deals with what processes should be implemented, and not so much with how they can be implemented. These results do not guarantee that applying CMMI will increase performance in every organization. A small company with few resources may be less likely to benefit from CMMI; this view is supported by the process maturity profile (page 10). Of the small organizations (<25 employees), 70.5% are assessed at level 2: Managed, while 52.8% of the organizations with 1001–2000 employees are rated at the highest level (5: Optimizing).

Interestingly, Turner & Jain (2002) argue that although it is obvious there are large differences between CMMI and agile methods, both approaches have much in common. They believe neither way is the 'right' way to develop software, but that there are phases in a project where one of the two is better suited. They suggest one should combine the different fragments of the methods into a new hybrid method. Sutherland et al. (2007) assert that a combination of Scrum and CMMI brings more adaptability and predictability than either one alone. David J. Anderson (2005) gives hints on how to interpret CMMI in an agile manner. Other viewpoints about using CMMI and Agile development are available on the SEI Web site.

The combination of the project management technique earned value management (EVM) with CMMI has been described (Solomon, 2002). To conclude with a similar use of CMMI, Extreme Programming (XP), a software engineering method, has been evaluated with CMM/CMMI (Nawrocki et al., 2002). For example, the XP requirements management approach, (which relies on oral communication), was evaluated as not compliant with CMMI.

CMMI can be appraised using two different approaches: staged and continuous. The staged approach yields appraisal results as one of five maturity levels. The continuous approach yields one of six capability levels. The differences in these approaches are felt only in the appraisal; the best practices are equivalent and result in equivalent process improvement results.
[edit] See also

* Process area (CMMI)
* Software Engineering Process Group

[edit] References

1. ^ a b c d Sally Godfrey (2008) What is CMMI ?. NASA presentation. Accessed 8 dec 2008.
2. ^ What is CMMI?. Software Engineering Institute. Accessed 30 October 2008.
3. ^ For the latest published CMMI appraisal results see the SEI Web site.
4. ^ "Standard CMMI Appraisal Method for Process Improvement (SCAMPISM) A, Version 1.2: Method Definition Document". CMU/SEI-2006-HB-002. Software Engineering Institute. 2006. Retrieved 23 September 2006.
5. ^ "Getting Started with CMMI Adoption". Retrieved 4 January 2009.
6. ^ "Process Maturity Profile". Retrieved 4 January 2009.
7. ^ Daniel S. Wall, James McHale, Marsha Pomeroy-Huff. Case Study: Accelerating Process Improvement by Integrating the TSP and CMMI. Software Engineering Institute special report CMU/SEI-2005-SR-012, December 2005.
8. ^ "CMMI Performance Results, 2005". Retrieved 2006-09-23.

[edit] Official sources

SEI reports

* "CMMI for Development, Version 1.2" (pdf). CMMI-DEV (Version 1.2, August 2006). Carnegie Mellon University Software Engineering Institute. 2006. Retrieved 22 August 2007.
* "CMMI for Acquisition, Version 1.2" (pdf). CMMI-ACQ (Version 1.2, November 2007). Carnegie Mellon University Software Engineering Institute. 2007. Retrieved 19 December 2007.
* "CMMI for Services, Version 1.2" (pdf). CMMI-SVC (Version 1.2, February 2009). Carnegie Mellon University Software Engineering Institute. 2007. Retrieved 30 September 2009.
* "Process Maturity Profile (March 2007)" (PDF). CMMI v1.1 SCAMPI v1.1 Class A Appraisal Results 2006 End-Year Update. Software Engineering Institute. Retrieved 31 March 2007.
* "Appraisal Requirements for CMMI, Version 1.2 (ARC, V1.2)" (pdf). Carnegie Mellon University Software Engineering Institute. 2006. Retrieved 22 August 2006.
* "Standard CMMI Appraisal Method for Process Improvement (SCAMPI) A Versiions 1.2: Method Definition Document" (doc). Carnegie Mellon University Software Engineering Institute. 2006. Retrieved 22 August 2006.
* CMMI Guidebook Acquirer Team (2007). "Understanding and Leveraging a Supplier's CMMI Efforts: A Guidebook for Acquirers" (pdf). CMU/SEI-2007-TR-004. Software Engineering Institute. Retrieved 23 August 2007.

SEI web pages

* "CMMI Model Download". Software Engineering Institute. 2009. Retrieved 30 September 2009.
* "SEI Partner List". Software Engineering Institute. Retrieved 28 October 2006.
* SCAMPI Appraisal Results. The complete SEI list of published SCAMPI appraisal results.

[edit] External links
Search Wikimedia Commons Wikimedia Commons has media related to: Capability Maturity Model Integration

* Official website
* Capability Maturity Model Integration at the Open Directory Project
* Graphical comment by Scott Adams

v • d • e
Carnegie Mellon University
Carnegie Institute of Technology (engineering) • College of Fine Arts • H. John Heinz III College • College of Humanities and Social Sciences • Mellon College of Science • School of Computer Science • Tepper School of Business • Margaret Morrison Carnegie College (defunct)
Andrew Carnegie, three-quarter length portrait, seated, facing slightly left, 1913.jpg
Branch Campuses
Silicon Valley • Qatar • Heinz College Australia
Student life
Traditions • Kiltie Band • Scotch'n'Soda • Miller Gallery • The Tartan • The Carnegie Pulse • cmuTV • WRCT • AB Tech • University Athletic Association
Pittsburgh Supercomputing Center • Software Engineering Institute • Robotics Institute • Human Computer Interaction Institute • Pittsburgh Life Sciences Greenhouse • Carnegie School
Andrew Carnegie • Mellon family • Alumni and faculty
Projects and legacies
Andrew Project • BLISS • 3M computer • Alice • CMMI
v • d • e
Software engineering
Requirements analysis • Systems analysis • Software design • Computer programming • Formal methods • Software testing • Software deployment • Software maintenance
Data modeling • Enterprise architecture • Functional specification • Modeling language • Programming paradigm • Software • Software architecture • Software development methodology • Software development process • Software quality • Software quality assurance • Structured analysis
Agile • Aspect-oriented • Object orientation • Ontology • Service orientation • SDLC
Development models

Agile • Iterative model • RUP • Scrum • Spiral model • Waterfall model • XP • V-Model
Other models

Automotive SPICE • CMMI • Data model • Function model • Information model • Metamodeling • Object model • Systems model • View model
Modeling languages

Kent Beck • Grady Booch • Fred Brooks • Barry Boehm • Ward Cunningham • Ole-Johan Dahl • Tom DeMarco • Martin Fowler • C. A. R. Hoare • Watts Humphrey • Michael A. Jackson • Ivar Jacobson • Craig Larman • James Martin • Bertrand Meyer • David Parnas • Winston W. Royce • Colette Rolland • James Rumbaugh • Niklaus Wirth • Edward Yourdon • Victor Basili
Related fields
Computer science • Computer engineering • Enterprise engineering • History • Management • Mathematics • Project management • Quality management • Software ergonomics • Systems engineering
Retrieved from ""
Categories: Maturity models | Software development process | Standards | Quality | Carnegie Mellon University
Personal tools

* New features
* Log in / create account


* Article
* Discussion



* Read
* Edit
* View history



* Main page
* Contents
* Featured content
* Current events
* Random article


* About Wikipedia
* Community portal
* Recent changes
* Contact Wikipedia
* Donate to Wikipedia
* Help


* What links here
* Related changes
* Upload file
* Special pages
* Permanent link
* Cite this page


* Create a book
* Download as PDF
* Printable version


* Česky
* Deutsch
* Español
* Français
* 한국어
* Bahasa Indonesia
* Magyar
* 日本語
* ‪Norsk (bokmål)‬
* Português
* Русский
* Slovenčina
* Suomi
* Svenska
* Türkçe
* Українська
* 中文

* This page was last modified on 30 June 2010 at 15:29.
* Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of Use for details.
Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.
* Contact us

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License