SIAM and YaSM

 

Comparison: YaSM and SIAM™ 'Service Integration and Management'

Part of: YaSM vs. other service management frameworks and standards

 

YaSM^® and SIAM™ (Service Integration and Management) have the same roots in established service management best practice such as ITIL^® and ISO 20000, so the key concepts in SIAM can also be found in YaSM.

 

What is the difference between YaSM and SIAM?

YaSM and SIAM have different objectives: While SIAM outlines an 'ecosystem' and model for managing multiple suppliers of services, YaSM is a concise and detailed process model for service management with ready-to-use process templates.

SIAM focuses on the challenges of integrating supporting services sourced from multiple suppliers into seamless customer-facing services. Organizations are advised to develop tailor-made SIAM models in line with their specific requirements, where a SIAM model is composed of elements such as practices, processes, layers, functions, roles, etc.

How the YaSM process templates support the adoption of SIAM processes

SIAM doesn't describe processes but capabilities and practices. Organizations that wish to adopt the SIAM approach typically draw on processes from other service management frameworks and enhance these processes, as necessary to support the integration of multiple-sourced services.

This is where the YaSM® Process Map comes into the picture: It contains many of the processes that are typically part of a SIAM ecosystem, and for every process it provides detailed process and document templates. With its clear-cut, easy-to-read structure, the YaSM service management model offers the flexibility to adapt the processes to the specific requirements of the organization.

In addition, YaSM is aligned with the most widely used service management practices and allows service providers to benefit from guidance that is somewhat outside the focus of SIAM, such as the time-tested life cycle approach for managing services. Organizations using the YaSM process templates are also well on track if they intend to get certified against ISO 20000.

Note: YaSM is not endorsed by the authors of SIAM and YaSM cannot claim to be a 'SIAM process model'.

SIAM processes and associated YaSM process templates

SIAM itself is not a collection of processes, but 'draws on and uses other management processes' [Scopism, 2020-1]. Many of these processes are well known from other service management practices, especially ITIL^® and ISO 20000, and therefore they are also contained in the YaSM process model.

As the authors point out in the SIAM Professional BoK [Scopism, 2020-3], 'it is important to ensure that the roles and responsibilities, interface and dependencies of the customer, service integrator and service providers are mapped, clearly defined, and clearly understood'. Processes, and an integrated process model across all involved parties, are thus a key element in every SIAM model.

There is no definite and universally accepted list of SIAM processes, because individual organizations will need to create their own, tailor-made process models. The SIAM Body of Knowledge, however, includes the SIAM Process Guides, a list of some common processes that support SIAM, including generic descriptions (see [Scopism, 2020-2]). For detailed process descriptions, SIAM refers to other service management frameworks and standards.

In the following table, we use this list of 'typical SIAM processes' to illustrate how the YaSM process model is a good starting point for all organizations that wish to adopt the SIAM approach. In particular, we show how each SIAM process has corresponding processes and process templates in the YaSM model. In addition, we indicate the YaSM document templates that are relevant for these processes in a SIAM ecosystem.

 

SIAM™ processes and associated YaSM process templates

