View source for YaSM and CMMI for Services - CMMI-SVC

<itpmch><title>YaSM and CMMI® for Services (CMMI-SVC) | YaSM Service Management Wiki</title>
<meta name="keywords" content="yasm and cmmi, yasm and cmmi-svc, yasm vs. cmmi-svc, yasm cmmi differences, yasm cmmi similarities" />
<meta name="description" content="CMMI-SVC and YaSM share many key principles, since both models cover the activities required to establish, deliver and manage services and draw on concepts from other service management frameworks and standards, such as ITIL&reg; and ISO/IEC 20000." />
</itpmch>
<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p><b>Comparison:</b> <span itemprop="alternativeHeadline"><span itemprop="name Headline" content="YaSM and CMMI for Services (CMMI-SVC)">YaSM and CMMI&reg;-SVC (Capability Maturity Model&reg; Integration for Services)</span></span></p>
<p><b>Part of</b>: <a itemprop="isPartOf" href="https://yasm.com/wiki/en/index.php/What%20is%20YaSM#yasm-other-service-management-frameworks" title="YaSM and other service management frameworks and standards">YaSM vs. other service management frameworks and standards</a></html>

<p>&nbsp;</p>

YaSM was developed with [http://cmmiinstitute.com/cmmi-solutions/cmmi-for-services/ CMMI&reg;-SVC] (Capability Maturity Model&reg; Integration for Services) [[#CMMI|[1]]] in mind, but YaSM should not be understood to be a "CMMI-SVC process model".

<p>&nbsp;</p>

==<span id="similarities-yasm-cmmi">Shared principles: YaSM and CMMI&reg;-SVC</span>==

<html><p><span itemprop="description" content="CMMI-SVC and YaSM share many key principles, since both models cover the activities required to establish, deliver and manage services and draw on concepts from other service management frameworks and standards, such as ITIL&reg; and ISO/IEC 20000.">The fact that CMMI-SVC and YaSM share many key principles is no coincidence, since both models cover the activities required to establish, deliver and manage services and draw on concepts from other service management frameworks and standards, such as ITIL&reg; <a href="#ITIL">[2]</a> and ISO/IEC 20000.</span></html>

YaSM can thus be used in combination with the CMMI-SVC guidance and serve as a starting point for organizations that wish to adopt CMMI-SVC. We expect, however, that a number of enhancements to the YaSM processes will be needed, depending on which particular sets of CMMI-SVC goals an organization intends to fulfill. The ITIL&reg; publications and other service management guidance may also be consulted if additional advice is needed for specific topics.


'''''Note:''''' ''YaSM is not endorsed by the authors of CMMI.''

<p>&nbsp;</p>

==<span id="cmmi-yasm-processes">CMMI-SVC&reg; process areas and how they relate to YaSM processes</span>==

The CMMI-SVC model contains 24 "process areas", of which 17 are "core process areas", covering basic concepts that are fundamental to process improvement in any area of interest. The other seven process areas are specific to the management of services.

The process areas are organized into four process area categories:
*Service Establishment and Delivery
*Project and Work Management
*Process Management
*Support

For every process area, CMMI-SVC specifies a number of required "specific or generic goals". For each goal, "specific or generic practices" describe the activities which are important in achieving the goals. The practices are not prescriptive - achieving the required goals in other ways is acceptable.

As the authors of CMMI state, "CMMI models provide guidance to use when developing processes [... but ...] are not processes or process descriptions, [... and ...] the process areas of the CMMI model typically do not map one to one with the processes used in an organization" [[#cmmi-forrester|[Forrester et al., 2011]]].

This explains why there is not a one-to-one relationship between the CMMI-SVC process areas and the YaSM processes. In most cases there are several YaSM processes which support the specific and generic goals set out for each CMMI-SVC process area, as shown in the following table.

<p>&nbsp;</p>

<html><p>The table below is meant to highlight <span itemprop="educationalUse">which YaSM processes are related to specific CMMI-SVC process areas</span>, to illustrate that YaSM and CMMI-SVC share many important principles.  Its aim is not to provide a detailed and scientifically correct cross-reference between the two models.</html>

<p>&nbsp;</p>

{| class="wikitable" style="background: white;"
|-
!style="background:#379988; font-size: 110%; color:#ffffff; width:25%"|CMMI-SVC&reg; process area
!style="background:#379988; font-size: 110%; color:#ffffff; width:30%"|Related YaSM processes
!style="background:#379988; font-size: 110%; color:#ffffff; width:45%"|Notes
|-style="vertical-align:top"
|CAM (Capacity and Availability Management)
|
*[[LP2: Design new or changed services]]
*[[LP3: Build new or changed services]]
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
|
*Both YaSM and CMMI-SVC stipulate that service capacity and availability must be managed, but YaSM does not contain specific capacity and availability management processes. Rather, service capacity and availability is treated as an aspect of services to be managed through the service lifecycle processes.
|-style="vertical-align:top"
|CAR (Causal Analysis and Resolution)
|
*[[LP4.7: Resolve problems]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
|
*The processes listed here are only examples; other YaSM processes also perform some kind of causal analysis.
|-style="vertical-align:top"
|CM (Configuration Management)
|
*[[SP4: Manage configuration information]]
*[[SP5: Assess and coordinate changes]]
|
*-/-
|-style="vertical-align:top"
|DAR (Decision Analysis and Resolution)
|
*[[LP1: Set the strategic direction]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
|
*The YaSM processes listed here are the ones where those decisions are taken that matter most to the service provider; typically, such decisions are reached after analyzing and prioritizing a number of alternative options.
|-style="vertical-align:top"
|IRP (Incident Resolution and Prevention)
|
*[[LP4.6: Resolve incidents and service requests]]
*[[LP4.7: Resolve problems]]
|
*-/-
|-style="vertical-align:top"
|IWM (Integrated Work Management)
|
*[[LP4.6: Resolve incidents and service requests]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
*[[SP6: Manage projects]]
|
*The YaSM process for setting up and maintaining the service management system (SMS) is responsible for defining, establishing and revising the service provider's processes. This includes establishing teams and the work environment.
*Other YaSM processes are also about managing work, for example
**Service improvement, which manages service improvement initiatives through service improvement plans.
**Project management, which coordinates the work to be carried out as part of projects.
**Incident and service request resolution, which organizes the activities required to resolve incidents and service requests.
|-style="vertical-align:top"
|MA (Measurement and Analysis)
|
*[[LP2: Design new or changed services]]
*[[LP3: Build new or changed services]]
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
|
*Measures and mechanisms for data collection and reporting with respect to service quality are specified during YaSM's service design stage and implemented during the service build stage. Service operation is responsible for performing data collection and reporting.
*The service improvement process will analyze the collected data and take corrective action if required.
*The process for setting up and maintaining the SMS includes activities for defining and measuring process metrics, as well as for taking corrective action if processes are to be improved.
|-style="vertical-align:top"
|OPD (Organizational Process Definition)
|
*[[LP4: Operate the services]]
*[[SP1: Set up and maintain the service management system]]
*[[SP7: Ensure security]]
|
*The YaSM process for setting up and maintaining the SMS defines, communicates, operates and improves the service management processes. This is supported by a set of service management policies.
*There are a number of other YaSM processes establishing rules and guidelines for teams, such as the service operation and security processes.
|-style="vertical-align:top"
|OPF (Organizational Process Focus)
|
*[[LP1: Set the strategic direction]]
*[[SP1: Set up and maintain the service management system]]
|
*The YaSM process for maintaining the SMS performs regular process reviews and audits in order to identify weaknesses and opportunities for improvement. This may lead to the definition of process improvement initiatives which are managed through process improvement plans.
*The strategic process assesses the organization's strengths and weaknesses from a strategic viewpoint. This may result in initiatives being launched, for example to set up new processes or additional capabilities.
|-style="vertical-align:top"
|OPM (Organizational Performance Management)
|
*[[SP1: Set up and maintain the service management system]]
|
*The YaSM process for maintaining the SMS specifies and measures process performance data in the form of process metrics. This includes setting target values for the metrics which help with identifying gaps against the organization's objectives.
*Regular process reviews and audits identify weaknesses and opportunities for improvement. This may lead to the definition of process improvement initiatives which are managed through process improvement plans.
|-style="vertical-align:top"
|OPP (Organizational Process Performance)
|
*[[SP1: Set up and maintain the service management system]]
|
*(See notes on process area OPM above)
|-style="vertical-align:top"
|OT (Organizational Training)
|
*[[SP10: Manage human resources]]
|
*-/-
|-style="vertical-align:top"
|PPQA (Process and Product Quality Assurance)
|
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
|
*YaSM's service operation process provides reports on the achieved service quality levels. The service improvement process evaluates those reports against the agreed service levels and instigates corrective action if required.
*The process for maintaining the SMS performs regular process reviews and audits in order to evaluate the service management processes and identify non-compliance issues. This may lead to the definition of process improvement initiatives which are managed through process improvement plans.
|-style="vertical-align:top"
|QWM (Quantitative Work Management)
|
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
*[[SP2: Maintain the service portfolio]]
|
*The quality objectives for services are established in the form of service definitions and service agreements under the responsibility of the service portfolio management process.
*The service operation process contains activities for monitoring the achieved service quality. If the measured service quality is out of line with the agreed service levels, the service improvement process will typically try to identify the root causes and take corrective action.
*The process for maintaining the SMS establishes objectives for the service management processes; it also defines and measures suitable process metrics for monitoring process performance. If the processes do not achieve their defined objectives, this will typically lead to an analysis of the root causes and the instigation of corrective action.
|-style="vertical-align:top"
|REQM (Requirements Management)
|
*[[LP2: Design new or changed services]]
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
*[[SP2: Maintain the service portfolio]]
*[[SP3: Manage customer relationships]]
|
*The service requirements are defined and documented in the form of service definitions during service design. The service provider and the customer will typically sign a customer service agreement, representing a commitment by the service provider to deliver the service as specified in the service definition.
*The service improvement process is responsible for ensuring on an ongoing basis that the services delivered are in line with the agreed requirements.
|-style="vertical-align:top"
|RSKM (Risk Management)
|
*[[LP1: Set the strategic direction]]
*[[SP7: Ensure security]]
*[[SP8: Prepare for disaster events]]
|
*Risks affecting the service provider's business model as a whole are assessed during strategic reviews. This may lead to the definition and implementation of suitable responses to the identified strategic risks.
*A number of other YaSM processes are tasked with managing risks of particular types, for example security risks or risks associated with disaster events.
|-style="vertical-align:top"
|SAM (Supplier Agreement Management)
|
*[[SP11: Manage suppliers]]
|
*-/-
|-style="vertical-align:top"
|SCON (Service Continuity)
|
*[[SP8: Prepare for disaster events]]
|
*-/-
|-style="vertical-align:top"
|SD (Service Delivery)
|
*[[LP2: Design new or changed services]]
*[[LP3: Build new or changed services]]
*[[LP4: Operate the services]]
*[[SP3: Manage customer relationships]]
|
*The services to be delivered and the approach for their delivery are defined during the service design stage. The service build process is responsible for preparing the organization for service delivery.
*Customer relationship management will typically sign a service agreement with every customer who wishes to use a service as specified in a service definition.
*Actual service delivery and maintenance of the service systems is the responsibility of the service operation process.
|-style="vertical-align:top"
|SSD (Service System Development)
|
*[[LP2: Design new or changed services]]
*[[LP3: Build new or changed services]]
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
|
*YaSM's service design process identifies the service requirements and stakeholder needs; based on these requirements, it specifies the service components which are necessary to deliver the services.
*The service build process is responsible for implementing the services and its constituent components, in line with the specified requirements.
*The service operation and improvement processes contain activities to ensure that customer and stakeholder needs are satisfied during actual service delivery.
|-style="vertical-align:top"
|SST (Service System Transition)
|
*[[LP2: Design new or changed services]]
*[[LP3: Build new or changed services]]
*[[SP4: Manage configuration information]]
*[[SP5: Assess and coordinate changes]]
*[[SP6: Manage projects]]
|
*The approach for developing and deploying services is established during the service design stage in the form of a service implementation blueprint.
*The actual deployment of the service components is the responsibility of the service build process. In many cases, project management will coordinate the deployment activities.
*Assessing and controlling the impacts of the service transition is achieved by involving the change assessment and configuration management processes.
|-style="vertical-align:top"
|STSM (Strategic Service Management)
|
*[[LP1: Set the strategic direction]]
*[[LP2: Design new or changed services]]
*[[SP2: Maintain the service portfolio]]
|
*YaSM's strategic process typically reviews the range of services offered to customers on a regular basis, based on an analysis of the service provider's capabilities, customer needs, technological advancements, and other factors.
*Once it is decided which services are to be part of the service portfolio, the service design process is called upon to define the service properties, including the service quality levels to be achieved.
|-style="vertical-align:top"
|WMC (Work Monitoring and Control)
|
*[[LP4: Operate the services]]
*[[LP5: Improve the services]]
*[[SP1: Set up and maintain the service management system]]
*[[SP6: Manage projects]]
|
*Service operation defines the operational work to be carried out for each service. The service improvement process will verify if the operational activities are carried out as specified and take corrective action if required.
*The process responsible for maintaining the SMS defines the operational activities for each process. Regular process reviews will assess if the operational activities are carried out as specified. If any deficiencies are detected, this will typically result in corrective action being instigated.
*As for work in the context of projects, monitoring of progress, analyzing of issues and under-taking of corrective action is the responsibility of project management.
|-style="vertical-align:top"
|WP (Work Planning)
|
*[[LP4: Operate the services]]
*[[SP1: Set up and maintain the service management system]]
*[[SP6: Manage projects]]
|
*Service operation defines and plans the operational work to be carried out for each service. This process also ensures that sufficient resources are available for operating the services.
*The process responsible for maintaining the SMS defines and plans the operational activities for each process. It also ensures that sufficient resources are available for operating the processes.
*Work in the context of projects is planned by the project management process.
|}

<p>&nbsp;</p>

==References==
*<span id="cmmi-forrester">[Forrester & al., 2011] Forrester, Eileen C., Buteau, Brandon L. & Sandy Shrum: CMMI for Services: Guidelines for Superior Services. - 2nd edition. Pearson Education, Inc.; River, NJ, USA, December 2011.</span>
<p>&nbsp;</p>

== <small>Notes</small> ==
<small>''<span id="CMMI">[1] CMMI&reg; and Capability Maturity Model&reg; are registered trademarks of Carnegie Mellon University.</span>''</small><br />
<small>''<span id="ITIL">[2] ITIL&reg; is a registered trademark of AXELOS Limited.</span>''</small>

<p>&nbsp;</p>

==[ Infobox ]==

<html><table class="wikitable">
<tr>
<td>Link to this page:</td>
<td><a itemprop="url" href="https://yasm.com/wiki/en/index.php/YaSM%20and%20CMMI%20for%20Services%20(CMMI-SVC)">https://yasm.com/wiki/en/index.php/YaSM_and_CMMI_for_Services_(CMMI-SVC)</a></td>
</tr>
<tr>
<td>Languages:</td>
<td><span itemprop="inLanguage" content="en">English</span></td>
</tr>
<tr>
<td>Is based on:</td>
<td style="vertical-align:top"><a itemprop="isBasedOnUrl" href="https://yasm.com/en/products/yasm-process-map" title="YaSM Process Map" class="external text">YaSM Process Map</a> - Document: "YaSM and CMMI&reg; for Services (CMMI-SVC)"</td>
</tr>
<tr>
<td>Author | Contributor:</td>
<td><span itemprop="author">Stefan Kempter</span>&nbsp;<a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a> &nbsp; and <span itemprop="contributor">Andrea Kempter</span>&nbsp;<a href="https://plus.google.com/113316270668629760475"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Andrea Kempter | Profile on Google+" alt="Contributor: Andrea Kempter, IT Process Maps GbR" /></a> &nbsp; - &nbsp; <span itemprop="creator copyrightHolder publisher">IT Process Maps</span>.</td>
</tr>
</table>

<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/YaSM%20and%20CMMI%20for%20Services%20(CMMI-SVC)#similarities-yasm-cmmi" itemprop="url"><span itemprop="title">Shared principles: YaSM and CMMI&reg;-SVC</span></a> › 
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/YaSM%20and%20CMMI%20for%20Services%20(CMMI-SVC)#cmmi-yasm-processes" itemprop="url"><span itemprop="title">CMMI&reg;-SVC and related YaSM processes</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>

<!-- This page is assigned to the following categories: -->
[[Category:Service management frameworks and standards]]
<!-- --- -->