CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

Similar documents
CMMI-SVC V1.3 CMMI for Services Version 1.3 Quick Reference Guide

CMMI for Services Quick Reference

CMMI for Acquisition Quick Reference

DORNERWORKS QUALITY SYSTEM

8. CMMI Standards and Certifications

A Global Overview of The Structure

Software Process Assessment

USAF Software Technology Support Center (STSC) STSC SPI Help Desk COM , DSN

This resource is associated with the following paper: Assessing the maturity of software testing services using CMMI-SVC: an industrial case study

Highlights of CMMI and SCAMPI 1.2 Changes

CMMI Version 1.2. Model Changes

Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination)

CMMI for Technical Staff

Patricia A Eglin David Consulting Group

What s New in V1.3. Judah Mogilensky Process Enhancement Partners, Inc.

Generating Supportive Hypotheses

Engineering. CMMI for Development V.1.2 Module 3. M03/Engineering/v1.2

Bill Smith, CEO Leading Edge Process Consultants LLC

CMMI for Services (CMMI -SVC) Process Areas

CC and CMMI. An Approach to Integrate CC with Development

The Issue of Performance Why Do you need a Maturity Level 5. Achieving the Organizational Business Objectives Through Optimized Operational Processes

MTAT Software Engineering Management

Teuvo Suntio. Quality Development Tools. Professor of Power Electronics at University of Oulu. Electronic System Design A TS Rev. 1.

CMMI V2.0 MODEL AT-A-GLANCE. Including the following views: Development Services Supplier Management. CMMI V2.0 outline BOOKLET FOR print.

Strategies for Transitioning to CMMI-SVC

Lesson Learned from Cross Constellations and Multi Models Process Improvement Initiatives

Buy:

9/24/2011 Sof o tw t a w re e P roc o e c s e s s s Mo M d o e d l e s l 1 Wh W a h t t i s i s a Pr P oc o ess s 2 1

SOFTWARE ENGINEERING SOFTWARE PROCESS. Saulius Ragaišis.

CMMI Capability Maturity Model Integration [CMU SEI]

SCAMPI V1.1 Method Overview

Using CMMI. Type of Work. IT solution development Software development IT solution integration IT solution deployment

Integrated Class C Process Appraisals (ICPA)

Update Observations of the Relationships between CMMI and ISO 9001:2000

Chapter 26 Process improvement

How to Assure your Subcontractors Quality with Cross Constellations and Multi Models Inspiration Continues Process Improvement Initiatives

The Rational Unified Process and the Capability Maturity Model Integrated Systems/Software Engineering

Software technology 3. Process improvement models. BSc Course Dr. Katalin Balla

A Real-Life Example of Appraising and Interpreting CMMI Services Maturity Level 2

Relationship between CMMI Maturity Levels and ISO/IEC Processes Capability Profiles

CMMI SM Mini- Assessments

Quest 2015 Webinar Series:

CMMI-DEV v1.3 Good? Bad? Ugly?

Leveraging Your Service Quality Using ITIL V3, ISO and CMMI-SVC. Monday Half-Day Tutorial

PM Architecture Design as a Critical Success Factor in CMMI Model Implementation

Using the Equity in AS9100C to Implement CMMI-DEV Maturity Level 3

High Maturity Practices in Quality Assurance Mechanisms for Quantitative Management (QM) and Continuous Process Improvement (CPI)

Marilyn Ginsberg-Finner Northrop Grumman Corporation

CMMI-SVC: A Cost-Effective Approach to Early Use

Implementing Systems Engineering Processes to Balance Cost and Technical Performance

Use of Competency Guidelines to Address CMMI GP 2.5

Organizational Synthesis - CMMI, The Glue That Binds

Practical Application of the CMMI for Building a Strong Project Management Infrastructure

The Quality Paradigm. Quality Paradigm Elements

System Engineering Process Improvement using the CMMI in Large Space Programs

Analyzing Resonance of Motivation in Software Development Process Training by Using FRAM (Work-in-progress)

CERT Resilience Management Model, Version 1.2

Comparing Scrum And CMMI

CMMI v1.1 for a Service-Oriented Organization. By Steve Hall, Jeff Ricketts, Diane Simpson 16 November 2005

Software Quality Management. Kristian Sandahl

Software Quality Assurance Framework (SQA) Yujuan Dou 窦玉娟 2008/11/28

What is important in CMMI and what are the interrelations among its elements?

Process Improvement: CMMI

Process Improvement: CMMI

CMMI GLOSSARY A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Ogden Air Logistics Center

High Maturity/Capability Appraisals

WORK PLAN AND IV&V METHODOLOGY Information Technology - Independent Verification and Validation RFP No IVV-B

CMMI SM Model Measurement and Analysis

A Practical Guide to Implementing Levels 4 and 5

One if by Land, Two if by Sea

M. Lynn Penn Lockheed Martin Integrated Systems and Solutions November 2004

SCRUM and the CMMI. The Wolf and the Lamb shall Feed Together

Understanding and Leveraging a Supplier s CMMI Efforts: A Guidebook for Acquirers (Revised for V1.3)

This chapter illustrates the evolutionary differences between

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

CMMI and Agile Development: A Binary Choice?

PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)

Visualizing Betweenness Centrality of Process Area Networks Organization, CMMI-SVC

Biometrics Enterprise Architecture Systems Engineering Management Plan (BMEA SEMP)

Program Lifecycle Methodology Version 1.7

Evolutionary Differences Between CMM for Software and the CMMI

CMMI Project Management Refresher Training

TACOM-ARDEC Software Enterprise (SWE) CMMI Based Process Improvement

Staged Representation Considered Harmful?

Project Manager s Roadmap We re all smarter together

Q.A. Осигуряване на качество на софтуера (2016/2017, редовно/задочно)

Using Lessons Learned from Medical Checklists to Simplify CMMI Processes

Proposed Approach to Heterogeneous CMMI. Appraisals. Joseph V. Vandeville. 14 November 2007

Measuring the Maturity Level of Core System Development Project in a Financial Company Using CMMI-DEV

Transitioning a Merged Organization to CMMI and a New OSSP. NDIA CMMI Technology Conference November 14, 2002

version NDIA CMMI Conf 3.5 SE Tutorial RE - 1

Project Management Framework with reference to PMBOK (PMI) July 01, 2009

CMMI Conference November 2006 Denver, Colorado

QUALITY ASSURANCE PLAN OKLAHOMA DEPARTMENT OF HUMAN SERVICES ENTERPRISE SYSTEM (MOSAIC PROJECT)

FDA Case for Quality MDDA Pilot. November 15, 2017 Rob Becker Director, Quality Edwards Lifesciences

Software Quality Engineering Courses Offered by The Westfall Team

Top 10 Signs You're Ready (or Not)

Rational Software White Paper TP 174

Transcription:

processlabs CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

CMMI-DEV V1.3 Process Areas Alphabetically by Process Area Acronym processlabs CAR - Causal Analysis and Resolution... 6 CM - Configuration Management... 7 DAR - Decision Analysis and Resolution... 9 IPM - Integrated Project Management... 11 MA - Measurement and Analysis... 14 OPD - Organizational Process Definition... 16 OPF - Organizational Process Focus... 18 OPM - Organizational Performance Management... 21 OPP - Organizational Process Performance... 24 OT - Organizational Training... 26 PI - Product Integration... 28 PMC - Project Monitoring and Control... 30 PP - Project Planning... 32 PPQA - Process and Product Quality Assurance... 35 QPM - Quantitative Project Management... 37 RD - Requirements Development... 39 REQM - Requirements Management... 42 RSKM - Risk Management... 43 SAM - Supplier Agreement Management... 45 TS - Technical Solution... 47 VAL - Validation... 49 VER - Verification... 51 Generic Goals & Generic Practices... 53 CMMI-DEV V1.3 - Page 3

CMMI-DEV V1.3 Process Areas Staged Representation processlabs Maturity Level 2 REQM - Requirements Management PP - Project Planning PMC - Project Monitoring and Control SAM - Supplier Agreement Management MA - Measurement and Analysis PPQA - Process and Product Quality Assurance CM - Configuration Management Maturity Level 3 RD - Requirements Development TS - Technical Solution PI - Product Integration VER - Verification VAL - Validation OPF - Organizational Process Focus OPD - Organizational Process Definition OT - Organizational Training IPM - Integrated Project Management RSKM - Risk Management DAR - Decision Analysis and Resolution Maturity Level 4 OPP - Organizational Process Performance QPM - Quantitative Project Management Maturity Level 5 OPM - Organizational Performance Management CAR - Causal Analysis and Resolution CMMI-DEV V1.3 - Page 4

CMMI-DEV V1.3 Process Areas Continuous Representation processlabs Process Management OPF - Organizational Process Focus OPD - Organizational Process Definition OT - Organizational Training OPP - Organizational Process Performance OPM - Organizational Process Management Project Management PP - Project Planning PMC - Project Monitoring and Control REQM - Requirements Management SAM - Supplier Agreement Management IPM - Integrated Project Management RSKM - Risk Management QPM - Quantitative Project Management Engineering RD - Requirements Development TS - Technical Solution PI - Product Integration VER - Verification VAL - Validation Support CM - Configuration Management PPQA - Process and Product Quality Assurance MA - Measurement and Analysis DAR - Decision Analysis and Resolution CAR - Causal Analysis and Resolution CMMI-DEV V1.3 - Page 5

SG1 SP1.1 CAR Causal Analysis and Resolution The purpose of Causal Analysis and Resolution (CAR) is to identify causes of selected outcomes and take action to improve process performance. Root causes of selected outcomes are systematically determined. Select outcomes for analysis. 1. Data to be used in the initial analysis 2. Initial analysis results data 3. Outcomes selected for further analysis 1. Gather relevant data. 2. Determine which outcomes to analyze further. 3. Formally define the scope of the analysis, including a clear definition of the improvement needed or expected, stakeholders affected, target impacted, etc. SP1.2 SG2 SP2.1 SP2.2 SP2.3 Perform causal analysis of selected outcomes and propose actions to address them. 1. Root cause analysis results 2. Action proposal 1. Conduct causal analysis with the people who are responsible for performing the task. 2. Analyze selected outcomes to determine their root causes. 3. Combine selected outcomes into groups based on their root causes. 4. Propose and document actions to be taken to prevent the future occurrence of similar outcomes, or to incorporate best practices into processes. Root causes of selected outcomes are systematically addressed. Implement selected action proposals developed in causal analysis. 1. Action proposals selected for implementation 2. Action plans 1. Analyze action proposals and determine their priorities. 2. Select action proposals to be implemented. 3. Create action plans for implementing the selected action proposals. 4. Implement action plans. 5. Look for similar causes that may exist in other processes and work products and take action as appropriate. Evaluate the effect of implemented actions on process performance. 1. Analysis of process performance and change in process performance 1. Measure and analyze the change in process performance of the project s affected processes or subprocesses. 2. Determine the impact of the change on achieving the project s quality and process performance objectives. 3. Determine and document appropriate actions if the process or subprocess improvements did not result in expected project benefits. Record causal analysis and resolution data for use across projects and the organization. 1. Causal analysis and resolution records 2. Organizational improvement proposals 1. Record causal analysis data and make it available so that other projects can make appropriate process changes and achieve similar results. CMMI-DEV V1.3 - Page 6

GG&GP VER VAL TS SAM RSKM REQM RD QPM PPQA PP PMC PI OT OPP OPM OPF OPD MA IPM DAR CM CAR. CM Configuration Management The purpose of Configuration Management (CM) is to establish and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits. SG1 SP1.1 SP1.2 SP1.3 SG2 SP2.1 SP2.2 Baselines of identified work products are established. Identify configuration items, components, and related work products to be placed under configuration management. 1. Identified configuration items 1. Select configuration items and work products that compose them based on documented criteria. 2. Assign unique identifiers to configuration items. 3. Specify the important characteristics of each configuration item. 4. Specify when each configuration item is placed under configuration management. 5. Identify the owner responsible for each configuration item. 6. Specify relationships among configuration items. Establish and maintain a configuration management and change management system for controlling work products. 1. Configuration management system with controlled work products 2. Configuration management system access control procedures 3. Change request database 1. Establish a mechanism to manage multiple levels of control. 2. Provide access control to ensure authorized access to the configuration management system. 3. Store and retrieve configuration items in a configuration management system. 5. Store and recover archived versions of configuration items. 6. Store, update, and retrieve configuration management records. 7. Create configuration management reports from the configuration management system. 8. Preserve the contents of the configuration management system. 9. Revise the configuration management structure as necessary. Create or release baselines for internal use and for delivery to the customer. 1. Baselines 2. Description of baselines 1. Obtain authorization from the configuration control board (CCB) before creating or releasing baselines of configuration items. 2. Create or release baselines only from configuration items in the configuration management system. 3. Document the set of configuration items that are contained in a baseline. 4. Make the current set of baselines readily available. Changes to the work products under configuration management are tracked and controlled. Track change requests for configuration items. 1. Change requests 1. Initiate and record change requests in the change request database. 2. Analyze the impact of changes and fixes proposed in change requests. 3. Categorize and prioritize change requests. 4. Review change requests to be addressed in the next baseline with relevant stakeholders and get their agreement. 5. Track the status of change requests to closure. Control changes to configuration items. 1. Revision history of configuration items 2. Archives of baselines CMMI-DEV V1.3 - Page 7

CM SG3 SP3.1 SP3.2 1. Control changes to configuration items throughout the life of the product or service. 2. Obtain appropriate authorization before changed configuration items are entered into the configuration management system. 3. Check in and check out configuration items in the configuration management system for incorporation of changes in a manner that maintains the correctness and integrity of configuration items. 4. Perform reviews to ensure that changes have not caused unintended effects on the baselines (e.g., ensure that changes have not compromised the safety or security of the system). 5. Record changes to configuration items and reasons for changes as appropriate. Integrity of baselines is established and maintained. Establish and maintain records describing configuration items. 1. Revision history of configuration items 2. Change log 3. Change request records 4. Status of configuration items 5. Differences between baselines 1. Record configuration management actions in sufficient detail so the content and status of each configuration item is known and previous versions can be recovered. 2. Ensure that relevant stakeholders have access to and knowledge of the configuration status of configuration items. 3. Specify the latest version of baselines. 4. Identify the version of configuration items that constitute a particular baseline. 5. Describe differences between successive baselines. 6. Revise the status and history (i.e., changes and other actions) of each configuration item as necessary. Perform configuration audits to maintain the integrity of configuration baselines. 1. Configuration audit results 2. Action items 1. Assess the integrity of baselines. 2. Confirm that configuration management records correctly identify configuration items. 3. Review the structure and integrity of items in the configuration management system. 4. Confirm the completeness, correctness, and consistency of items in the configuration management system. 5. Confirm compliance with applicable configuration management standards and procedures. 6. Track action items from the audit to closure. CMMI-DEV V1.3 - Page 8

GG&GP VER VAL TS SAM RSKM REQM RD QPM PPQA PP PMC PI OT OPP OPM OPF OPD MA IPM DAR CM CAR. DAR Decision Analysis and Resolution The purpose of Decision Analysis and Resolution (DAR) is to analyze possible decisions using a formal evaluation process that evaluates identified alternatives against established criteria. SG1 SP1.1 SP1.2 SP1.3 SP1.4 SP1.5 SP1.6 Decisions are based on an evaluation of alternatives using established criteria. Establish and maintain guidelines to determine which issues are subject to a formal evaluation process. 1. Guidelines for when to apply a formal evaluation process 1. Establish guidelines for when to use a formal evaluation process. 2. Incorporate the use of guidelines into the defined process as appropriate. Establish and maintain criteria for evaluating alternatives, and the relative ranking of these criteria. 1. Documented evaluation criteria 2. Rankings of criteria importance 1. Define the criteria for evaluating alternative solutions. 2. Define the range and scale for ranking the evaluation criteria. 3. Rank the criteria. 4. Assess the criteria and their relative importance. 5. Evolve the evaluation criteria to improve their validity. 6. Document the rationale for the selection and rejection of evaluation criteria. Identify alternative solutions to address issues. 1. Identified alternatives 1. Perform a literature search. 2. Identify alternatives for consideration in addition to those that may be provided with the issue. 3. Document proposed alternatives. Select evaluation methods. 1. Selected evaluation methods 1. Select methods based on the purpose for analyzing a decision and on the availability of the information used to support the method. 2. Select evaluation methods based on their ability to focus on the issues at hand without being overly influenced by side issues. 3. Determine the measures needed to support the evaluation method. Evaluate alternative solutions using established criteria and methods. 1. Evaluation results 1. Evaluate proposed alternative solutions using the established evaluation criteria and selected methods. 2. Evaluate assumptions related to the evaluation criteria and the evidence that supports the assumptions. 3. Evaluate whether uncertainty in the values for alternative solutions affects the evaluation and address these uncertainties as appropriate. 4. Perform simulations, modeling, prototypes, and pilots as necessary to exercise the evaluation criteria, methods, and alternative solutions. 5. Consider new alternative solutions, criteria, or methods if proposed alternatives do not test well; repeat evaluations until alternatives do test well. 6. Document the results of the evaluation. Select solutions from alternatives based on evaluation criteria. 1. Recommended solutions to address significant issues CMMI-DEV V1.3 - Page 9

DAR 1. Assess the risks associated with implementing the recommended solution. 2.Document and communicate to appropriate stakeholders the results and rationale for the recommended solution. CMMI-DEV V1.3 - Page 10

GG&GP VER VAL TS SAM RSKM REQM RD QPM PPQA PP PMC PI OT OPP OPM OPF OPD MA IPM DAR CM CAR. IPM Integrated Project Management The purpose of Integrated Project Management (IPM) is to 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. SG1 SP1.1 SP1.2 SP1.3 SP1.4 The project is conducted using a defined process tailored from the organization s set of standard processes. Establish and maintain the project s defined process from project startup through the life of the project. 1. The project s defined process 1. Select a lifecycle model from those available in organizational process assets. 2. Select standard processes from the organization s set of standard processes that best fit the needs of the project. 3. Tailor the organization s set of standard processes and other organizational process assets according to tailoring guidelines to produce the project s defined process. 4. Use other artifacts from the organization s process asset library, as appropriate. 5. Document the project s defined process. 6. Conduct peer reviews of the project s defined process. 7. Revise the project s defined process as necessary. Use organizational process assets and the measurement repository for estimating and planning project activities. 1. Project estimates 2. Project plans 1. Use the tasks and work products of the project s defined process as a basis for estimating and planning project activities. 2. Use the organization s measurement repository in estimating the project s planning parameters. Establish and maintain the project s work environment based on the organization s work environment standards. 1. Equipment and tools for the project 2. Installation, operation, and maintenance manuals for the project work environment 3. User surveys and results 4. Use, performance, and maintenance records 5. Support services for the project s work environment 1. Plan, design, and install a work environment for the project. 2. Provide ongoing maintenance and operational support for the project s work environment. 3. Maintain the qualification of components of the project s work environment. 4. Periodically review how well the work environment is meeting project needs and supporting collaboration, and take action as appropriate. Integrate the project plan and other plans that affect the project to describe the project s defined process. 1. Integrated plans 1. Integrate other plans that affect the project with the project plan. 2. Incorporate into the project plan the definitions of measures and measurement activities for managing the project. 3. Identify and analyze product and project interface risks. 4. Schedule tasks in a sequence that accounts for critical development and delivery factors and project risks. 5. Incorporate plans for performing peer reviews on work products of the project s defined process. 6. Incorporate the training needed to perform the project s defined process in the project s training plans. 7. Establish objective entry and exit criteria to authorize the initiation and completion of tasks described in the work breakdown structure (WBS). 8. Ensure that the project plan is appropriately compatible with the plans of relevant stakeholders. 9. Identify how conflicts will be resolved that arise among relevant stakeholders. CMMI-DEV V1.3 - Page 11

SP1.5 SP1.6 SP1.7 SG2 SP2.1 SP2.2 IPM Manage the project using the project plan, other plans that affect the project, and the project s defined process. 1. Work products created by performing the project s defined process 2. Collected measures (i.e., actuals) and status records or reports 3. Revised requirements, plans, and commitments 4. Integrated plans 1. Implement the project s defined process using the organization s process asset library. 2. Monitor and control the project s activities and work products using the project s defined process, project plan, and other plans that affect the project. 3. Obtain and analyze the selected measures to manage the project and support the organization s needs. 4. Periodically review and align the project s performance with current and anticipated needs, objectives, and requirements of the organization, customer, and end users, as appropriate. 5. Address causes of selected issues that may impact project objectives. Establish and maintain teams. 1. Documented shared vision 2. List of members assigned to each team 3. Team charters 4. Periodic team status reports 1. Establish and maintain the project s shared vision. 2. Establish and maintain the team structure. 3. Establish and maintain each team. 4. Periodically evaluate the team structure and composition. Contribute process-related experiences to organizational process assets. 1. Proposed improvements to organizational process assets 2. Actual process and product measures collected from the project 3. Documentation (e.g., exemplary process descriptions, plans, training modules, checklists, lessons learned) 4. Process artifacts associated with tailoring and implementing the organization s set of standard processes on the project 1. Propose improvements to organizational process assets. 2. Store process and product measures in the organization s measurement repository. 3. Submit documentation for possible inclusion in the organization s process asset library. 4. Document lessons learned from the project for inclusion in the organization s process asset library. 5. Provide process artifacts associated with tailoring and implementing the organization s set of standard processes in support of the organization s process monitoring activities. Coordination and collaboration between the project and relevant stakeholders are conducted. Manage the involvement of relevant stakeholders in the project. 1. Agendas and schedules for collaborative activities 2. Recommendations for resolving relevant stakeholder issues 3. Documented issues (e.g., issues with stakeholder requirements, product and product component requirements, product architecture, and product design) 1. Coordinate with relevant stakeholders who should participate in project activities. 2. Ensure work products that are produced to satisfy commitments meet the requirements of the recipients. 3. Develop recommendations and coordinate actions to resolve misunderstandings and problems with requirements. Participate with relevant stakeholders to identify, negotiate, and track critical dependencies. 1. Defects, issues, and action items resulting from reviews with relevant stakeholders 2. Critical dependencies 3. Commitments to address critical dependencies 4. Status of critical dependencies CMMI-DEV V1.3 - Page 12

