Skip to main content

Process Areas - CMMi DEV Vs SVC





Process Areas - CMMi DEV Vs SVC
CMMi DevCMMi SvcCMMi DEV + SVC
1CM - Configuration ManagementCM - Configuration ManagementCM - Configuration Management
2MA - Measurement and AnalysisMA - Measurement and AnalysisMA - Measurement and Analysis
3REQM - Requirements ManagementREQM - Requirements ManagementREQM - Requirements Management
4SAM - Supplier Agreement ManagementSAM - Supplier Agreement ManagementSAM - Supplier Agreement Management
5DAR - Decision Analysis and ResolutionDAR - Decision Analysis and ResolutionDAR - Decision Analysis and Resolution
6OPD - Organizational Process DefinitionOPD - Organizational Process DefinitionOPD - Organizational Process Definition
7OPF - Organizational Process FocusOPF - Organizational Process FocusOPF - Organizational Process Focus
8OT - Organizational TrainingOT - Organizational TrainingOT - Organizational Training
9RSKM - Risk ManagementRSKM - Risk ManagementRSKM - Risk Management
10PMC - Project Monitoring and ControlWMC - Work Monitoring and ControlPMC - Project Monitoring and Control
11PP - Project PlanningWP - Work PlanningPP - Project Planning
12PPQA - Process and Product Quality AssurancePPQA - Process and Product Quality AssurancePPQA - Process and Product Quality Assurance
13IPM - Integrated Project ManagementIWM - Integrated Work ManagementIPM - Integrated Project Management
14PI - Product IntegrationPI - Product Integration
15RD - Requirements DevelopmentRD - Requirements Development
16TS - Technical SolutionTS - Technical Solution
17VAL - ValidationVAL - Validation
18VER - VerificationVER - Verification
19SSD - Service System DevelopmentWMC - Work Monitoring and Control
20SD - Service DeliveryWP - Work Planning
21CAM - Capacity and Availability ManagementPPQA - Process and Product Quality Assurance
22SCON - Service ContinuityIWM - Integrated Work Management
23SST - Service System TransitionSSD - Service System Development
24STSM - Strategic Service ManagementSD - Service Delivery
25IRP - Incident Resolution and PreventionCAM - Capacity and Availability Management




Details



Process Areas Details
CMMi DEV or SVCName of PAPurpose & PracticesAssignee
DEV & SVCCM - Configuration ManagementPurpose

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 & SVCDAR - Decision Analysis and ResolutionPurpose

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
DEVIPM - Integrated Project ManagementPurpose

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 & SVCMA - Measurement and AnalysisPurpose

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 & SVCOPD - Organizational Process DefinitionPurpose

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 & SVCOPF - Organizational Process FocusPurpose

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 & SVCOT - Organizational TrainingPurpose

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
DEVPI - Product IntegrationPurpose

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
DEVPMC - Project Monitoring and ControlPurpose

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
DEVPP - Project PlanningPurpose

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
DEVPPQA - Process and Product Quality AssurancePurpose

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
DEVRD - Requirements DevelopmentPurpose

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 & SVCREQM - Requirements ManagementPurpose

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 & SVCRSKM - Risk ManagementPurpose

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 & SVCSAM - Supplier Agreement ManagementPurpose

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
DEVTS - Technical SolutionPurpose

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
DEVVAL - ValidationPurpose

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.
DEVVER - VerificationPurpose

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
SVCCAM - Capacity and Availability ManagementThe 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.
SVCIRP - Incident Resolution and PreventionThe 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.
SVCSCON - Service ContinuityThe 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.
SVCSD - Service DeliveryThe 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.
SVCSSD - Service System DevelopmentThe 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.
SVCSST - Service System TransitionThe 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.
SVCSTSM - Strategic Service ManagementThe 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

Popular posts from this blog

Difference between Risk Mitigation & Contingency Plan

Difference between Risk Mitigation & Contingency Plan Every risk based on score, both Mitigation & Contingency plans are prepared Risk Mitigation Plan Risk Contingency Plan Planning of identifying  actions which should take in advance irrespective of, risk is occurred or not. Plan actions and monitor through some certain warning signs. These actions are taken only the risk occurs. spend time and money in advance for the given risk condition Not spend time or money in advance, but keep them ready, and invest them when needed By applying a mitigation plan, chances of occurrences might reduce, risk score can reduce etc., Applying of contingency plan, will not change the probability or impact of the current risk, but plan to control the impact as risk event looks like occurring. This works as the first level of defense for the high exposure risks This works as a fallback plan for the high exposure risks.

CMMi Generic Goals & Practices

CMMi Generic Goals & Practices Overview This section describes in detail all the generic goals and generic practices of CMMI—model components that directly address process institutionalization. As you address each process area, refer to this section for the details of all generic practices. Generic practice elaborations appear after generic practices to provide guidance on how the generic practice can be applied uniquely to process areas. Process Institutionalization Institutionalization  is an important concept in process improvement. When mentioned in the generic goal and generic practice descriptions, institutionalization implies that the process is ingrained in the way the work is performed and there is commitment and consistency to performing (i.e., executing) the process. An institutionalized process is more likely to be retained during times of stress. When the requirements and objectives for the process change, however, the implementation of the...