CMMI for Development — CMMI-DEV

Overview
[Top]

The Capability Maturity Model Integration for Development (CMMI-DEV) is part of the CMMI product family. It is a process improvement maturity model for the development of products and services. It consists of proven practices that address development and maintenance activities that cover the product lifecycle from conception through delivery and maintenance of software, resp. IT services.

CMMI-DEV
[Top]

This latest iteration of the model as represented herein integrates bodies of knowledge that are essential for development and maintenance, but that have been addressed separately in the past, such as software engineering, systems engineering, hardware and design engineering, the engineering “-ilities” and acquisition. The prior designations of CMMI for systems engineering and software engineering (CMMI-SE/SW) are superseded by the title “CMMI for Development” to truly reflect the comprehensive integration of these bodies of knowledge and the application of the model within the organization. CMMI for Development (CMMI-DEV) provides a comprehensive integrated solution for development and maintenance activities applied to products and services.

CMMI-DEV was developed by a group of experts from industry, government, and the Software Engineering Institute (SEI) at Carnegie-Mellon University. It provides guidance for developing or improving processes that meet the business goals of an organization. As a CMMI-model it may also be used as a framework for appraising the process maturity of the organization.

CMMI-DEV has evolved from the learning, feedback and experience of software organizations across the world that deployed various models (ISO, CMM, etc.) for improving their processes. CMMI-DEV builds on and extends the proven practices of the Capability Maturity Model for Software (SW-CMM), the Systems Engineering Capability Model (SECM), and the Integrated Product Development Capability Maturity Model (IPD-CMM).

Apart from integrating the software and systems engineering areas, the model also links it all to the organization’s business objectives and also maintains a focus on meeting customer expectations. There are two representations of CMMI-DEV: Staged and Continuous, both containing essentially the same information but differing in the organization, use and presentation of the model elements.

CMMI-DEV, Version 1.2 is an upgrade of CMMI-SE/SW/IPPD/SS, Version 1.1. The focus of the CMMI Version 1.2 effort is on improving the quality of CMMI products and the consistency of how they are applied. This report represents the model portion of the CMMI Product Suite. Other portions of the CMMI Product Suite include the SCAMPI A appraisal method and the Introduction to CMMI training course.

The report of CMMI-DEV contains the two models that comprise the CMMI for Development constellation: the CMMI for Development and CMMI for Development + IPPD models. The model description report consists of three parts. Part one is the overview, which describes CMMI concepts, model components, and guidance on using the CMMI Product Suite. Part two contains the generic goals and practices and process areas, which are used by organizations to improve their development processes. Part three contains references, acronyms, project participants, and a glossary.

CMMI-DEV: Capability Maturity Model 1.3, © SEI, Carnegie Mellon Univ.

CMMI-DEV Process Areas
[Top]

CMMI for Development, Version 1.3 is organized around 22 process areas that represent the core processes for software development.

The 22 process areas of CMMI-DEV are:

• Causal Analysis and Resolution — identify causes of selected outcomes and take action to improve process performance.
• Configuration Management — establish and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits.
• Decision Analysis and Resolution — analyze possible decisions using a formal evaluation process that evaluates identified alternatives against established criteria.
• Integrated Project Management— establish and manage the project and the involvement of relevant stakeholders according to an integrated and defined process that is tailored from the organization’s set of standard processes.
• Measurement and Analysis — develop and sustain a measurement capability used to support management information needs.
• Organizational Performance Management — proactively manage the organization’s performance to meet its business objectives.
• Organizational Process Definition — establish and maintain a usable set of organizational process assets, work environment standards, and rules and guidelines for teams.
• Organizational Process Focus — plan, implement, and deploy organizational process improvements based on a thorough understanding of current strengths and weaknesses of the organization’s processes and process assets.
• Organizational Process Performance — establish and maintain a quantitative understanding of the performance of selected processes in the organization’s set of standard processes in support of achieving quality and process performance objectives, and to provide process performance data, baselines, and models to quantitatively manage the organization’s projects.
• Organizational Training — develop skills and knowledge of people so they can perform their roles effectively and efficiently.
• Process and Product Quality Assurance — provide staff and management with objective insight into processes and associated work products.
• Product Integration — assemble the product from the product components, ensure that the product, as integrated, behaves properly (i.e., possesses the required functionality and quality attributes), and deliver the product.
• Project Monitoring and Control — provide an understanding of the project’s progress so that appropriate corrective actions can be taken when the project’s performance deviates significantly from the plan.
• Project Planning — establish and maintain plans that define project activities.
• Quantitative Project Management — quantitatively manage the project to achieve the project’s established quality and process performance objectives.
• Requirements Development — elicit, analyze, and establish customer, product, and product component requirements.
• Requirements Management — manage requirements of the project’s products and product components and to ensure alignment between those requirements and the project’s plans and work products.
• Risk Management — identify potential problems before they occur so that risk handling activities can be planned and invoked as needed across the life of the product or project to mitigate adverse impacts on achieving objectives.
• Supplier Agreement Management — manage the acquisition of products and services from suppliers.
• Technical Solution — select, design, and implement solutions to requirements. Solutions, designs, and implementations encompass products, product components, and product related lifecycle processes either singly or in combination as appropriate.
• Validation — demonstrate that a product or product component fulfills its intended use when placed in its intended environment.
• Verification — ensure that selected work products meet their specified requirements.

Further Readings
[Top]