SIAM™ process	Associated YaSM processes and templates	Notes
Service portfolio management	YaSM process template: SP2: Maintain the service portfolio YaSM document template: Service portfolio Service definition Service portfolio review report	Service portfolio management is responsible for maintaining a single source of service information. This process ensures the information in the service portfolio and the related service definitions are an accurate representation of the services managed by the service provider.
Monitoring and measuring	YaSM process templates: LP4.3: Monitor the services LP4.4: Produce service quality reports YaSM document templates: Service portfolio Service definition Service operation manual Planned service outages Service quality report	Service monitoring ensures service levels and service usage are constantly monitored. These measurements are key inputs to the service quality reports, which are produced on a regular basis to identify areas where service quality must be improved.
Event management	YaSM process template: LP4.3: Monitor the services YaSM document templates: Service operation manual Planned service outages CI record Incident record	Service monitoring ensures the service infrastructure and services are constantly monitored, producing alerts if any irregularities are detected so that appropriate corrective action can be taken.
Request management	YaSM process template: LP4.6: Resolve incidents and service requests YaSM document templates: Service request model Service request record	Service request management is responsible for handling low-risk, frequently performed requests from users, such as requests to reset a password or to install an additional software application. In the YaSM process model, there is one process for managing incidents and service requests, with service requests being handled as a particular type of 'incident'.
Incident management	YaSM process template: LP4.6: Resolve incidents and service requests YaSM document templates: Incident model Incident record Recovery plan	Incident management manages incidents that are affecting the availability of a service. The process seeks to restore the service within an agreed timescale, depending on the priority of the incident. In the YaSM process model, the incident management process is also in charge of fulfilling service requests.
Problem management	YaSM process template: LP4.7: Resolve problems YaSM document templates: Problem record Incident model Recovery plan	Problem management is responsible for managing the lifecycle of a problem, where a problem is the underlying cause of one or several (potential) incidents. Reactive problem management is concerned with solving problems in response to one or more incidents that have occurred in the past. Proactive problem management tries to prevent incidents from occurring in the first place.
Change and release management	YaSM process templates: SP5: Assess and coordinate changes LP3: Build new or changed services LP5: Improve the services YaSM document templates: Change record Change model Change assessment report Change schedule CI record Configuration model Service implementation blueprint Test script Test report Post-implementation review report	The YaSM process model includes a change assessment process to make sure modifications to the services and their underlying components are made only after careful consideration of risks and potential side-effects. Changes and new releases are deployed in several ways: Changes required for new or substantially changed services are typically tested and deployed through the service build process. Changes on a minor scale, required for example to improve a service or resolve a problem, may be implemented through the service improvement process.
Configuration management	YaSM process template: SP4: Manage configuration information YaSM document templates: CI record Configuration model Configuration audit report	Configuration management identifies, records, maintains and assures information about configuration items (CIs). To this end, the process maintains a configuration model, which defines the types of CIs to be managed through the configuration management system (CMS).
Service level management	YaSM process templates: LP1: Set the strategic direction LP2: Design new or changed services LP3: Build new or changed services LP4: Operate the services LP5: Improve the services YaSM document templates: Service portfolio Service definition Service quality report Service improvement plan	While SIAM suggests that service level management is a process of its own, YaSM takes the view that service levels are managed through the service lifecycle processes. For example, the required service levels are defined during the service design stage. Services are built to meet these requirements in the service build stage. Service operation is responsible for monitoring service levels and producing service quality reports. Where required service levels are not met, corrective action must be taken as part of service improvement.
Supplier management	YaSM process template: SP11: Manage suppliers YaSM document templates: Supplier portfolio External service agreement Service definition Supplier dispute record Supplier review report	The supplier management process manages supplier performance and takes corrective action of contractual commitments are not fulfilled. This includes negotiating contracts with service providers, managing disputes and reviewing contracts on a regular basis.
Contract management	(see above)	The activities in this SIAM process are included in the YaSM process for managing suppliers (see above).
Business relationship management	YaSM process template: SP3: Manage customer relationships YaSM document templates: Customer portfolio Customer service agreement Service definition Complaint record Customer survey evaluation Customer meeting minutes	The customer relationship management process is responsible for building and maintaining strong relationships between the service provider and its customers. This includes obtaining regular feedback from customers through customer meetings and surveys.
Financial management	YaSM process template: SP12: Manage service financials YaSM document templates: Budget request Financial budget Financial report	Financial management ensures that the required financial resources are available for setting up, operating and improving the service provider's range of services. In particular, this process is responsible for preparing the financial budget, producing financial reports and processing customer invoices.
Information security management	YaSM process template: SP7: Ensure security YaSM document templates: Register of security risks Security operation manual Test report Security review report Security improvement plan	Security management develops and implements policies and procedures for protecting the service provider's assets, aligning the security needs of the service provider with those of its customers. Key activities in this process include identifying assets, vulnerabilities and threats, as well as setting up security controls to mitigate or eliminate those threats.
Continual service improvement	YaSM process templates: LP5: Improve the services SP1: Set up and maintain the service management system YaSM document templates: Service review report Service improvement plan Process model Process metric Process review report Process improvement plan	Continual service improvement is in charge of identifying potentials for service improvement and managing service improvement initiatives. A consistent approach to improvement should also be applied to the service provider's processes. These activities are included in the process for maintaining the service management system.
Knowledge management	YaSM process templates: (all service lifecycle processes and supporting YaSM processes) YaSM document templates: Strategic assessment report Service definition Service implementation blueprint Incident model Service request model Service operation manual Service improvement plan	The SIAM process guides include a process specifically for managing knowledge. YaSM takes the view that virtually all processes capture knowledge and make it available in a controlled manner, so it's not useful to have a separate knowledge management process. The documents listed on the left are examples for templates that can ensure consistent capture and dissemination of knowledge. The YaSM process model defines where particular types of knowledge are created and how knowledge is maintained.
Toolset and information management	YaSM process templates: LP1: Set the strategic direction LP2: Design new or changed services YaSM document templates: Service implementation blueprint Requirements specification Technology guideline	In the YaSM model, the required tools to support the organization's services are specified during service design. Standards for data and interfaces between tools used by different parties are defined in the requirements specifications. The strategic process provides guidance for the use of technology and defines the core technologies to be used in the organization.
Project management	YaSM process template: SP6: Manage projects YaSM document templates: Project charter Project plan Project review report	Project management is in charge of completing projects on time, on budget and at the appropriate level of quality.
Audit and control	YaSM process templates: LP5: Improve the services SP1: Set up and maintain the service management system SP7: Ensure security SP9: Ensure compliance YaSM document templates: Service review report Process review report Security review report Compliance review report	The service improvement process verifies if the services are being delivered in accordance with documented requirements. The process for maintaining the service management system performs regular process reviews, for example to verify that the processes are in conformance with applicable policies and standards. Further audits and reviews are performed in other YaSM processes, for instance in security management and compliance management.

 