IPM SP2.3 1. Conduct reviews with relevant stakeholders. 2. Identify each critical dependency. 3. Establish need dates and plan dates for each critical dependency based on the project schedule. 4. Review and get agreement on commitments to address each critical dependency with those responsible for providing or receiving the work product. 5. Document critical dependencies and commitments. 6. Track the critical dependencies and commitments and take corrective action as appropriate. Resolve issues with relevant stakeholders. 1. Relevant stakeholder coordination issues 2. Status of relevant stakeholder coordination issues 1. Identify and document issues. 2. Communicate issues to relevant stakeholders. 3. Resolve issues with relevant stakeholders. 4. Escalate to appropriate managers those issues not resolvable with relevant stakeholders. 5. Track issues to closure. 6. Communicate with relevant stakeholders on the status and resolution of issues. CMMI-DEV V1.3 - Page 13

SG1 SP1.1 SP1.2 MA Measurement and Analysis The purpose of Measurement and Analysis (MA) is to develop and sustain a measurement capability used to support management information needs. SP1.3 Measurement objectives and activities are aligned with identified information needs and objectives. Establish and maintain measurement objectives derived from identified information needs and objectives. 1. Measurement objectives 1. Document information needs and objectives. 2. Prioritize information needs and objectives. 3. Document, review, and update measurement objectives. 4. Provide feedback for refining and clarifying information needs and 5. Maintain traceability of measurement objectives to identified information needs and objectives. Specify measures to address measurement objectives. 1. Specifications of base and derived measures 1. Identify candidate measures based on documented measurement objectives. The measurement objectives are refined into specific measures. The identified candidate measures are categorized and specified by name and unit of measure. 2. Identify existing measures that already address the measurement objectives. 3. Specify operational definitions for the measures. 4. Prioritize, review, and update measures. Specify how measurement data is obtained and stored. 1. Data collection and storage procedures 2. Data collection tools 1. Identify existing sources of data that are generated from current work products, processes, or transactions. 2. Identify measures for which data are needed, but are not currently available. 3. Specify how to collect and store the data for each required measure. 4. Create data collection mechanisms and process guidance. 5. Support automatic collection of data as appropriate and feasible. 6. Prioritize, review, and update data collection and storage procedures. 7. Update measures and measurement objectives as necessary. SP1.4 SG2 SP2.1 Specify how measurement data are analyzed and communicated. 1. Analysis specifications and procedures 2. Data analysis tools 1. Specify and prioritize the analyses to be conducted and the reports to be prepared. 2. Select appropriate data analysis methods and tools. 3. Specify administrative procedures for analyzing data and communicating results. 4. Review and update the proposed content and format of specified analyses and reports. 5. Update measures and measurement objectives as necessary. 6. Specify criteria for evaluating the utility of analysis results and for evaluating the conduct of measurement and analysis activities. Measurement results that address identified information needs and objectives are provided. Obtain specified measurement data. 1. Base and derived measurement data sets 2. Results of data integrity tests CMMI-DEV V1.3 - Page 14

MA IPM DAR CM CAR. SP2.2 SP2.3 SP2.4 MA 1. Obtain data for base measures. 2. Generate data for derived measures. 3. Perform data integrity checks as close to the source of data as possible. Analyze and interpret measurement data. 1. Analysis results and draft reports 1. Conduct initial analyses, interpret results, and draw preliminary conclusions. 2. Conduct additional measurement and analysis as necessary, and prepare results for presentation. 3. Review initial results with relevant stakeholders. 4. Refine criteria for future analyses. Manage and store measurement data, measurement specifications, and analysis results. 1. Stored data inventory 1. Review data to ensure their completeness, integrity, accuracy, and currency. 2. Store data according to data storage procedures. 3. Make stored contents available for use only to appropriate groups and personnel. 4. Prevent stored information from being used inappropriately. Communicate results of measurement and analysis activities to all relevant stakeholders. 1. Delivered reports and related analysis results 2. Contextual information or guidance to aid in the interpretation of analysis results 1. Keep relevant stakeholders informed of measurement results in a timely manner. 2. Assist relevant stakeholders in understanding results. CMMI-DEV V1.3 - Page 15

OPD Organizational Process Definition The purpose of Organizational Process Definition (OPD) is to establish and maintain a usable set of organizational process assets, work environment standards, and rules and guidelines for teams. SG1 SP1.1 SP1.2 SP1.3 SP1.4 A set of organizational process assets is established and maintained. Establish and maintain the organization s set of standard processes. 1. Organization s set of standard processes 1. Decompose each standard process into constituent process elements to the detail needed to understand and describe the process. 2. Specify the critical attributes of each process element. 3. Specify relationships among process elements. 4. Ensure that the organization s set of standard processes adheres to applicable policies, standards, and models. 5. Ensure that the organization s set of standard processes satisfies process needs and objectives of the organization. 6. Ensure that there is appropriate integration among processes that are included in the organization s set of standard processes. 7. Document the organization s set of standard processes. 8. Conduct peer reviews on the organization s set of standard processes. 9. Revise the organization s set of standard processes as necessary. Establish and maintain descriptions of lifecycle models approved for use in the organization. 1. Descriptions of lifecycle models 1. Select lifecycle models based on the needs of projects and the organization. 2. Document descriptions of lifecycle models. 3. Conduct peer reviews on lifecycle models. 4. Revise the descriptions of lifecycle models as necessary. Establish and maintain tailoring criteria and guidelines for the organization s set of standard processes. 1. Tailoring guidelines for the organization s set of standard processes 1. Specify the selection criteria and procedures for tailoring the organization's set of standard processes. 2. Specify the standards used for documenting defined processes. 3. Specify the procedures used for submitting and obtaining approval of waivers from the organization s set of standard processes. 4. Document tailoring guidelines for the organization s set of standard processes. 5. Conduct peer reviews on the tailoring guidelines. 6. Revise tailoring guidelines as necessary. Establish and maintain the organization's measurement repository. 1. Definition of the common set of product and process measures for the organization s set of standard processes 2. Design of the organization s measurement repository 3. Organization s measurement repository (i.e., the repository structure and support environment) 4. Organization s measurement data 1. Determine the organization s needs for storing, retrieving, and analyzing measurements. 2. Define a common set of process and product measures for the organization s set of standard processes. 3. Design and implement the measurement repository. 4. Specify procedures for storing, updating, and retrieving measures. 5. Conduct peer reviews on definitions of the common set of measures and procedures for storing, updating, and retrieving measures. 6. Enter specified measures into the repository 7. Make the contents of the measurement repository available for use by the organization and projects as appropriate. 8. Revise the measurement repository, the common set of measures, and procedures as the organization s needs change. CMMI-DEV V1.3 - Page 16

