---

Additional 11 Process Areas Defined
CMMI for Development, Version 1.2 contains 22 process areas indicating the aspects of product and service development that are to be covered by organizational processes. These are the additional 11 process areas. Part I discussed the first 11 process areas.

Project Monitoring and Control (PMC)
A Project Management process area at Maturity Level 2
Purpose
The purpose of Project Monitoring and Control (PMC) is to 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.

Specific Practices by Goal
SG 1 Monitor Project Against Plan
- SP 1.1 Monitor Project Planning Parameters
- SP 1.2 Monitor Commitments
- SP 1.3 Monitor Project Risks
- SP 1.4 Monitor Data Management
- SP 1.5 Monitor Stakeholder Involvement
- SP 1.6 Conduct Progress Reviews
- SP 1.7 Conduct Milestone Reviews
SG 2 Manage Corrective Action to Closure
- SP 2.1 Analyze Issues
- SP 2.2 Take Corrective Action
- SP 2.3 Manage Corrective Action

Project Planning (PP)
A Project Management process area at Maturity Level 2
Purpose
The purpose of Project Planning (PP) is to establish and maintain plans that define project activities.

Specific Practices by Goal
SG 1 Establish Estimates
- SP 1.1 Estimate the Scope of the Project
- SP 1.2 Establish Estimates of Work Product and Task Attributes
- SP 1.3 Define Project Lifecycle
- SP 1.4 Determine Estimates of Effort and Cost
SG 2 Develop a Project Plan
- SP 2.1 Establish the Budget and Schedule
- SP 2.2 Identify Project Risks
- SP 2.3 Plan for Data Management
- SP 2.4 Plan for Project Resources
- SP 2.5 Plan for Needed Knowledge and Skills
- SP 2.6 Plan Stakeholder Involvement
- SP 2.7 Establish the Project Plan
SG 3 Obtain Commitment to the Plan
- SP 3.1 Review Plans that Affect the Project
- SP 3.2 Reconcile Work and Resource Levels
- SP 3.3 Obtain Plan Commitment

Process and Product Quality Assurance (PPQA)
A Support process area at Maturity Level 2
Purpose
The purpose of Process and Product Quality Assurance (PPQA) is to provide staff and management with objective insight into processes and associated work products.

Specific Practices by Goal
SG 1 Objectively Evaluate Processes and Work Products
- SP 1.1 Objectively Evaluate Processes
- SP 1.2 Objectively Evaluate Work Products and Services
SG 2 Provide Objective Insight
- SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues
- SP 2.2 Establish Records

Quantitative Project Management (QPM)
A Project Management process area at Maturity Level 4
Purpose
The purpose of the Quantitative Project Management (QPM) process area is to quantitatively manage the project's defined process to achieve the project's established quality and process-performance objectives.

Specific Practices by Goal
SG 1 Quantitatively Manage the Project
- SP 1.1 Establish the Project's Objectives
- SP 1.2 Compose the Defined Processes
- SP 1.3 Select the Subprocesses that Will Be Statistically Managed
- SP 1.4 Manage Project Performance
SG 2 Statistically Manage Subprocess Performance
- SP 2.1 Select Measures and Analytic Techniques
- SP 2.2 Apply Statistical Methods to Understand Variation
- SP 2.3 Monitor Performance of the Selected Subprocesses
- SP 2.4 Record Statistical Management Data

Requirements Development (RD)
An Engineering process area at Maturity Level 3.
Purpose
The purpose of Requirements Development (RD) is to produce and analyze customer, product, and product component requirements.

Specific Practices by Goal
SG 1 Develop Customer Requirements
- SP 1.1 Elicit Needs
- SP 1.2 Develop the Customer Requirements
SG 2 Develop Product Requirements
- SP 2.1 Establish Product and Product Component Requirements
- SP 2.2 Allocate Product Component Requirements
- SP 2.3 Identify Interface Requirements
SG 3 Analyze and Validate Requirements
- SP 3.1 Establish Operational Concepts and Scenarios
- SP 3.2 Establish a Definition of Required Functionality
- SP 3.3 Analyze Requirements
- SP 3.4 Analyze Requirements to Achieve Balance
- SP 3.5 Validate Requirements

Requirements Management (REQM)
An Engineering process area at Maturity Level 2
Purpose
The purpose of Requirements Management (REQM) is to manage the requirements of the project's products and product components and to identify inconsistencies between those requirements and the project's plans and work products.