YaSM and other SIAM elements

The SIAM roadmap and the YaSM service lifecycle

SIAM describes a 'roadmap' as a high-level plan for the implementation of SIAM. The roadmap includes four stages:

1. Discovery & strategy
2. Plan & build
3. Implement
4. Run & improve.

A closer look at these stages and their objectives suggests the SIAM roadmap is not a blueprint for a one-time initiative but of an ongoing effort to adopt and maintain the SIAM ecosystem. This is especially true of stage 4, which contains activities for day to day service delivery and continual service improvement.

The SIAM roadmap is thus somewhat similar to the service lifecycle concept known from other service management practices, and the YaSM lifecycle processes (and the corresponding process templates) are a good starting point for organizations that wish to implement SIAM and continually improve their SIAM model.

The SIAM service integrator layer in the YaSM model

The service integration layer (also referred to as the 'service integrator') in the SIAM ecosystem governs and coordinates the services provided by multiple suppliers. The service integrator is thus an intermediary between the various service suppliers and the customer-facing organization.

The service integrator layer is unique to SIAM, but one could argue that all service management frameworks and standards provide guidance for managing supporting services provided by multiple suppliers. ITIL, for example, includes a supplier management process, and ISO 20000 specifies requirements for the management of external suppliers that provide or operate processes, services or service components.

Therefore, the YaSM model also includes processes that are concerned with service integration.

A key process for effective service integration is service portfolio management (SP2: Maintain the service portfolio), which ensures that accurate, up-to-date information is available for all customer-facing and supporting services, including services supplied by external parties.

Other processes concerned with service integration are:

• LP1: Set the strategic direction   -   Service integration starts with determining, and periodic reviewing, the capabilities and services that are to be provided by external suppliers. This decision must be taken at the strategic level based on factors such as service complexity, organizational maturity, regulatory environment, etc.
• LP2: Design new or changed services   -   Service requirements are specified during the service design stage. This includes the specification of any required externally supplied services, to ensure these supporting services are aligned with the requirements of the customer-facing services.
• LP5: Improve the services   -   The service improvement process performs regular service reviews to check if the delivered service quality is in line with the contractual commitments and to identify potentials for improvement. Service integration is an important aspect during the reviews, since poor quality of (customer-facing) services can be caused by external parties not fulfilling their contractual obligations.
• SP11: Manage suppliers   -   Supplier management is responsible for negotiating supplier agreements, evaluating supplier performance and resolving supplier disputes.

Organizations that use the YaSM® Process Map for their transition to SIAM have several options to implement the service integrator function:

For example, they can assign the responsibility for service integration to the service owners, who will ensure that customer-facing services and any required supporting services are aligned. The service owners are supported by service portfolio management, which provides accurate information about all services and checks consistency between the customer-facing and supporting services.

Another option is the addition of a service integrator role to the YaSM model. In this scenario, the service integrator would support various other roles as the services are managed across their lifecycle, with a special focus on ensuring that all service providers contribute to the end to end service.

SIAM roles and corresponding YaSM roles

In the SIAM Process Guides [Scopism, 2020-2], SIAM presents a list of typical roles for each process. When mapping the roles and responsibilities in detail, organizations are advised to take into account the multi-supplier environment in which they operate.

Many typical SIAM roles can be found in the YaSM process model and in the YaSM RACI matrix, as highlighted in the following list of exemplary SIAM and YaSM roles.

 

SIAM™ roles and corresponding YaSM roles

Exemplary SIAM role	Corresponding YaSM role
Executive board	Steering group
Process owner	Process owner
Business relationship manager	Customer relationship manager
Service portfolio manager	Service portfolio manager
Service owner	Service owner
Service level manager	Service owner
Supplier manager	Supplier manager
Contract manager	Supplier manager
Project manager	Project manager
Deployment manager	Service implementation manager
Change manager	Change manager
Change advisory board	Change advisory board (CAB)
Configuration manager	Configuration manager
Information security manager	Security manager
Incident manager	Incident manager
Service desk	1st level support
Problem manager	Problem manager
Technical staff	Technical domain expert
Operations team	Operator
Improvement initiator	Service improvement manager

Related articles

A short introduction to SIAM 'Service Integration and Management' and the SIAM Foundation Body of Knowledge.

Notes and references

[AXELOS, 2015-1] Holland, K. (2015). An introduction to Service Integration and Management and ITIL^®. AXELOS Limited
[AXELOS, 2015-2] Dorst, S., Major-Goldsmith, M. & Robinson, S. (2015). Who is the King of SIAM? AXELOS Limited
[Scopism, 2020-1] Dorst, S., Major-Goldsmith, M. and others (2020). Service Integration and Management (SIAM™) Foundation Body of Knowledge, Second edition. Scopism.
[Scopism, 2020-2] Dorst, S., Major-Goldsmith, M. and others (2020). Service Integration and Management (SIAM™) Process Guides, Second edition. Scopism.
[Scopism, 2020-3] Dorst, S., Major-Goldsmith, M. and others (2020). Service Integration and Management (SIAM™) Professional Body of Knowledge. Scopism.
[Van Haren, 2015] Armes, D., Engelhart, N., McKenzie, P. & Wiggers, P. (2015). SIAM Principles and Practices for Service Integration and Management. Zaltbommel, NL: Van Haren Publishing.

[1] SIAM™ is a registered trade mark of EXIN Holding B.V.

By:  Stefan Kempter   and  Andrea Kempter , IT Process Maps.

 

Differences: SIAM and YaSM  › Adoption of SIAM Processes  › Process Templates