Welcome to the Service Level Management Foundations learning. Click each sequential tab below to find key learnings and information.
{magictabs width="100%"}
Introduction ::
Purpose of Service Level Management
Service Level Management (SLM) provides connectivity and synergy that brings all the pieces of service management together to deliver value and continuous improvement for customers and users. SLM interacts with nearly every aspect of service management. It enables the primary dialogue with our customers for defining and measuring success, and it provides the baseline by which improvement and strategy anchors discussions for future investments and roadmaps.
The primary goals of Service Level Management include:
ensuring all current and planned IT services are delivered to agreed achievable targets, and
monitoring a constant cycle of service level agreements (SLAs) and operational level agreements (OLAs) negotiations, monitoring performance to service level targets, reporting IT service performance, and improving the level of service delivered through semi-annual service reviews with customers.
SLM Objectives & Activities
Several key objectives define Service Level Management. The primary objectives are:
Define document, agree, monitor, measure, report, and review the level of IT Services Provided. Investigate corrective measures when appropriate.
Improve the relationship and communication with the business and customers.
Ensure that specific and measurable targets are developed for all IT services.
Monitor and improve customer satisfaction with the quality of service delivered.
Ensure that IT and the customers have a clear and unambiguous expectation of the level of service to be delivered.
Ensure agreement and support is obtained by all for proactive, cost-effective continual improvement.
5 activities comprise the focus and output of Service Level Management. These five activities require various time commits and skills to accomplish delivering output results.
Negotiate Service Level Agreements
Monitor & Measure SLA performance
Measure & Improve customer satisfaction
Publish Semi-Annual Trending Service reports
Conduct Semi-Annual Service Review Meetings to improve service performance
Service Level Management: Process Overview{showhide title="See More ..." changetitle="Hide ..."}
Service Level Management contributes business value for customers and Intel.
SLM provides a consistent interface to the business for all service-related issues. IT provides a reliable communication channel and a trusted relationship with the appropriate customers and business representatives at a tactical level.
SLM provides the business with the agreed service targets and the required management information to ensure that those targets are met.
In the event that targets are breached, SLM supports feedback opportunities on the cause of the breach with details of the actions taken to prevent the breach from recurring.
Service Level Management: Process
Service Level Management: Inputs & Outputs
{/showhide}
Service Level Management: Responsibilities{showhide title="See More ..." changetitle="Hide ..."}
Service Level Management roles & responsibilities involve your working with the Service-Now tool. When working with the Service-Now tool, you need to ensure that
You are listed as the Service Level Manager (SLM) for your service.
If you are replacing a previous SLM, make sure the previous SLM submitted a request to remove the SLM role from their profile (similar process steps as requesting an SLM role).
When prompted to identify who had trained you, enter WWID 10561784.
Click to view a demonstration how to request a Service Level Manager Role.
Service Level Manager Responsibilities
The following summarizes responsibilities that SLMs should manage. These are the key areas identified for appropriate SLM actions.
Responsibilities Summary
Monitor and measure SLA performance to goals.
Ensure that service reports are produced and published quarterly.
Ensure that service performance reviews are carried out semi-annually, and that agreed actions are progressed.
Track all complaints & compliments documenting the definition, record, and communication.
Measure, record, analyze, and improve customer satisfaction.
Responsibilities Priority
Critical
Ensure that the current & future customer service requirements are identified, understood, and documented in an SLA.
Negotiate and agree on levels of service to be delivered with the customer.
Maintain accountability for the Service Level Management process for their service.
High
Ensure that all changes are assessed for their impact on service levels.
Ensure that service reports are produced for each customer, and that breaches of SLA targets are highlighted, investigated, and actions taken to prevent recurrence.
Ensure that service performance reviews are scheduled, carried out with customers semi-annually, and are documented with agreed actions progressed.
Review service scope, SLAs, OLAs and other agreements semi-annually.
Ensure that improvement initiatives identified in service reviews are acted on and progress reports are provided to customers.
Medium
Keep aware of changing business needs
Measure, record, analyze, and improve customer satisfaction.
Develop relationships and communication with stakeholders, customers, and key users.
Service Level Management Meetings
Service Level Management meetings are important alignment opportunities with stakeholders and services. The meetings support:
Semi-Annual Service Review meetings with your customers.
Semi-Annual Service Review meetings with your OLA Service Partners.
Service Level Management Process Improvement Team (SLM PIT).
Joint Process Improvement Team (PIT) for your service's operations processes (IM, PM, RF, KM).
Process Improvement Team (PIT)
The Process Improvement Team is a forum where BKMs are shared, process goals are reviewed, and future goals are jointly determined based on identified technical improvements to work on.
{/showhide}
Additional Resources
The following resources provide further learning opportunities and additional information:
Service Level Agreements (SLAs) and Operational Level Agreements (OLAs) establish the appropriate type and level of service provided to customers. They also align expectations so that the provision of service meets time and quality needs.
There are two types of SLAs and OLAs: (1) service-based, and (2) customer-based.
Service-Based SLAs/OLAs
One document that applies to all the service's primary customers.
This is the goal state for IT.
Customer-Based SLAs/OLAs
One document per primary customer group that covers all the services they use. For example, an SLA can cover all the systems Finance uses from IT (Accounting system, billing system, tax system).
A few services in IT will create an SLA/OLA for each of its components because they each have different deliverables and customers.
Service Management: Job Aids
Several job aids are available to help you perform your service tasks. Use these job aids to create your SLA and OLA agreements.
Service-Based vs Customer-Based Comparison{showhide title="See More ..." changetitle="Hide ..."}
Service-Based SLAs/OLAs: When to use 1 SLA/OLA?
Customer-Based SLAs/OLAs: When to use 1 SLA/OLA per customer?
OLA business partners and customers are the same.
Service deliverables are the same for all customers.
OLA business partners and customers are different.
Service deliverables are different for each customer.
Deciding Which Agreement to Use (SLA/OLA)
Who's Responsible for Documenting?
It's the customers who are responsible for providing the service level requirements to the service that directly supports them.
When the customer fills in their service level requirements, it's important that they value proposition of inceased service levels. This helps ensure that they are cost-justified.
The SLM who owns the customer-facing service is responsible for writing their service's SLA. In turn, the OLA business partner who supports that SLM is responsible for writing the OLA.
The OLAs are aggregated to provide a single SLA which is presented to the customer by their direct service SLM.
How SLAs & OLAs Work Together
{/showhide}
Negotiating an SLA | OLA{showhide title="See More ..." changetitle="Hide ..."}
Use the below two process flows for information regarding SLA and OLA negotiations.
Negotiate an SLA
Negotiate an OLA
OLA Provider Roles
Place your cursor over each OLA Provider role for further information
(Customer | Customer-Direct SLM | OLA Service Partners | Customer-Direct SLM).
{/showhide}
Number of SLAs | OLAs Needed{showhide title="See More ..." changetitle="Hide ..."}
The following guidelines should be considered when you assess how many SLAs or OLAs you need to have in place, and the corresponding determination factors used to evaluate the number needed for each.
Number of SLAs | OLAs: Consideration Factors
Number of SLAs | OLAs: Determination Factors
Step
Action
1
Determine who your primary customers are.
Customers
Customer 1
Customer 2
Customer 3
Customer 4
Customer 5
2
Determine what are your service capabilities/deliverables, i.e., menu choices for customers.
Component
Category
Deliverable/Capability
Component 1
Process-Related
Biz Process 1
Tool-Related
Application 1 Support
Application 2 Support
Component 2
Process-Related
Biz Process 2
Tool-Related
Application 3 Support
Application 4 Support
Component 3
Process-Related
Biz Process 3
Biz Process 4
Tool-Related
Application 5 Support
3
Need: Only 1 SLA/OLA
Determine which capabilities/deliverables each customer consumes. If customers routinely consume items from more than 1 component, then you probably only need 1 SLA/OLA.
Component
Deliverable/Capability
Customer 1
Customer 2
Customer 3
Customer 4
Customer 5
Component 1 (SLA 1)
Biz Process 1
X
X
Application 1 Support
X
X
X
Application 2 Support
X
X
Component 2 (SLA 1)
Biz Process 2
X
Application 3 Support
X
X
X
X
Application 4 Support
X
X
X
X
Component 3 (SLA1)
Biz Process 3
X
Biz Process 4
X
X
X
X
X
Application 5 Support
X
X
X
X
Need: More Than 1 SLA/OLA
Determine which capabilities/deliverables each customer consumes. If customers routinely consume items from only 1 component, and each customer consumes a different component, then you probably need 1 SLA/OLA per each component.
Component
Deliverable/Capability
Customer 1
Customer 2
Customer 3
Customer 4
Customer 5
Component 1 (SLA 1)
Biz Process 1
X
Application 1 Support
X
Application 2 Support
X
Component 2 (SLA 1)
Biz Process 2
X
X
Application 3 Support
X
X
Application 4 Support
X
X
Component 3 (SLA1)
Biz Process 3
X
X
Biz Process 4
X
X
Application 5 Support
X
X
{/showhide}
||||
Service Chain Value ::
The service value chain leverages both technical and professional value opportunities.
Technical Service Value Chain
Service Level Managers only need to gather Operational Level Agreements or Underpinning Contracts from service partners that directly support their service.
Each layer in the service value chain collects OLAs from their direct service partners.
Professional Service Value Chain
Professional services typically do not have "outages" or incidents.
They offer value by consulting or sharing their experiences with the business.
||||
Service Level Targets ::
Categorizing Service Level Targets (SLTs)
In the past, SLTs were added to Service-Now at a very detailed level (component/support skill/role). They included what was entered in the Excel template and uploaded into Service-Now. Moving forward, Service Level Agreements will be up-leveled and categorized by 2 to 4 Business Impact Category (BIC) groups. The goal is to simplify and standardize how SLTs are tracked and reported for IT. Service Level Managers are asked to take a first pass at up-leveling SLTs in the standard template provided.
Grouping Service Level Targets
There are several ways to group SLTs. The various grouping approaches are:
Your Service's Function
Recommended SLT Grouping Method
Business Organization Enablement
Business Impact Category (BIC)
Mission Critical
Business Critical
Business Important
Business Convenient
IT Service Enablement
Application Tiers or BIC
Application Support
Application Tiers
Data Center Support
Data Center Tiers
The Service Level Targets template specifies the grouping in the header per:
Service Level Targets (Per Quarter)
Mission Critical Tier 1 BIC3 DC Tier 4
Business Critical Tier 2 BIC 2 DC Tier 3
Business Important Tier 3 BIC 1 DC Tier 2
Business Convenient Tier 4 BIC 0 DC Tier 1
BIC = Business Impact Category | DC = Data Center
Grouping Methods Have The Same End Result
Whether you're grouping by Application Tier, BIC, or Data Center Tier, the end-result is the same.
You will end up with 2 - 4 categories used to group your Service Level Targets. The targets will range from MOST important (Mission critical) to LEAST important (Business Convenient).
It is required that you have at least 2 groups to categorize your SLTs, but no more than 4.
Mission Critical
Business Critical
Business Important
Business Convenient
Business Impact Category (BIC)
3
2
1
0
Application Tier (IAP)
1
2
3
4
Data Center Tier
4
3
2
1
Details: Business Impact Category{showhide title="See More ..." changetitle="Hide ..."}
Business Impact Category Definitions
Mission Critical BIC 3
Business functions which require uninterrupted computing services, either during essential time periods or during most hours of the day with most days of the week throughout the year.
Users remain connected but may drop current transactions and need restarting. Users experience possible performance degradation.
Business Critical BIC 2
Business functions which allow minimally interrupted computing services, either during essential time periods or during most hours of the day with most days of the week throughout the year.
User connectivity may be interrupted. Users may have to re-run some transactions and they may experience performance degardation.
Business Important BIC 1
Business functions which may be impacted, degraded, or interrupted as long as the integrity of the data is ensured.
User connectivity will be interrupted and uncontrolled shutdown may occur.
Business Convenient BIC 0
Business functions which can be interrupted and the integrity of the data is not essential.
User connectivity will be interrupted and uncontrolled shutdown occurs. Data may be lost or corrupted.
Business Impact Category
Business Impact Category (BIC) Cross-Categorization: With Priority[ Example ]
SLT Priority
Mission Critical BIC 3
Business Critical BIC 2
Business Important BIC 1
Business Convenient BIC 0
Critical
Feed the baby
Get the baby immunized
Physically bond with baby
Socialize the baby
High
Provide shelter
Ensure house is baby-proofed
Provide mental stimulus
Build self-esteem
Moderate
Cloth the baby
Regular health checks
Teach the baby to eat
Play with the baby
Low
Clean the baby
Groom the baby
Teach the baby to walk
Expose baby to new environments
Business Impact Category (BIC) Cross-Categorization: Order of Completion[ Example ] Within each Business Impact Category, further priority ratings can be applied.
BIC Category
Priority
Order
Service Deliverables
Mission Critical BIC 3
Critical
1
Feed the baby
High
2
Provide shelter
Moderate
3
Cloth the baby
Low
4
Clean the baby
Business Critical BIC 2
Critical
5
Get the baby immunized
High
6
Ensure house is baby-proofed
Moderate
7
Regular health checks
Low
8
Groom the baby
Business Important BIC 1
Critical
9
Physically bond with baby
High
10
Provide mental stimulus
Moderate
11
Teach the baby to eat
Low
12
Teach the baby to walk
Business Convenient BIC 0
Critical
13
Socialize the baby
High
14
Build self-esteem
Moderate
15
Play with the baby
Low
16
Expose baby to new environments
{/showhide}
Details: Business Important | Application Tier | Data Center Tier{showhide title="See More ..." changetitle="Hide ..."}
Business (Customer) Important Group Service Level Targets by business customer's importance.
Some customer's business have greater impact on Intel's bottom-line; therefore their service deliverables take higher precedence.
Application Tier Group Service Level Targets by application tiers.
Use tiers if the majority of your service deliverables involve application support.
Data Center Tier Group Service Level Targets by data center tiers.
{/showhide}
||||
|| Completion || ::
When you have completed the learning in this content, click the below Track Completion button.
This allows the IT Service Management team to know that you have completed this learning and are prepared for relevant next steps.