OPD MA IPM DAR CM CAR. SP1.5 SP1.6 SP1.7 OPD Establish and maintain the organization s process asset library. 1. Design of the organization s process asset library 2. The organization s process asset library 3. Selected items to be included in the organization s process asset library 4. The catalog of items in the organization s process asset library 1. Design and implement the organization s process asset library, including the library structure and support environment. 2. Specify criteria for including items in the library. 3. Specify procedures for storing, updating, and retrieving items. 4. Enter selected items into the library and catalog them for easy reference and retrieval. 5. Make items available for use by projects. 6. Periodically review the use of each item. 7. Revise the organization s process asset library as necessary. Establish and maintain work environment standards 1. Work environment standards 1. Evaluate commercially available work environment standards appropriate for the organization. 2. Adopt existing work environment standards and develop new ones to fill gaps based on the organization s process needs and objectives. Establish and maintain organizational rules and guidelines for the structure, formation, and operation of teams. 1. Rules and guidelines for structuring and forming teams 2. Operating rules for teams 1. Establish and maintain empowerment mechanisms to enable timely decision making. 2. Establish rules and guidelines for structuring and forming teams. 3. Define the expectations, rules, and guidelines that guide how teams work collectively. 4. Maintain the rules and guidelines for structuring and forming teams. CMMI-DEV V1.3 - Page 17

SG1 SP1.1 SP1.2 OPF Organizational Process Focus The purpose of Organizational Process Focus (OPF) is to 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. SP1.3 SG2 SP2.1 SP2.2 Strengths, weaknesses, and improvement opportunities for the organization s processes are identified periodically and as needed. Establish and maintain the description of process needs and objectives for the organization. 1. The organization s process needs and objectives 1. Identify policies, standards, and business objectives that are applicable to the organization s processes. 2. Examine relevant process standards and models for best practices. 3. Determine the organization s process-performance objectives. 4. Define essential characteristics of the organization s processes. 5. Document the organization s process needs and objectives. 6. Revise the organization s process needs and objectives as needed. Appraise the organization s processes periodically and as needed to maintain an understanding of their strengths and weaknesses. 1. Plans for the organization s process appraisals 2. Appraisal findings that address strengths and weaknesses of the organization s processes 3. Improvement recommendations for the organization s processes 1. Obtain sponsorship of the process appraisal from senior management. 2. Define the scope of the process appraisal. 3. Determine the method and criteria to be used for the process appraisal. 4. Plan, schedule, and prepare for the process appraisal. 5. Conduct the process appraisal. 6. Document and deliver the appraisal s activities and findings. Identify improvements to the organization s processes and process assets. 1. Analysis of candidate process improvements 2. Identification of improvements for the organization s processes 1. Determine candidate process improvements. 2. Prioritize candidate process improvements. 3. Identify and document the process improvements to be implemented. 4. Revise the list of planned process improvements to keep it current. Improvements are planned and implemented, organizational process assets are deployed, and process-related experiences are incorporated into the organizational process assets. Establish and maintain process action plans to address improvements to the organization s processes and process assets. 1. The organization s approved process action plans 1. Identify strategies, approaches, and actions to address identified process improvements. 2. Establish process action teams to implement actions. 3. Document process action plans. 4. Review and negotiate process action plans with relevant stakeholders. 5. Revise process action plans as necessary. Implement process action plans. 1. Commitments among process action teams 2. Status and results of implementing process action plans 3. Plans for pilots CMMI-DEV V1.3 - Page 18

GG&GP VER VAL TS SAM RSKM REQM RD QPM PPQA PP PMC PI OT OPP OPM OPF OPD MA IPM DAR CM CAR. OPF 1. Make process action plans readily available to relevant stakeholders. 2. Negotiate and document commitments among process action teams and revise their process action plans as necessary. 3. Track progress and commitments against process action plans. 4. Conduct joint reviews with process action teams and relevant stakeholders to monitor the progress and results of process actions. 5. Plan pilots needed to test selected process improvements. 6. Review the activities and work products of process action teams. 7. Identify, document, and track to closure issues encountered when implementing process action plans. 8. Ensure that results of implementing process action plans satisfy the organization s process improvement objectives. SG3 SP3.1 Organizational process assets are deployed across the organization and process-related experiences are incorporated into organizational process assets. Deploy organizational process assets across the organization. 1. Plans for deploying organizational process assets and changes to them across the organization 2. Document changes to organizational process assets. 3. Deploy changes that were made to organizational process assets across the organization. 4. Provide guidance and consultation on the use of organizational process assets. 1. Deploy organizational process assets across the organization. 2. Document the changes to the organizational process assets. 3. Deploy the changes that were made to the organizational process assets across the organization. 4. Provide guidance and consultation on the use of the organizational process assets. SP3.2 SP3.3 Deploy the organization's set of standard processes on projects at their startup and deploy changes to them as appropriate throughout the lives of the projects. 1. The organization s list of projects and the status of process deployment on each (i.e., existing and planned projects) 2. Guidelines for deploying the organization s set of standard processes on new projects 3. Records of tailoring and implementing the organization s set of standard processes 1. Identify projects in the organization that are starting up. 2. Identify active projects that would benefit from implementing the organization s current set of standard processes. 3. Establish plans to implement the organization s current set of standard processes on the identified projects. 4. Assist projects in tailoring the organization s set of standard processes to meet their needs. 5. Maintain records of tailoring and implementing processes on the identified projects. 6. Ensure that the defined processes resulting from process tailoring are incorporated into plans for processcompliance audits. 7. As the organization s set of standard processes is updated, identify which projects should implement the changes. Monitor the implementation of the organization's set of standard processes and use of process assets on all projects. 1. Results of monitoring process implementation on projects 2. Status and results of process-compliance audits 3. Results of reviewing selected process artifacts created as part of process tailoring and implementation 1. Monitor projects use of the organization s process assets and changes to them. 2. Review selected process artifacts created during the life of each project. 3. Review results of process-compliance audits to determine how well the organization s set of standard processes has been deployed. 4. Identify, document, and track to closure issues related to implementing the organization s set of standard processes. CMMI-DEV V1.3 - Page 19

OPF SP3.4 Incorporate process-related experiences derived from planning and performing the process into organizational process assets. 1. Process improvement proposals 2. Process lessons learned 3. Measurements of organizational process assets 4. Improvement recommendations for organizational process assets 5. Records of the organization s process improvement activities 6. Information on organizational process assets and improvements to them 1. Conduct periodic reviews of the effectiveness and suitability of the organization s set of standard processes and related organizational process assets relative to the process needs and objectives derived from the organization s business objectives. 2. Obtain feedback about the use of organizational process assets. 3. Derive lessons learned from defining, piloting, implementing, and deploying organizational process assets. 4. Make lessons learned available to people in the organization as appropriate. 5. Analyze measurement data obtained from the use of the organization s common set of measures. 6. Appraise processes, methods, and tools in use in the organization and develop recommendations for improving organizational process assets. 7. Make the best of the organization s processes, methods, and tools available to people in the organization as appropriate. 8. Manage process improvement proposals. 9. Establish and maintain records of the organization s process improvement activities. CMMI-DEV V1.3 - Page 20

GG&GP VER VAL TS SAM RSKM REQM RD QPM PPQA PP PMC PI OT OPP OPM OPF OPD MA IPM DAR CM CAR. OPM Organizational Performance Management The purpose of Organizational Performance Management (OPM) is to proactively manage the organization s performance to meet its business objectives. SG1 SP1.1 SP1.2 SP1.3 SG2 SP2.1 The organization s business performance is managed using statistical and other quantitative techniques to understand process performance shortfalls, and to identify areas for process improvement. Maintain business objectives based on an understanding of business strategies and actual performance results. 1. Revised business objectives 2. Revised quality and process-performance objectives 3. Senior management approval of revised business objectives and quality and process-performance objectives 4. Communication of all revised objectives 5. Updated process performance measures 1. Evaluate business objectives periodically to ensure they are aligned with business strategies. 2. Compare business objectives with actual process performance results to ensure they are realistic. 3. Prioritize business objectives based on documented criteria, such as the ability to win new business, retain existing clients, or accomplish other key business strategies. 4. Maintain quality and process performance objectives to address changes in business objectives. 5. Analyze Revise process performance performance measures data to align to determine with quality and the process organization s performance ability objectives. to meet identified business objectives. 1. Analysis of current capability vs. business objectives 2. Process performance shortfalls 3. Risks associated with meeting business objectives 1. Periodically compare quality and process performance objectives to current process performance baselines to evaluate the ability of the organization to meet its business objectives. 2. Identify shortfalls where the actual process performance is not satisfying the business objectives. 3. Identify and analyze risks associated with not meeting business objectives. 4. Report results of the process performance and risk analyses to organizational leadership. Identify potential areas for improvement that could contribute to meeting business objectives. 1. Potential areas for improvement 1. Identify potential improvement areas based on the analysis of process performance shortfalls. 2. Document the rationale for the potential improvement areas, including references to applicable business objectives and process performance data. 3. Document anticipated costs and benefits associated with addressing potential improvement areas. 4. Communicate the set of potential improvement areas for further evaluation, prioritization, and use. Improvements are proactively identified, evaluated using statistical and other quantitative techniques, and selected for deployment based on their contribution to meeting quality and process-performance objectives. Elicit and identify suggested improvements. 1. Suggested incremental improvements 2. Suggested innovative improvements 1. Elicit suggested improvements. 2. Identify suggested improvements as incremental or innovative. 3. Investigate innovative improvements that may improve the organization's processes and technologies. CMMI-DEV V1.3 - Page 21