Specific Practices by Goal
SG 1 Manage Requirements
- SP 1.1 Obtain an Understanding of Requirements
- SP 1.2 Obtain Commitment to Requirements
- SP 1.3 Manage Requirements Changes
- SP 1.4 Maintain Bidirectional Traceability of Requirements
- SP 1.5 Identify Inconsistencies Between Project Work and Requirements

Risk Management (RSKM)
A Project Management process area at Maturity Level 3
Purpose
The purpose of Risk Management (RSKM) is to 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.

Specific Practices by Goal
SG 1 Prepare for Risk Management
- SP 1.1 Determine Risk Sources and Categories
- SP 1.2 Define Risk Parameters
- SP 1.3 Establish a Risk Management Strategy
SG 2 Identify and Analyze Risks
- SP 2.1 Identify Risks
- SP 2.2 Evaluate, Categorize, and Prioritize Risks
SG 3 Mitigate Risks
- SP 3.1 Develop Risk Mitigation Plans
- SP 3.2 Implement Risk Mitigation Plans

Supplier Agreement Management (SAM)
A Project Management process area at Maturity Level 2
Purpose
The purpose of Supplier Agreement Management (SAM) is to manage the acquisition of products from suppliers.

Specific Practices by Goal
SG 1 Establish Supplier Agreements
- SP 1.1 Determine Acquisition Type
- SP 1.2 Select Suppliers
- SP 1.3 Establish Supplier Agreements
SG 2 Satisfy Supplier Agreements
- SP 2.1 Execute the Supplier Agreement
- SP 2.2 Monitor Selected Supplier Processes
- SP 2.3 Evaluate Selected Supplier Work Products
- SP 2.4 Accept the Acquired Product
- SP 2.5 Transition Products

Technical Solution (TS)
An Engineering process area at Maturity Level 3
Purpose
The purpose of Technical Solution (TS) is to design, develop, 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.

Specific Practices by Goal
SG 1 Select Product Component Solutions
- SP 1.1 Develop Alternative Solutions and Selection Criteria
- SP 1.2 Select Product Component Solutions
SG 2 Develop the Design
- SP 2.1 Design the Product or Product Component
- SP 2.2 Establish a Technical Data Package
- SP 2.3 Design Interfaces Using Criteria
- SP 2.4 Perform Make, Buy, or Reuse Analyses
SG 3 Implement the Product Design
- SP 3.1 Implement the Design
- SP 3.2 Develop Product Support Documentation

Validation (VAL)
An Engineering process area at Maturity Level 3
Purpose
The purpose of Validation (VAL) is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.

Specific Practices by Goal
SG 1 Prepare for Validation
- SP 1.1 Select Products for Validation
- SP 1.2 Establish the Validation Environment
- SP 1.3 Establish Validation Procedures and Criteria
SG 2 Validate Product or Product Components
- SP 2.1 Perform Validation
- SP 2.2 Analyze Validation Results

Verification (VER)
An Engineering process area at Maturity Level 3
Purpose
The purpose of Verification (VER) is to ensure that selected work products meet their specified requirements.

Specific Practices by Goal
SG 1 Prepare for Verification
- SP 1.1 Select Work Products for Verification
- SP 1.2 Establish the Verification Environment
- SP 1.3 Establish Verification Procedures and Criteria
SG 2 Perform Peer Reviews
- SP 2.1 Prepare for Peer Reviews
- SP 2.2 Conduct Peer Reviews
- SP 2.3 Analyze Peer Review Data
SG 3 Verify Selected Work Products
- SP 3.1 Perform Verification
- SP 3.2 Analyze Verification Results

Changes made in Version 1.2
Only changes made to the set of Process Areas are considered here. For more information about the changes made to Version 1.2, see the Version 1.2 Release Notes or for the definitive list of changes, take the CMMI Version 1.2 Upgrade Training.

The following Process Areas have been removed (all on Maturity Level 3):
Organisational Environment for Integration (OEI)
Integrated Teaming (IT)
Integrated Supplier Management (ISM)

The following additions have been made within existing Process Areas:
IPM – SG3 and SG4 were eliminated, new SG3 was added (as an IPPD addition)
OPD – SG2 was added (as an IPPD addition)
OPF – two SPs were extracted from the old SG3 and combined with two new SPs to create the new SG3
REQD – SP3.5 was renamed Validate Requirements
SAM – SP2.1 was eliminated, two new SPs added in SG2
TS – SP1.2 was incorporated into RD SP 3.1
VER – SP3.2 was renamed Analyze Verification Results