| Process Areas - CMMi DEV Vs SVC | |||||
| CMMi Dev | CMMi Svc | CMMi DEV + SVC | |||
| 1 | CM - Configuration Management | CM - Configuration Management | CM - Configuration Management | ||
| 2 | MA - Measurement and Analysis | MA - Measurement and Analysis | MA - Measurement and Analysis | ||
| 3 | REQM - Requirements Management | REQM - Requirements Management | REQM - Requirements Management | ||
| 4 | SAM - Supplier Agreement Management | SAM - Supplier Agreement Management | SAM - Supplier Agreement Management | ||
| 5 | DAR - Decision Analysis and Resolution | DAR - Decision Analysis and Resolution | DAR - Decision Analysis and Resolution | ||
| 6 | OPD - Organizational Process Definition | OPD - Organizational Process Definition | OPD - Organizational Process Definition | ||
| 7 | OPF - Organizational Process Focus | OPF - Organizational Process Focus | OPF - Organizational Process Focus | ||
| 8 | OT - Organizational Training | OT - Organizational Training | OT - Organizational Training | ||
| 9 | RSKM - Risk Management | RSKM - Risk Management | RSKM - Risk Management | ||
| 10 | PMC - Project Monitoring and Control | WMC - Work Monitoring and Control | PMC - Project Monitoring and Control | ||
| 11 | PP - Project Planning | WP - Work Planning | PP - Project Planning | ||
| 12 | PPQA - Process and Product Quality Assurance | PPQA - Process and Product Quality Assurance | PPQA - Process and Product Quality Assurance | ||
| 13 | IPM - Integrated Project Management | IWM - Integrated Work Management | IPM - Integrated Project Management | ||
| 14 | PI - Product Integration | PI - Product Integration | |||
| 15 | RD - Requirements Development | RD - Requirements Development | |||
| 16 | TS - Technical Solution | TS - Technical Solution | |||
| 17 | VAL - Validation | VAL - Validation | |||
| 18 | VER - Verification | VER - Verification | |||
| 19 | SSD - Service System Development | WMC - Work Monitoring and Control | |||
| 20 | SD - Service Delivery | WP - Work Planning | |||
| 21 | CAM - Capacity and Availability Management | PPQA - Process and Product Quality Assurance | |||
| 22 | SCON - Service Continuity | IWM - Integrated Work Management | |||
| 23 | SST - Service System Transition | SSD - Service System Development | |||
| 24 | STSM - Strategic Service Management | SD - Service Delivery | |||
| 25 | IRP - Incident Resolution and Prevention | CAM - Capacity and Availability Management | |||
Details
| Process Areas Details | |||||
| CMMi DEV or SVC | Name of PA | Purpose & Practices | Assignee | ||
| DEV & SVC | CM - Configuration Management | Purpose 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. Specific Practices by Goal SG 1 Establish Baselines SP 1.1 Identify Configuration Items SP 1.2 Establish a Configuration Management System SP 1.3 Create or Release Baselines SG 2 Track and Control Changes SP 2.1 Track Change Requests SP 2.2 Control Configuration Items SG 3 Establish Integrity SP 3.1 Establish Configuration Management Records SP 3.2 Perform Configuration Audits | |||
| DEV & SVC | DAR - Decision Analysis and Resolution | Purpose 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. Specific Practices by Goal SG 1 Evaluate Alternatives SP 1.1 Establish Guidelines for Decision Analysis SP 1.2 Establish Evaluation Criteria SP 1.3 Identify Alternative Solutions SP 1.4 Select Evaluation Methods SP 1.5 Evaluate Alternatives SP 1.6 Select Solutions | |||
| DEV | IPM - Integrated Project Management | Purpose The purpose of Integrated Project Management +IPPD (IPM) is to establish and manage the project and the involvement of the relevant stakeholders according to an integrated and defined process that is tailored from the organization's set of standard processes. Specific Practices by Goal SG 1 Use the Project's Defined Process SP 1.1 Establish the Project's Defined Process SP 1.2 Use Organizational Process Assets for Planning Project Activities SP 1.3 Establish the Project's Work Environment SP 1.4 Integrate Plans SP 1.5 Manage the Project Using the Integrated Plans SP 1.6 Contribute to the Organizational Process Assets SG 2 Coordinate and Collaborate with Relevant Stakeholders SP 2.1 Manage Stakeholder Involvement SP 2.2 Manage Dependencies SP 2.3 Resolve Coordination Issues IPPD Addition: SG 3 Apply IPPD Principles SP 3.1 Establish the Project's Shared Vision SP 3.2 Establish the Integrated Team Structure SP 3.3 Allocate Requirements to Integrated Teams SP 3.4 Establish Integrated Teams SP 3.5 Ensure Collaboration among Interfacing Teams | |||
| DEV & SVC | MA - Measurement and Analysis | Purpose The purpose of Measurement and Analysis (MA) is to develop and sustain a measurement capability that is used to support management information needs. Specific Practices by Goal SG 1 Align Measurement and Analysis Activities SP 1.1 Establish Measurement Objectives SP 1.2 Specify Measures SP 1.3 Specify Data Collection and Storage Procedures SP 1.4 Specify Analysis Procedures SG 2 Provide Measurement Results SP 2.1 Collect Measurement Data SP 2.2 Analyze Measurement Data SP 2.3 Store Data and Results SP 2.4 Communicate Results | |||
| DEV & SVC | OPD - Organizational Process Definition | Purpose The purpose of Organizational Process Definition +IPPD (OPD) is to establish and maintain a usable set of organizational process assets. Specific Practices by Goal SG 1 Establish Organizational Process Assets SP 1.1 Establish Standard Processes SP 1.2 Establish Life-Cycle Model Descriptions SP 1.3 Establish Tailoring Criteria and Guidelines SP 1.4 Establish the Organization's Measurement Repository SP 1.5 Establish the Organization's Process Asset Library IPPD Addition: SG 2 Enable IPPD Management SP 2.1 Establish Empowerment Mechanisms SP 2.2 Establish Rules and Guidelines for Integrated Teams SP 2.3 Balance Team and Home Organization Responsibilities | |||
| DEV & SVC | OPF - Organizational Process Focus | Purpose The purpose of Organizational Process Focus (OPF) is to plan and implement organizational process improvement based on a thorough understanding of the current strengths and weaknesses of the organization's processes and process assets. Specific Practices by Goal SG 1 Determine Process Improvement Opportunities SP 1.1 Establish Organizational Process Needs SP 1.2 Appraise the Organization's Processes SP 1.3 Identify the Organization's Process Improvements SG 2 Plan and Implement Process Improvement Activities SP 2.1 Establish Process Action Plans SP 2.2 Implement Process Action Plans SG 3 Deploy Organizational Process Assets and Incorporate Lessons Learned SP 3.1 Deploy Organizational Process Assets SP 3.2 Deploy Standard Processes SP 3.3 Monitor Implementation SP 3.4 Incorporate Process-Related Experiences into the Organizational Process Assets | |||
| DEV & SVC | OT - Organizational Training | Purpose The purpose of Organizational Training (OT) is to develop the skills and knowledge of people so they can perform their roles effectively and efficiently. Specific Practices by Goal SG 1 Establish an Organizational Training Capability SP 1.1 Establish the Strategic Training Needs SP 1.2 Determine Which Training Needs Are the Responsibility of the Organization SP 1.3 Establish an Organizational Training Tactical Plan SP 1.4 Establish Training Capability SG 2 Provide Necessary Training SP 2.1 Deliver Training SP 2.2 Establish Training Records SP 2.3 Assess Training Effectiveness | |||
| DEV | PI - Product Integration | Purpose The purpose of Product Integration (PI) is to assemble the product from the product components, ensure that the product, as integrated, functions properly, and deliver the product. Specific Practices by Goal SG 1 Prepare for Product Integration SP 1.1 Determine Integration Sequence SP 1.2 Establish the Product Integration Environment SP 1.3 Establish Product Integration Procedures and Criteria SG 2 Ensure Interface Compatibility SP 2.1 Review Interface Descriptions for Completeness SP 2.2 Manage Interfaces SG 3 Assemble Product Components and Deliver the Product SP 3.1 Confirm Readiness of Product Components for Integration SP 3.2 Assemble Product Components SP 3.3 Evaluate Assembled Product Components SP 3.4 Package and Deliver the Product or Product Component | |||
| DEV | PMC - Project Monitoring and Control | 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 | |||
| DEV | PP - Project Planning | 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 Life Cycle 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 | |||
| DEV | PPQA - Process and Product Quality Assurance | 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 | |||
| DEV | RD - Requirements Development | 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 | |||
| DEV & SVC | REQM - Requirements Management | 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 | |||
| DEV & SVC | RSKM - Risk Management | 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 | |||
| DEV & SVC | SAM - Supplier Agreement Management | Purpose The purpose of Supplier Agreement Management (SAM) is to manage the acquisition of products from suppliers for which there exists a formal agreement. 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 | |||
| DEV | TS - Technical Solution | 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 life-cycle 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 Analysis SG 3 Implement the Product Design SP 3.1 Implement the Design SP 3.2 Develop Product Support Documentation | |||
| DEV | VAL - Validation | 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. | |||
| DEV | VER - Verification | 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 | |||
| SVC | CAM - Capacity and Availability Management | The purpose of Capacity and Availability Management (CAM) is to ensure effective service system performance and ensure that resources are provided and used effectively to support service requirements. SG 1 Preparation for capacity and availability management is conducted. SP 1.1 Establish and maintain a strategy for capacity and availability management. SP 1.2 Select measures and analytic techniques to be used in managing the capacity and availability of the service system. SP 1.3 Establish and maintain service system representations to support capacity and availability management. SG 2 Capacity and availability are monitored and analyzed to manage resources and demand. SP 2.1 Monitor and analyze capacity against thresholds. SP 2.2 Monitor and analyze availability against targets. SP 2.3 Report capacity and availability management data to relevant stakeholders. | |||
| SVC | IRP - Incident Resolution and Prevention | The purpose of Incident Resolution and Prevention (IRP) is to ensure timely and effective resolution of service incidents and prevention of service incidents as appropriate. SG 1 Preparation for incident resolution and prevention is conducted. SP 1.1 Establish and maintain an approach to incident resolution and prevention. SP 1.2 Establish and maintain an incident management system for processing and tracking incident information. SG 2 Individual incidents are identified, controlled, and addressed. SP 2.1 Identify incidents and record information about them. SP 2.2 Analyze individual incident data to determine a course of action. SP 2.3 Resolve incidents. SP 2.4 Manage the status of incidents to closure. SP 2.5 Communicate the status of incidents. SG 3 Causes and Impacts of selected incidents are analyzed and addressed. SP 3.1 Analyze the underlying causes of selected incidents. SP 3.2 Establish and maintain solutions to respond to future incidents. SP 3.3 Establish and apply solutions to reduce the occurrence of selected incidents. | |||
| SVC | SCON - Service Continuity | The purpose of Service Continuity (SCON) is to establish and maintain plans to ensure continuity of services during and following any significant disruption of normal operations. SG 1 The essential functions and resources on which services depend are identified and documented. SP 1.1 Identify and prioritize the essential functions that must be performed to ensure service continuity. SP 1.2 Identify and prioritize the essential resources required to ensure service continuity. SG 2 Preparations are made for service continuity. SP 2.1 Establish and maintain service continuity plans that enable the organization to resume performing essential functions. SP 2.2 Establish and maintain training for service continuity. SP 2.3 Provide and evaluate training in the execution of the service continuity plan. SG 3 The service continuity plan is verified and validated. SP 3.1 Prepare for the verification and validation of the service continuity plan. SP 3.2 Verify and validate the service continuity plan. SP 3.3 Analyze the results of verifying and validating the service continuity plan. | |||
| SVC | SD - Service Delivery | The purpose of Service Delivery (SD) is to deliver services in accordance with service agreements. SG 1 Service agreements are established and maintained. SP 1.1 Analyze existing service agreements and service data to prepare for expected new agreements. SP 1.2 Establish and maintain the service agreement. SG 2 Preparation for service delivery is conducted. SP 2.1 Establish and maintain the approach to be used for service delivery and service system operations. SP 2.2 Confirm the readiness of the service system to enable the delivery of services. SP 2.3 Establish and maintain a request management system for processing and tracking request information. SG 3 Services are delivered in accordance with service agreements. SP 3.1 Receive and process service requests in accordance with service agreements. SP 3.2 Operate the service system to deliver services in accordance with service agreements. SP 3.3 Maintain the service system to ensure the continuation of service delivery. | |||
| SVC | SSD - Service System Development | The purpose of Service System Development (SSD) is to analyze, design, develop, integrate, verify, and validate service systems, including service system components, to satisfy existing or anticipated service agreements. SG 1 Stakeholder needs, expectations, constraints, and interfaces are collected, analyzed, and transformed into validated service system requirements. SP 1.1 Collect and transform stakeholder needs, expectations, constraints, and interfaces into stakeholder requirements. SP 1.2 Refine and elaborate stakeholder requirements to develop service system requirements. SP 1.3 Analyze and validate requirements, and define required service system functionality and quality attributes. SG 2 Service system components are selected, designed, implemented, and integrated. SP 2.1 Select service system solutions from alternative solutions. SP 2.2 Develop designs for the service system and service system components. SP 2.3 Manage internal and external interface definitions, designs, and changes for service systems. SP 2.4 Implement the service system design. SP 2.5 Assemble and integrate implemented service system components into a verifiable service system. SG 3 Selected service system components and services are verified and validated to ensure correct service delivery. SP 3.1 Establish and maintain an approach and an environment for verification and validation. SP 3.2 Perform peer reviews on selected service system components. SP 3.3 Verify selected service system components against their specified requirements. SP 3.4 Validate the service system to ensure that it is suitable for use in the intended delivery environment and meets stakeholder expectations. | |||
| SVC | SST - Service System Transition | The purpose of Service System Transition (SST) is to deploy new or significantly changed service system components while managing their effect on ongoing service delivery. SG 1 Preparation for service system transition is conducted. SP 1.1 Analyze the functionality, quality attributes, and compatibility of the current and future service systems to minimize impact on service delivery. SP 1.2 Establish and maintain plans for specific transitions of the service system. SP 1.3 Prepare relevant stakeholders for changes in services and service systems. SG 2 The service system is deployed to the delivery environment. SP 2.1 Systematically deploy service system components into the delivery environment based on transition planning. SP 2.2 Assess the impacts of the transition on stakeholders and service delivery, and take appropriate corrective action. | |||
| SVC | STSM - Strategic Service Management | The purpose of Strategic Service Management (STSM) is to establish and maintain standard services in concert with strategic needs and plans. SG 1 Strategic needs and plans for standard services are established and maintained. SP 1.1 Gather and analyze data about the strategic needs and capabilities of the organization. SP 1.2 Establish and maintain plans for standard services. SG 2 A set of standard services is established and maintained. SP 2.1 Establish and maintain properties of the organization’s set of standard services and service levels. SP 2.2 Establish and maintain descriptions of the organization’s defined standard services. | |||
Comments
Post a Comment