OPM SP2.2 SP2.3 SP2.4 SG3 SP3.1 Analyze suggested improvements for their possible impact on achieving the organization s quality and process performance objectives. 1. Suggested improvement proposals 2. Selected improvements to be validated 1. Analyze the costs and benefits of suggested improvements. 2. Identify potential barriers and risks to deploying each suggested improvement. 3. Estimate the cost, effort, and schedule required for implementing, verifying, and deploying each suggested improvement. 4. Select suggested improvements for validation and possible implementation and deployment based on the evaluations. 5. Document the evaluation results of each selected improvement suggestion in an improvement proposal. 6. Determine the detailed changes needed to implement the improvement and document in the improvement proposal. 7. Determine the validation method that will be used before broad-scale deployment of the change and document in the improvement proposal. 8. Document results of the selection process. Validate selected improvements. 1. Validation plans 2. Validation evaluation reports 3. Documented lessons learned from validation 1. Plan the validation. 2. Review and get relevant stakeholder agreement on validation plans. 3. Consult with and assist those performing the validation. 4. Create a trial implementation, in accordance with the validation plan, for selected improvements to be piloted. 5. Perform each validation in an environment that is similar to the environment present in a broad scale deployment. 6. Track validation against validation plans. 7. Review and document the results of validation. Select and implement improvements for deployment across the organization based on an evaluation of costs, benefits, and other factors. 1. Improvements selected for deployment 2. Updated process documentation and training 1. Prioritize improvements for deployment. 2. Select improvements to be deployed. 3. Determine how to deploy each improvement. 4. Document results of the selection process. 5. Review any changes needed to implement the improvements. 6. Update the organizational process assets. Measurable improvements to the organization s processes and technologies are deployed and evaluated using statistical and other quantitative techniques. Establish and maintain plans for deploying selected improvements. 1. Deployment plans for selected improvements 1. Determine how each improvement must be adjusted for deployment. 2. Identify strategies that address the potential barriers to deploying each improvement that were defined in the improvement proposals. 3. Identify the target project population for deployment of the improvement. 4. Establish measures and objectives for determining the value of each improvement with respect to the organization s quality and process-performance objectives. 5. Document the plans for deploying selected improvements. 6. Review and get agreement with relevant stakeholders on the plans for deploying selected improvements. 7. Revise the plans for deploying selected improvements as necessary. CMMI-DEV V1.3 - Page 22

OPM SP3.2 SP3.3 Manage the deployment of selected improvements. 1. Updated training materials (to reflect deployed improvements) 2. Documented results of improvement deployment activities 3. Revised improvement measures, objectives, priorities, and deployment plans 1. Monitor the deployment of improvements using deployment plans. 2. Coordinate the deployment of improvements across the organization. 3. Deploy improvements in a controlled and disciplined manner. 4. Coordinate the deployment of improvements into the projects defined processes as appropriate. 5. Provide consulting, as appropriate, to support deployment of improvements. 6. Provide updated training materials or develop communication packages to reflect improvements to organizational process assets. 7. Confirm that the deployment of all improvements is completed in accordance with the deployment plan. 8. Document and review results of improvement deployment. Evaluate the effects of deployed improvements on quality and process performance using statistical and other quantitative techniques. 1. Documented measures of the effects resulting from the deployed improvements 1. Measure the results of each improvement as implemented on the target projects using the measures defined in the deployment plans. 2. Measure and analyze progress toward achieving the organization s quality and process-performance objectives using statistical and other quantitative techniques and take corrective action as needed. CMMI-DEV V1.3 - Page 23

SG1 SP1.1 OPP Organizational Process Performance The purpose of Organizational Process Performance (OPP) is to establish and maintain a quantitative understanding of the performance of selected processes within 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. SP1.2 SP1.3 SP1.4 Baselines and models, which characterize the expected process performance of the organization s set of standard processes, are established and maintained. Establish and maintain the organization s quantitative objectives for quality and process performance, which are traceable to business objectives. 1. Organization s quality and process-performance objectives 1. Review the organization s business objectives related to quality and process performance. 2. Define the organization s quantitative objectives for quality and process performance. 3. Define the priorities of the organization s objectives for quality and process performance. 4. Review, negotiate, and obtain commitment to the organization s quality and process-performance objectives and their priorities from relevant stakeholders. 5. Revise the organization s quantitative objectives for quality and process performance as necessary. Select processes or subprocesses in the organization s set of standard processes to be included in the organization s process-performance analyses and maintain traceability to business objectives. 1. List of processes or subprocesses identified for process-performance analyses with rationale for their selection including traceability to quality and process performance objectives 1. Establish the criteria to use when selecting subprocesses. 2. Select the subprocesses and document the rationale for their selection. 3. Establish and maintain traceability between the selected subprocesses, quality and process performance objectives, and business objectives. 4. Revise the selection as necessary. Establish and maintain definitions of measures to be included in the organization s process-performance analyses. 1. Definitions of selected measures of process performance with rationale for their selection including traceability to selected processes or subprocesses 1. Select measures that reflect provide appropriate attributes of the selected processes or subprocesses to insight into the organization s quality and process performance. 2. Establish operational definitions for the selected measures. 3. Incorporate selected measures into the organization s set of common measures. 4. Revise the set of measures as necessary. Analyze the performance of the selected processes, and establish and maintain the process-performance baselines. 1. Analysis of process performance data 2. Baseline data on the organization s process performance 1. Collect the selected measurements for the selected processes and subprocesses. 2. Analyze the collected measures to establish a distribution or range of results that characterize the expected performance of selected processes or subprocesses when used on a project. 3. Establish and maintain the process-performance baselines from collected measurements and analyses. 4. Review and get agreement with relevant stakeholders about the process-performance baselines. 5. Make the process-performance information available across the organization in the measurement repository. 6. Compare the process-performance baselines to associated quality and process performance objectives to determine if those quality and process performance objectives are being achieved. 7. Revise the process-performance baselines as necessary. CMMI-DEV V1.3 - Page 24