





















































In this article by Steve Buchanan, Steve Beaumont, Anders Asp, Dieter Gasser, and Andreas Baumgarten, the authors of the book Microsoft System Center 2016 Service Manager Cookbook - Second Edition, we will provide recipes to tailor SCSM to your environment. Specifically, we will cover the area of setting up the SLA functions of Service Manager with the following tasks:
(For more resources related to this topic, see here.)
SLAs in ITIL© and IT Service Management terms allow two parties to set out an agreement on how a specific service will be delivered by one to the other.
We will define how it will handle the tracking of Incidents and Service Requests against defined SLAs, how to view the progress of work items against these SLAs, and how to configure SCSM 2016 to alert users when work items are nearing, or have breached, these SLAs.
As with most areas of configuration within Service Manager 2016, the organization must define its processes before implementing the Service Manager feature.
This recipe will define a number of queues related to your defined priority for work items such as incidents and service requests. These queues will then be mapped to Service Level Objectives (SLOs).
The following steps will guide you through the process of creating priority queues:
Creating a queue allows Service Manager to group similar work items that meet specified criteria, such as all Incidents with a priority of 1. Service Manager can use these queues to scope actions. Using this grouping of work items, we have a target to apply an SLO to.
This recipe requires you to repeat the steps for each priority you would like to apply an SLO to.
Repeat each step, but change key information such as the name, priority value, and description to reflect the priority you are creating the queue for. For example, for an Incident Priority 3 queue, make the changes as reflected in the following screenshots:
Service Request queues
Queues can be created to define any type of grouping of supported process work items in scope for SLA management.
For example, you may wish to repeat this recipe for the Service Request process class.
Repeat the recipe but select Service Request as the work item type in the wizard, and then choose the defining criteria for the queue related to the Service Request class:
You can also use this recipe, but instead of defining the criteria for the queue based on priority, you could choose the category of the incident, say, Hardware:
Further queue types
If the incident class was extended to capture whether the affected user was a VIP, you would be able to define a VIP queue and give those work items matching that criteria a different resolution time SLA.
This recipe will define the hours that your business offers IT services, which allows calculation of resolution and response times against SLAs.
For this recipe, it is required that you have already assessed the business hours that your IT services will offer to your organization, and that you have custom management packs in place to store your queue customizations.
The following steps will guide you through the process of configuring business hours and non-working days within Service Manager:
When you specify the business hours and non-working days, Service Manager will take these into consideration when calculating SLA metrics, such as resolution time and first response time for all work items that are affected by the calendar.
A calendar on its own has no impact on service levels. The calendar is one part of the SLO configuration.
Adding holidays manually can be a very time consuming process. Our co-author Anders Asp has automated the process using PowerShell to import a list of holidays.
You can download the script and read about the process on the TechNet Gallery at http://gallery.technet.microsoft.com/Generate-SCSMHolidaysCSVps1-a32722ce.
Using SLA metrics in Service Manager, we can define what is measured within an SLA. For this recipe, we will show how to create a metric to measure the resolution time of an Incident.
The following steps will guide you through the process of creating SLA metrics in Service Manager:
Creating a metric defines what you want Service Manager to track, within your SLA definition. So, when an item falls outside the parameters, you can start a notification and escalation process.
This recipe will show you how to create a SLO, which is used within Service Manager to create the relationships between the queues, service levels, calendars, and metrics. The SLO will define the timings to trigger warnings or breaches of service levels.
To create an SLO, you will need to have already created the following:
You will also need custom management packs in place to store your SLO customizations.
The following steps will guide you through the process of creating SLOs within Service Manager:
Provide a title and description relevant to the Service Level Objective you are creating.
For this recipe, we will create an SLO for a Priority 1 Incident, and so we will set this SLO's Title to Incident Resolution Time SLO - Priority 1 with a meaningful description.
Click on Next.
In this recipe, use the queue named Incident SLA Queue – Priority 1:
Under Metric, use the drop-down list to select the time metric you wish to measure against.
Following along with the examples, select the Resolution Time metric.
Define the target time period before a breach would occur for this metric by entering a value under target.
For our Priority 1 Resolution, enter 4 Hours to define the time period before an incident would change to a breach SLA status.
Define the target time period before a warning would occur for this metric by entering a value under Warning threshold.
For our Priority 1 Resolution, enter 2 Hours to define the time period before an incident would change to a warning SLA status:
When you configure a SLO, you're pulling together three components, queues, calendars, and metrics. These three components are defined and illustrated as follows:
In this article, we saw how to create priority queues from the Service Manager console. Priority queues are mapped to SLOs, which we also learned how to create.
To make our setup more precise, we configured business hours and non-working days. We also looked at the useful and time-saving feature of adding holidays in bulk.
SLA metrics are an important tool for analyzing how well or not a business is meeting its SLAs and defining the criteria that are considered when measuring that performance. To this end, we looked at how to create SLA metrics.
Further resources on this subject: