Professional Documents
Culture Documents
The Service Level PDF
The Service Level PDF
Notice of Rights: Copyright © The Art of Service. All rights reserved. No part of
this book may be reproduced or transmitted in any form by any means,
electronic, mechanical, photocopying, recording, or otherwise, without the prior
written permission of the publisher.
Notice of Liability: The information in this book is distributed on an “As Is” basis
without warranty. While every precaution has been taken in the preparation of the
book, neither the author nor the publisher shall have any liability to any person or
entity with respect to any loss or damage caused or alleged to be caused directly
or indirectly by the instructions contained in this book or by the products
described in it.
TABLE OF CONTENTS
TABLE OF CONTENTS..........................................................................................................3
INTRODUCTION ROADMAP .................................................................................................5
SERVICE DESIGN .................................................................................................................9
CONTINUAL SERVICE IMPROVEMENT ........................................................................... 43
SUPPORTING DOCUMENTS............................................................................................. 55
Objectives and Goals ................................................................................................... 57
Policies Objectives and Goals ..................................................................................... 63
SLM Scope ...................................................................................................................... 67
Business Justification Document .................................................................................. 75
Organizing for Service Design – Roles & Responsibilities .......................................... 81
SLM Process Manager ................................................................................................... 87
Customer Based SLA ..................................................................................................... 91
Service Based SLA.......................................................................................................... 99
Multi Level SLA’s ........................................................................................................... 108
Business and IT Service Mapping ............................................................................... 116
Operational Level Agreement................................................................................... 130
Service Level Requirements........................................................................................ 136
Service Options ............................................................................................................ 144
Underpinning Contracts.............................................................................................. 150
Functional Specification ............................................................................................. 156
Technical Specification............................................................................................... 164
Price List ......................................................................................................................... 172
Communication Plan .................................................................................................. 176
Business and IT Flyers.................................................................................................... 184
Reports KPI’s Other Metrics......................................................................................... 188
SLM IMPLEMENTATION & PROJECT PLAN .................................................................. 194
FURTHER INFORMATION ............................................................................................... 204
Page 3
Service Level Management Workbook
Page 4
Service Level Management Workbook
INTRODUCTION ROADMAP
Many organizations are looking to implement a Service Level Management as a
way to improve the structure and quality of the business.
The Workbook is designed to answer a lot of the questions that Service Level
Management process raises and provides you with useful guides, templates and
essential, but simple assessments.
The supporting documents and assessments will help you identify the areas within
your organization that require the most activity in terms of change and
improvement.
The additional information and bonus resources will enable you to improve your
organizations methodology knowledge base.
The workbook serves to act as a starting point. It will give you a clear path to travel.
It is designed to be a valuable source of information and activities.
The Service Level Management Workbook:
Flows logically,
Is scalable,
Provides presentations, templates and documents,
Saves you time.
Page 5
Service Level Management Workbook
Step 1
These presentations will give you a good knowledge and understanding of all the
terms, activities and concepts required within the Service Level Management
process. They can also be used as the basis for management presentations or
when making a formal business case for Service Level Management
implementation.
Make sure you pay close attention to the notes pages, as well as the slides, as
references to further documents and resources are highlighted here.
Page 6
Service Level Management Workbook
Step 2
If you did not look at the supporting documents and resources when prompted
during the PowerPoint presentations, do this now.
Below is an itemized list of the supporting documents and resources for easy
reference. You can use these documents and resources within your own
organization or as a template to help you in prepare your own bespoke
documentation.
Page 7
Service Level Management Workbook
Step 3
The supporting documents and bonus resources found within the workbook will
help you fill these gaps by giving you a focused, practical and user-friendly
approach to Service Level Management.
Page 8
Service Level Management Workbook
SERVICE DESIGN
Page 9
Service Level Management Workbook
Page 10
Service Level Management Workbook
If targets are appropriate and accurately reflect the requirements of the business,
the service delivered will align with business requirements and meet the
expectations of the customers and users in terms of service quality.
When targets are not aligned with business needs, the service provider activities
and service levels will not be aligned with business expectations and therefore
problems will develop.
The SLA is effectively a level of assurance or warranty with regard to the level of
service quality delivered by the service provider for each of the services delivered
to the business.
The quality of the Service Portfolio and the Service Catalogue is pivotal to
the success of the SLM.
Page 11
Service Level Management Workbook
Page 12
Service Level Management Workbook
Proactive measures are also taken to seek and implement improvements to the
level of service delivered.
Page 13
Service Level Management Workbook
Page 14
Service Level Management Workbook
SLM must manage the expectation and perception of the business, customers and
users in order to ensure that the quality of service delivered by the service provider
is matched to those expectations and needs. In order to do this effectively, SLA
should establish and maintain SLAs for all current live services and manage the
level of service provided to meet the targets and quality measurements contained
within the SLAs. SLM should also produce and agree SLRs for all planned new or
changed services.
This enables SLM to ensure that all services and components are designed and
delivered to meet their targets in terms of business needs. The SLM processes
should include the:
• Development of relationships with the business
• Negotiation and agreement of current requirements and targets, and the
documentation and management of SLAs for all operational services
• Negotiation and agreement of future requirements and targets, and the
documentation and management of SLRs for all proposed new or changed
services
• Development and management of appropriate Operational Level
Agreements (OLAs) to ensure that targets are aligned with SLA targets
Page 15
Service Level Management Workbook
Continued…
Page 16
Service Level Management Workbook
SLM is not only concerned with ensuring that current services and SLA’s are
managed, but is also involved in ensuring that new requirements are captured and
that new or changed services and SLA’s are developed to match the business
needs and expectations. SLA’s provide the basis for managing the relationship
between the service provider and the customer, and SLM provides that central
point of focus for a group of customers, business untis or lines of business.
Page 17
Service Level Management Workbook
Page 18
Service Level Management Workbook
Page 19
Service Level Management Workbook
Page 20
Service Level Management Workbook
Corporate Level: covers all generic SLM issues to every customer throughout the
organization.
Customer Level: covers all SLM issues relevant to a particular customer group of
business unit, regardless of the service being used
Service Level: covers all SLM issues relevant to the specific service, in relation to
a specific customer group
Page 21
Service Level Management Workbook
The activity of determining the initial targets for inclusion with an SLR or SLA can
be very difficult. All other processes need to be consulted for their opinion on
realistic targets, such as Incident Management on incident targets. Capacity and
Availability Management processes will be of particular value in determining
appropriate service availability and performance targets.
While many organizations have to give initial priority to introducing SLAs for
existing services, it is also important to establish procedures for agreeing SLRs for
new services being developed or procured.
If can be difficult to draw out specific requirements, as the business may need help
in understanding and defining their needs, particularly in terms of capacity, security,
availability and IT service continuity. Several iterations of negotiations may be
required before an affordable balance is struck between what is sought and what is
achievable and affordable.
Page 22
Service Level Management Workbook
The Service Desk, when linked to a comprehensive CMS, can be used to monitor
the customer’s perception of availability. It can also be used to monitor incident
response times and resolution times.
Transaction response times can be a difficult area to monitor and can be dealt with
in the following ways:
• Include a statement in the SLA stating that any response time delays
experienced for more than x minutes should be reported to the Service Desk
• Agree and include in the SLA an acceptable target for the number of such
incidents that can be tolerated in the reporting period
• Create an incident category of ‘poor response’ to ensure that such incidents
are logged accurately
• Produce regular reports of target time breaches and instigate investigations
via Problem Management to find a solution
Page 23
Service Level Management Workbook
Page 24
Service Level Management Workbook
SLAs are just documents, and in themselves do not materially alter the quality of
service being provided. However, it must be noted that SLAs do affect the
behaviour and help engender an appropriate service culture, which can then have
an immediate beneficial effect and make longer-term improvements possible.
Page 25
Service Level Management Workbook
Continued…
Where possible, targets should be set for these and monitored as part of the SLA.
Ensure that if users provide feedback they receive some return, and demonstrate
to them that their comments have been incorporated in an action plan, perhaps an
SIP. All customer satisfaction measurements should be reviewed, and where
variations are identified, they should be analysed with action taken to rectify the
variation.
Page 26
Service Level Management Workbook
OLAs need not be very complicated, but should set out specific back-to-back
targets for support groups that underpi8n the targets included in the SLAs.
OLAs should be monitored against OLA and SLA targets, and reports on
achievements provided as feedback to the appropriate managers of each support
team. This highlights potential problem areas, which may need to be addressed
internally or by a further review of the SLA or OLA.
Page 27
Service Level Management Workbook
Page 28
Service Level Management Workbook
SLM should identify the specific reporting needs and automate production of all
reports wherever possible. The extent, accuracy and ease with which automated
reports can be produced should form part of the selection criteria for integrated
support tools.
Page 29
Service Level Management Workbook
Continued…
It is essential that accurate information from all areas and all processes are
analysed and collated into a concise and comprehensive report on service
performance, as measured against agreed business targets. Service reports
should not only include details of current performance, but should also provide
historic information on past performance and trends, so that the impact of
improvement actions can be measured and predicted.
Page 30
Service Level Management Workbook
Reports should also be produced on the progress and success of the SIP, such as
the number of SIP actions that were completed and the number of actions that
delivered their expected benefit.
Page 31
Service Level Management Workbook
Page 32
Service Level Management Workbook
The Business Service Catalogue provides information on all the key business and
IT contacts relating to the services, their use and their importance. In order to
ensure that this is done in a consistent manner, SLM should perform the following
activities:
Page 33
Service Level Management Workbook
Continued…
• Raise the awareness and understanding
• Facilitate the development and negotiation of appropriate, achievable and
realistic SLR’s and Sla’s between the business and IT.
• Ensure the business, customers and users understand their
responsibilities/commitments to IT.
Page 34
Service Level Management Workbook
Reports should also be produced on the numbers and types of complaints, trends
identified and actions taken to reduce the numbers received. Similar reports
should be produced for compliments.
Page 35
Service Level Management Workbook
Page 36
Service Level Management Workbook
Page 37
Service Level Management Workbook
Page 38
Service Level Management Workbook
Objective:
• Number or percentage of service targets being met
• Number and severity of service breaches
• Number of services with up-to-date SLA’s
• Number of services with timely reports and active service reviews
Subjective:
Improvement in customer satisfaction
Page 39
Service Level Management Workbook
Page 40
Service Level Management Workbook
Page 41
Service Level Management Workbook
Page 42
Service Level Management Workbook
Page 43
Service Level Management Workbook
Page 44
Service Level Management Workbook
This provides input into CSI activities and helps prioritize improvement projects.
Even though SLM is critical for many organizations it is often one of the least
mature processes.
Page 45
Service Level Management Workbook
Even without any formal SLA’s or OLA’s, an organization can still strive to improve
the services they provide to customers.
Page 46
Service Level Management Workbook
Explicit SLA: one of the goals of SLM, is to get a formal document that clearly
defines the services provided, levels of service, quality of service and cost of the
service. Everyone understands their responsibilities
Implicit SLA: based on how you have provided your service in the past. If you
provide good service the customers expect good service. If you improve on your
service, then this becomes the new minimal level expected. Also if you have
provided poor service in the past then your customers will actually expect poor
service. Implicit SLA’s are difficult to manage.
Psychological SLA: often associated with the Service Desk where we publish
information to the end users often b y putting a sticker on their monitor that states
‘if you need help call ######’. In the mind of end users this creates an agreement
that all they have to do is call the Service Desk to find a solution to their issues. In
realty there are some Service Desks and Help Desks that provide less than ideal
help!
Page 47
Service Level Management Workbook
Page 48
Service Level Management Workbook
The Service Level Management process is created in the Service Design phase of
the Service Lifecycle. It is important that CSI is involved in the design of SLM to
ensure that measurable targets are created. These targets can then be used to
identify potential service improvements.
Page 49
Service Level Management Workbook
Page 50
Service Level Management Workbook
At any time, a number of separate initiatives that form part of the SIP may be
running in parallel to address difficulties with a number of services.
Page 51
Service Level Management Workbook
Page 52
Service Level Management Workbook
This model emphasizes the fact that there are many opportunities for CSI.
The model illustrates a constant cycle for improvement.
Additional info for Items to consider list:
• Embrace the vision by understanding the high level business objectives.
• Access the current situation to obtain an accurate and unbiased snapshot of
where the organization right now. This baseline assessment is an analysis
of the current position in terms of the business, organization, people,
process and technology.
• Based on a deeper development of the principles defined in the vision. The
full vision can be years away but this step provides specific goals and a
manageable timeframe.
• Detail the CSI plan to achieve higher quality service provision by
implementing ITSM processes.
• Verify that measurements and metrics are in place to ensure that milestones
were achieved, process compliance is high, and business objectives and
priorities were met by the level of service.
• Finally, the processes should ensure that the momentum for quality
improvement is maintained by assuring that changes become embedded in
the organization.
Page 53
Service Level Management Workbook
Page 54
Service Level Management Workbook
SUPPORTING DOCUMENTS
Through the documents, look for text surrounded by << and >> these are
indicators for you to create some specific text.
Watch also for highlighted text which provides further guidance and
instructions.
Page 55
Service Level Management Workbook
Page 56
Service Level Management Workbook
IT Services
Detailed Objectives/Goals
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 57
Service Level Management Workbook
However, the reader will certainly be reminded of the key topics that have to be
considered.
The detailed objectives for Service Level Management should include the following
salient points:
Objective Notes
Page 58
Service Level Management Workbook
Use these objectives to generate discussion about others that may be more
appropriate to list than those provided.
Failure to meet objectives (or when service breaches are detected) should trigger a
process for improvement. Under the Service Level Management process, we refer
to this as a Service Improvement Plan (SIP).
Where an underlying difficulty has been identified that has lead to a degradation in
service quality it is necessary for the Service Level Management process to start a
Service Improvement Plan (SIP).
The SIP must be drawn together with input from other processes (in particular
Problem Management) so that the action steps in the SIP do in fact contribute to
improvements and eradication of poor performance.
Page 59
Service Level Management Workbook
SIP Validity period Is there a life-span for this SIP; is the life
of the SIP time based or driven by
activities only?
Page 60
Service Level Management Workbook
Notes &
Comments
Page 61
Service Level Management Workbook
Page 62
Service Level Management Workbook
IT Services
Policies, Objectives and Scope
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 63
Service Level Management Workbook
However, the reader will certainly be reminded of the key topics that have to be
considered.
Policy Statement
Use this text box to answer the “SENSE OF URGENCY” question regarding this
process.
Not simply because someone thinks it’s a good idea. That won’t do. The reason
has to be based in business benefits.
A policy statement any bigger than this text box, may be too lengthy to read,
lose the intended audience with detail, not be clearly focussed on answering
the WHY question for this process.
Prepared by:
On: <<date>>
On: <<date>>
Objectives Statement
Page 64
Service Level Management Workbook
Use this text box to answer the “WHERE ARE WE GOING” question
regarding this process.
What will be the end result of this process and how will we know when we
have reached the end result?
Note the keywords in the statement. For the statement on Service Level
Management they are “report, agree and monitor”. These are definite
areas that we can set metrics for and therefore measure progress.
Prepared by:
On: <<date>>
On: <<date>>
Refer to Reports, KPIs and Other Metrics for metrics on page 187.
Page 65
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
Scope Statement
Use this text box to answer the “WHAT” question regarding this process.
What does the information flow look like into this process and from this process
to other processes and functional areas?
Through the use of agreements written in the form of documents the SLM
process will manage relationships between providers of IT services that
are both external to the organization and internal to the organization.
An scope statement any bigger than this text box, may be too lengthy to read,
lose the intended audience with detail, not be clearly focussed on answering the
WHAT question for this process.
Prepared by:
On: <<date>>
On: <<date>>
Page 66
Service Level Management Workbook
SLM Scope
IT Services
Scope Document
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
<<Organization name>>
Page 67
Service Level Management Workbook
Document Control
Author
Prepared by <<name and / or department>>
Document Source
This document is located on the LAN under the path:
I:/IT Services/Service Delivery/Service Level Management/Scope
Document Approval
This document has been approved for use by the following:
• <<first name, last name>>, IT Services Manager
• <<first name, last name>>, IT Service Delivery Manager
• <<first name, last name>>, National IT Help Desk Manager
Amendment History
Distribution List
When this procedure is updated the following copyholders must be advised
through email that an updated copy is available on the intranet site:
<<Organization Name>> Stakeholders
Business Unit
IT
Page 68
Service Level Management Workbook
Introduction
Purpose
The purpose of this document is to provide the IT Organization with the
specifications of the IT Services that will be included within the scope of the
Service Level Management Process.
Scope
This document describes the following:
• Scope of Service Level Management
• <<any additional items that you want>>
Audience
This document is relevant to all staff in <<Organization name>>
Ownership
IT Services has ownership of this document.
Related Documentation
Include in this section any related Service Level Management reference numbers
and other associated documentation:
Page 69
Service Level Management Workbook
Executive Overview
Describe the purpose, scope and organization of the document.
Definition
This activity helps define the services that you already deliver and can deliver. The
output from this activity is the Service Catalogue.
Page 70
Service Level Management Workbook
Specify
This activity is about gathering the Service Level Requirements. This will be done
by a series of interviews with department managers and senior executives.
<<
>>
In conjunction with the above table, we can now set the scope for the SLA. In this
manner we need to determine what will be included in the SLA.
Page 71
Service Level Management Workbook
For example:
Customer IT Service Service Level Agreements
Marketing Email
Monitor
In this section we need to set the scope for which aspects of the services we are
going to monitor, and what tools we are going to use to monitor the services with.
Reports
Reports are an integral way of spreading information about IT Services back to the
business as well as to IT Departments for process improvement.
As such the reports should be written in Business English as well as Technical
English.
In this section, provide a list of reports necessary for each customer based on each
service. The below table provides an example.
Reports
Marketing Email
Marketing Internet
Sales Logistics
Sales Accounts
Transport Logistics
Page 72
Service Level Management Workbook
Appendices
Terminology
Page 73
Service Level Management Workbook
Page 74
Service Level Management Workbook
IT Services
Business Justification
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 75
Service Level Management Workbook
This document provides a basis for completion within your own organization.
Prepared by:
On: <<date>>
On: <<date>>
This may sound like a bold statement but it is true. As IT professionals we have (for too
long) assumed that we miss out on funds while other functional areas (e.g. Human
resources and other shared services) seem to get all that they want.
However, the problem is not with them, it’s with US. We are typically poor salespeople
when it comes to putting our case forward.
We try to impress with technical descriptions, rather than talking in a language that a
business person understands.
Page 76
Service Level Management Workbook
For example:
The network bandwidth is our biggest The e-mail you send to the other national
bottleneck and we have to go to a switched managers will take 4 to 6 hours to be
local environment. delivered. It used to be 2 to 3 minutes, but
we are now using our computers for many
more tasks.
Changes to the environment are scheduled We are making the changes on Sunday
for a period of time when we expect there afternoon. There will be less people working
to be minimal business impact. then.
Wouldn’t you say “too much information, who cares – does it make things cold?”
Well IT managers need to stop trying to tell business managers about the tubing
structure and just tell them what they are interested in.
So let’s know look at some benefits of Service Level Management. Remember that the
comments here are generic, as they have to apply to any organization.
Notes/Comments/Relevance
Page 77
Service Level Management Workbook
Page 78
Service Level Management Workbook
Page 79
Service Level Management Workbook
Page 80
Service Level Management Workbook
To enable the Service Design phase to be successful, it is essential that the relevant
roles and responsibilities are defined, within the organization of various activities.
When designing a service or a process, it is imperative that all the roles are clearly
defined. A trademark of high performing organizations is the ability to make the right
decisions quickly and execute them effectively. Whether the decision involves a
strategic choice or a critical operation, being clear on who has input, who decides and
who takes action will enable the company to move forward rapidly.
The RACI model is beneficial in enabling decisions to be made with pace and
confidence. RACI is an acronym for the main roles of:
Occasionally an extended version of RACI is used called RACI-VS, with two further
roles as follows:
Verifies – person or group that checks whether the acceptance criteria have been met.
Signs off – person who approves the V decision and authorizes the product hand-off.
This could be the Accountable (or A) person.
A third variation of the RACI model is RASCI, where the S represents Supportive. This
role provides additional resources to conduct the work, or plays a supportive role in
implementation, for example. This could be beneficial for IT service implementation.
The RACI chart shown below in Table 1 shows the structure and power of RACI
modelling with the activities down the left-hand side including the actions that need to
be taken and decisions that must be made. Across the top, the chart lists the functional
roles responsible for carrying out the initiative or playing a part in decision making.
Page 81
Service Level Management Workbook
Whether RACI or some other tool or model is used, the important thing is to not just
leave the assignment of responsibilities to chance or leave it to the last minute to
decide. Conflicts can be avoided and decisions can be made quickly if the roles are
allocated in advance.
Activity 1 AR C I I C
Activity 2 A R C C C
Activity 3 I A R I C
Activity 4 I A R I
Activity 5 I I A C I
Page 82
Service Level Management Workbook
• Also, does the type or degree of participation for this role’s qualifications?
Activity Analysis
• More than one R: too many roles responsible often mean that no one takes
responsibility. Responsibility may be shared, but only if roles are clear.
• Many C’s: is there a requirement to consult with so many roles? What are the
benefits and can the extra time be justified?
• No C’s and I’s: are the communication channels open to enable people and
departments to talk to each other and keep each other up-to-date .
Page 83
Service Level Management Workbook
The specific roles within ITIL Service Management all require specific skills, attributes
and competences from the people involved to enable them to work effectively and
efficiently. However, whatever role, it is imperative that the person carrying out that
role has the following attributes:
• The ability to use, understand and interpret the best practice, policies and
procedures to ensure adherence.
The following are examples of attributes required in many of the roles, dependent on
the organization and the specific role:
Management skills – both from a person management perspective and from the
overall control of process.
Meeting skills – to organize, chair, document and ensure actions are followed up
Page 84
Service Level Management Workbook
More information about the skills and competences of these roles can be found within
the Skills Framework for the Information Age (SFIA – www.sfia.org.uk)
The Service Level Manager has responsibility for ensuring that the aims of Service
Level Management are met. This includes responsibilities such as:
Page 85
Service Level Management Workbook
Page 86
Service Level Management Workbook
IT Services
Role, Responsibilities
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 87
Service Level Management Workbook
Description Notes/Comments
1.
Will design, maintain and review a structure for the process that Use the
covers the interactions of the people involved and the expected
content of Service Level Management related documents notes/Comme
(involving IT and Customers) nts column in
different ways.
AND If you are
Coordinates any required Service Improvement looking to
Plans/Programmes to eradicate falling Service Delivery apply for a
performance process role,
then you can
2.
Will coordinate process reviews utilizing independent parties to check yourself
provide an objective view on the simplicity of the process and against the list
areas for improvement. (with ticks or
look to update
Will be responsible for implementing any design improvements
identified. your resume).
3.
Will establish, maintain and review:
• Service Level Agreements with the business Customer If you are
(including a decision on SLA Structure). looking to
• Operational Level Agreements with the IT provider appoint a
• Underpinning Contracts with third party providers. process
manager or
4.
Is responsible for the creation, maintenance, marketing and promote
distribution of the Service Catalog (which documents the IT someone from
Services offered by the organization) within the
organization
5.
Will control and review: you can make
• Any outstanding process related actions
• Current targets for service performance
• Performance against SLAs, OLAs and UCs
6.
Make available relevant, concise reports that are both timely and
readable for Customers and IT providers.
Page 88
Service Level Management Workbook
Description Notes/Comments
1.
The Service Level Manager will display a communication style Use the
based around listening and demonstrable genuine interest. notes/Comment
Ability to use and apply valuable information gained from s column in
customers. different ways.
If you are
2.
looking to apply
High degree of people/relationship management focus and an
ability to deal with an administrative workload. Will also tend to for a process
be balanced in negotiations – almost to the point of neutrality role, then you
during discussions between the customer and the IT Service can check
Provider. yourself against
the list (with
3. ticks or look to
The Service Level Manager will take an active interest in learning
update your
about services offered by external and internal providers. The
manager will be interested in understanding how services are resume).
provided, rather than just accepting a marketing statement.
4.
If you are
The Service Level Manager must have good oral and
presentation skills. They are a “champion” for this process and looking to
must display an air of confidence, without arrogance. appoint a
process
5. manager or
The Service Level Manager must be able to communicate with promote
people at all levels of the organization; this is one contributing someone from
factor that also will require a high degree of understanding of
within the
human emotion and resistance.
organization
6.
The process manager must be able to demonstrate ways to “do
things differently” that will improve the process.
They must not be risk adverse, but must be very risk conscious.
7.
Although not a highly numeric role, the selected person must be
able to understand the basics of supply and demand, with a
commonsense attitude to service charging and a grip on basic
statistical analysis.
8.
The process manager will need to be able to engage in technical
discussions with technical people (to ensure credibility) and to
engage in business discussions with business people, about
those technical issues (of course in non-technical terms).
Page 89
Service Level Management Workbook
Page 90
Service Level Management Workbook
IT Services
Customer Based SLA
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 91
Service Level Management Workbook
An agreement with an individual Customer group, covering all the services they use.
For example, agreements may be reached with an organization’s Finance Department
covering, say, the Finance System, the Accounting System, the Payroll System, the
Billing System, the Procurement System and any other IT systems that they use.
Service A
Customer Service B
Service C
Page 92
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
The following form can be used as the Customer Based SLA document. The SLA does
not have to be in a lengthy written format and in fact it is more likely to be adopted if it
is kept concise, with only salient details.
With regard to Customer Based SLA the following points should be addressed:
Page 93
Service Level Management Workbook
(Duplicate the following table for each service to be covered in this SLA).
Page 94
Service Level Management Workbook
Page 95
Service Level Management Workbook
Page 96
Service Level Management Workbook
THIS TEMPLATE HOWEVER, DOES PROMPT THE READER TO CONSIDER THE MOST
CRITICAL AREAS OF AN SLA and IT PROVOKES THOUGHT ABOUT OTHER AREAS
THAT COULD BE INCLUDED BASED ON INDIVIDUAL NEEDS.
Page 97
Service Level Management Workbook
Page 98
Service Level Management Workbook
IT Services
Service Based SLA
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 99
Service Level Management Workbook
Customer A
Service Customer B
Customer C
Prepared by:
On: <<date>>
On: <<date>>
Page 100
Service Level Management Workbook
The following form can be used as the Service Based SLA document. The SLA does
not have to be in a lengthy written format and in fact it is more likely to be adopted if it
is kept concise, with only salient details.
With regard to Service Based SLA the following points should be addressed:
(Duplicate the following table for as many services to be covered in this SLA).
Page 101
Service Level Management Workbook
Page 102
Service Level Management Workbook
Page 103
Service Level Management Workbook
Page 104
Service Level Management Workbook
Page 105
Service Level Management Workbook
Customer Information
Customer definition
THIS TEMPLATE HOWEVER, DOES PROMPT THE READER TO CONSIDER THE MOST
CRITICAL AREAS OF AN SLA and IT PROVOKES THOUGHT ABOUT OTHER AREAS
THAT COULD BE INCLUDED BASED ON INDIVIDUAL NEEDS.
Page 106
Service Level Management Workbook
Page 107
Service Level Management Workbook
IT Services
Multi-Level Based SLA
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 108
Service Level Management Workbook
Service A
SERVICE D
Customer Service B
Customer Service C
Prepared by:
On: <<date>>
On: <<date>>
Page 109
Service Level Management Workbook
(The following form can be used as the Multi-Level Based SLA document. The SLA
does not have to be in a lengthy written format and in fact it is more likely to be
adopted if it is kept concise, with only salient details)
SLA Information
Page 110
Service Level Management Workbook
Page 111
Service Level Management Workbook
Page 112
Service Level Management Workbook
Page 113
Service Level Management Workbook
Customer Information
(Duplicate the following table for as many customers to be covered).
Page 114
Service Level Management Workbook
Page 115
Service Level Management Workbook
IT Services
Business and IT Service Mapping
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 116
Service Level Management Workbook
Document Control
Author
Prepared by <name and / or department>
Document Source
This document is located on the LAN under the path:
I:/IT Services/Service Delivery/Business and IT Service Mapping/
Document Approval
This document has been approved for use by the following:
• <first name, last name>, IT Services Manager
• <first name, last name>, IT Service Delivery Manager
• <first name, last name>, National IT Help Desk Manager
Amendment History
Issue Date Amendments Completed By
Distribution List
When this procedure is updated the following copyholders must be advised through
email that an updated copy is available on the intranet site:
<<organization name>> Stakeholders
Business Unit
IT
Page 117
Service Level Management Workbook
Introduction
Purpose
The purpose of this document is to provide IT departments with an understanding of
how the IT Services provided map to the organization’s business processes.
Scope
This document describes the following:
• details of each Business Process and the corresponding IT Service provided by
the IT departments within the organization:
• description of business process
• description of service
• business contacts
• service contacts
Note: It is assumed for each Business Process and IT Service described in this
document that the supporting back-end technology is already in place and operational.
Audience
This document is relevant to all staff in <<organization name>>
Ownership
IT Services has ownership of this document in conjunction with nominated Business
Representatives.
Related Documentation
The following documents may help you to complete or understand the purpose of this
document:
• Relevant SLA and procedural documents
• Relevant IT Services Catalogue
• Relevant Technical Specification documentation
• Relevant Functional Specification documentation
• Relevant User Guides and Procedures
Page 118
Service Level Management Workbook
Executive Overview
In the past organization’s IT Services functions have generally grown and developed
into large complex environments. Unfortunately this growth has not always been as
structured and pre-planned as it should have been.
The result has been an IT department not having a very clear picture of all the services
they currently provide, and with no accurate profile of the actual customers for each of
these services.
When the IT services are so critical, steps must be in place to ensure that the IT group
adds value and delivers consistently.
In line with this concept, the first step in mapping IT Services to the needs of the
business is to understand the organization.
Page 119
Service Level Management Workbook
The Vision Statement defines where it is that the organization wants to go. By
understanding where the organization wishes to position itself within its market space,
then we can start looking at how its short term and long term objectives align with this.
At this point we need to see the “objectives and strategy” of the organization. By
having this information, IT departments are more likely to be aware of the pressing
business issues and needs that may impact on the services that they provide. For
example, the organization may have an objective of expanding its business into new
markets within the next 12 months, requiring additional offices and staff. The direct
impact on IT departments would be the successful planning of capacity of new IT
Services, the successful planning of how to change our current services to meet the
demands of the business, and being flexible enough to meet these demands.
This is where the IT departments need to capture the Business Processes being used
by the organization.
Once the IT departments have a clear view of each of the business units involved in
the business process, we need to capture the fact that the business processes need
one or more IT services (eg. CRM application, e-mail, word processing, financial tools)
to function.
Page 120
Service Level Management Workbook
With this information IT Departments will now be able to clearly see how their IT
Infrastructure / IT Services supports the business. This allows IT to better deliver IT
aligned Services to the organization.
• What are the Objectives of the organization? What is its Mission and Vision?
• What Business Processes are in place or will be in place to meet these needs?
• What IT Services are needed or in place to service the Business Processes?
Business Objectives
Business Processes
IT Services
Page 121
Service Level Management Workbook
Mission Statement
A mission statement describes the reason for the organization’s being. Without an
understanding of the mission statement of an organization, it becomes hard to define
what it is that the organization is trying to achieve.
In this section of the document capture the mission statement of the organization. It is
important to show that the IT department is aware of the business.
Vision Statement
In this section, document the Vision statement for the organization.
<<
Page 122
Service Level Management Workbook
>>
Business Process A
This section of the document should be repeated for each Business Process.
Department
Name of the department
Process
Name of the process, and official abbreviation, if any
Process Owner
Name of the Department head or person responsible for ensuring the effectiveness
and efficiency of the process.
Page 123
Service Level Management Workbook
Description
Briefly explain the purpose of the business process.
Primary Product(s)
List the primary product(s), and explain if necessary. Identify the customer for each
primary product.
Trigger(s)
List the event(s) that trigger the process. (Triggers can be a calendar date, as well as
an actual event.)
Sub-processes
If the process is subdivided, list the sub-processes here.
Inputs
List the inputs to the process, and explain if necessary. Identify the source of the input.
If the input is specific to a sub-process, identify the sub-process.
Page 124
Service Level Management Workbook
Secondary Products
List the by-products, or minor outputs that result from the process. Identify the
customer for each output. If the secondary product is specific to a sub-process, identify
the sub-process.
Participants
List the participants (actors) in the process, and explain their function briefly. If the
participant is active only in a specific sub-process, identify the sub-process.
IT Services
The following section provides a table for capturing those IT Services that help support
the business process described in this section.
<<
Fields:
• Hours of Availability: List the hours of support for the particular IT Service.
Eg. 24 hours x 7 Days per week, Monday – Friday:
8.00am – 6.00pm, etc.
Page 125
Service Level Management Workbook
Page 126
Service Level Management Workbook
Business Process B
Department
Process
Process Owner
Description
Primary Product(s)
Trigger(s)
Sub-processes
Inputs
Secondary Products
Participants
IT Services
Page 127
Service Level Management Workbook
This section provides a summary matrix table of the business processes and their
corresponding IT Services.
The table breaks down the IT Services and offers you the ability to capture the
owner of the IT Service, the impact of the service on the business process and the
agreed service hours.
The impact is an arbitrary value that IT and the business need to agree upon.
These values may be defined within the Service Catalogue or the Service Level
Agreements.
The table also breaks down the Business Processes and offers you the ability to
capture the department(s) that are involved in that particular business process, the
business owner of the process, and the business rating.
The Business Rating is also an arbitrary value that the business needs to agree
upon. In most instances each department will rate their business processes Critical
or Very High. The easy way to determine the Business Rating of the process would
be to ascertain if the business could still deliver its services if that business process
was unavailable for a period of time.
Page 128
Service Level Management Workbook
Owner <<IT
Service
Owner>>
Impact Very
Service A
High
Servic 24 x 7
e
Hours
Owner <<IT
Service
Owner>>
Servic Mon-Fri:
e 8am -
Hours 6pm
Owner <<IT
Service
Owner>>
Servic Mon-Sat:
e 6am -
Hours 6pm
Owner <<IT
Service
Owner>>
Servic Mon-Fri:
e 6am -
Hours 10pm
Appendices
List any appendices needed in conjunction with this document.
Terminology
IT Infrastructure: includes hardware, software, procedures, policies,
documentation, etc.
Page 129
Service Level Management Workbook
IT Services
Operational Level Agreement
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 130
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
Page 131
Service Level Management Workbook
(The following form can be used as the OLA document. The OLA does not have to
be in a lengthy written format and in fact it is more likely to be adopted if it is kept
concise, with only salient details)
With regard to OPERATIONAL LEVEL AGREEMENTS (OLAs) the following points
should be addressed:
Areas to address Comments/Examples Time
Frame/Notes/Who
Page 132
Service Level Management Workbook
Page 133
Service Level Management Workbook
Page 134
Service Level Management Workbook
Page 135
Service Level Management Workbook
IT Services
Service Level Requirements
Process: Service Level Management
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 136
Service Level Management Workbook
The first section allows you to briefly describe the service. The second
section is where you capture user specific requirements (duplicate this
section the number of times required). The third section allows you to cross
reference the requirements uncovered in this study with other
agreements/documents that may already exist.
Prepared by:
On: <<date>>
On: <<date>>
Page 137
Service Level Management Workbook
(The following form can be used as an SLR interview or data gathering document.
The SLR document does not have to be in a lengthy written format and in fact it is
more likely to be adopted if it is kept concise, with only salient details)
With regard to understanding SERVICE LEVEL REQUIREMENTS (SLR’s) the
following points should be addressed:
Service Information
Service Name
Preferably use a name that is
common language in the
organization (not a technical
name).
Page 138
Service Level Management Workbook
Customer Information
Page 139
Service Level Management Workbook
Page 140
Service Level Management Workbook
Page 141
Service Level Management Workbook
Non-representative Information
(Duplicate the following table for the number of services that data is being
gathered on).
Page 142
Service Level Management Workbook
(Duplicate the above table for the number of Services that requirements are
to be gathered for)
Page 143
Service Level Management Workbook
Service Options
IT Services
Process: Service Level Management
Service Options
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 144
Service Level Management Workbook
Document Control
Author
Prepared by <name and / or department>
Document Source
This document is located on the LAN under the path:
I:/IT Services/Service Delivery/Service Level Management/Service Options
Document Approval
This document has been approved for use by the following:
♦ <first name, last name>, IT Services Manager
♦ <first name, last name>, IT Service Delivery Manager
♦ <first name, last name>, National IT Help Desk Manager
Amendment History
Issue Date Amendments Completed By
Distribution List
When this procedure is updated the following copyholders must be advised
through email that an updated copy is available on the intranet site:
<Company Name> Business Stakeholders
Unit
IT
Page 145
Service Level Management Workbook
Introduction
Purpose
The purpose of this document is to provide the IT Organization with a breakdown
of options for the Services listed in the Service Catalog
Scope
This document describes the following:
• Service Options
• <<any additional items that you want>>
Audience
This document is relevant to all staff in <company name>
Ownership
IT Services has ownership of this document.
Related Documentation
Include in this section any related Service Level Management reference numbers
and other associated documentation:
Executive Overview
Note:
The intent of this document is to provide a simple break down of options available
for IT Services.
This document is to be used in conjunction with Service Catalogue.
Page 146
Service Level Management Workbook
Service Options
The following table breaks down each service and the available options. This is a
template and is used to illustrate for the user of this document the available options
and structure to use when creating service options.
The below table should be created for each individual service offered in the
Service Catalogue.
Page 147
Service Level Management Workbook
IT Service: Business
Process:
IT Owner: Business
Owner:
Service Business
Criticality: Process
Criticality:
Availability
Capacity
Response
SLA
Recovery
SLA
Service
Hours
Recovery
Options
Security
Pricing
Appendices
Terminology
Page 148
Service Level Management Workbook
Page 149
Service Level Management Workbook
Underpinning Contracts
IT Services
Underpinning Contracts
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 150
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
(The following form can be used as the UC document. The UC does not have to be
in a lengthy written format and in fact it is more likely to be adopted if it is kept
concise, with only salient details)
With regard to UNDERPINNING CONTRACTS (UCs) the following points should
be addressed:
Page 151
Service Level Management Workbook
Page 152
Service Level Management Workbook
Page 153
Service Level Management Workbook
Page 154
Service Level Management Workbook
Page 155
Service Level Management Workbook
Functional Specification
IT Services
Functional Specification
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
<<Organization name>>
Page 156
Service Level Management Workbook
Document Control
Author
Prepared by <<name and / or department>>
Document Source
This document is located on the LAN under the path:
I:/IT Services/Service Delivery/Functional Specifications/
Document Approval
This document has been approved for use by the following:
• <<first name, last name>>, IT Services Manager
• <<first name, last name>>, IT Service Delivery Manager
• <<first name, last name>>, National IT Help Desk Manager
Amendment History
Issue Date Amendments Completed By
Distribution List
When this procedure is updated the following copyholders must be advised
through email that an updated copy is available on the intranet site:
<<Organization name>> Stakeholders
Business Unit
IT
Page 157
Service Level Management Workbook
Introduction
Purpose
The purpose of this document is to provide relevant Business Units with the
functional specifications of the range of services provided by IT Services to the
<<Organization name>> community.
Scope
This document describes the following:
details of each service provided by IT Services including:
• description of service
• functional capabilities of the service
• user characteristics
• user operations and practices
• software and hardware interfaces
• service contacts
• details of procedures for the service
Note: It is assumed for each service described in this document that the supporting
back-end technology is already in place and operational.
Audience
This document is relevant to all staff in <<Organization name>>
Ownership
IT Services has ownership of this document.
Related Documentation
Include in this section any related Service Level Agreement reference numbers
and other associated documentation:
• Relevant SLA and procedural documents
• Relevant IT Services Catalogue
• Relevant Technical Specification documentation
• Relevant User Guides and Procedures
Page 158
Service Level Management Workbook
Executive Overview
Describe the purpose, scope and organization of the Functional Specification
document.
Service Overview
Service Description
Describes briefly the reason for the service, and lists the most important features
and capabilities.
Also include the services relationship to the business processes.
Service functional capabilities
This section presents a list of the functions that the service will be required to
perform.
Where the service comprises of several functional capabilities, a table may be
developed to illustrate these relationships. The list of functional capabilities may be
an updated version of the capabilities listed in the original “Service Level
Requirements” for this service.
(Refer to Service Level Requirements)
User characteristics
This section describes the intended users of the service in terms of job function,
specialized knowledge, or skill levels required.
This section should consider various user classes or profiles such as managers,
engineers, equipment operators, IT support staff, and network or database
administrators.
User operations and practices
Describes how persons will normally use the service, and the tasks they will most
frequently perform.
Also covers how users might use the service on an occasional basis. Consider
using a formal “Use Case” to specify the end-users' expected use of the service.
This may also be derived from the Service Level Requirements.
Page 159
Service Level Management Workbook
General constraints
This section will list the limitations, user interface limitations, and data limitations of
the service. Includes items such as minimum availability, capacity, security needed
by the service to function.
It should also include maintenance requirements; more specifically the amount of
time and frequency the service will be unavailable due to maintenance and service.
Also, states if training is required for use of the system.
Assumptions
This section lists any assumptions that were made in specifying the functional
requirements of this service.
Other services
How does the service interact with other services?
Description
The description describes the function and its role in the service.
Inputs
Describe the inputs to the function. Input validation strategy, allowed email types
and values are specified for each input.
Processing
Describes what is done by the function. Cited here would be database definitions
where relevant, transaction algorithms or functions, flow of information etc.
Page 160
Service Level Management Workbook
Outputs
This section describes the outputs of the function. Where a user interface
description is relevant, it is included.
Reports generated are also defined.
External Interfaces
The interfaces in this section are specified by documenting: the name and
description of each item, source or input, destination or output, ranges, accuracy
and tolerances, units of measure, timing, display formats and organization,
availability and capacity requirements and any relevant agreements that may
impact on the service.
User Interfaces
Where necessary.
This section describes all major forms, screens, or web pages, including any
complex dialog boxes. This is usually best done via simulated, non-functioning
screen shots (such as PowerPoint slides), and may take the form of a separate
document.
The navigation flow of the windows, menus, and options is described, along with
the expected content of each window. Examples of items that could be included
are screen resolutions, color scheme, primary font type and size.
Discussion also includes how input validation will be done, and how the service will
be protected from security issues.
This section can be generic enough to describe simply the User Interfaces to the
functions of the service. Examples of items here would be client interface available,
web interface available, email interface available etc.
Hardware Interfaces
Describes the components needed to provide the service, and also other output or
input devices such as printers or handheld devices.
Page 161
Service Level Management Workbook
Software Interfaces
This section describes any software that will be required in order for the service to
operate fully. Includes any developed software or commercial applications that
customers will be utilizing together with the planned service. Also describes any
software that the service will interact with such as operating system platforms
supported, file import and export, networking, automation, or scripting.
This section will also specify whether the users must provide the interface software
and any special licensing requirements.
Communication Interfaces
Describes how the service will communicate with itself (for multi-platform
applications) or other software applications or hardware, including items such as
networking, email, intranet, and Internet communications, PABX, IP telephony etc.
Attributes
Security
Describes where necessary the technical security requirements for the service. For
example, any password-protected access levels such as operator,
engineer/modeller, manager, database administrator and which functionality will be
accessible to each access level, firewall requirements and virus software.
This section should also describe all physical, organizational and procedural
security requirements for the service.
Page 162
Service Level Management Workbook
Usability
It is important to describe items that will ensure the user-friendliness of the service.
Examples include error messages that direct the user to a solution, user
documentation, online help etc.
Additional Requirements
Describes other characteristics the service must have, that were not covered in the
prior sections.
Administration
Includes any periodic updating or data management needed for the service.
• User documentation: Describes the user documentation to be delivered in
conjunction with the service, including both hard copy and online
requirements.
• Other requirements: Describes any other requirements not already
covered above that need to be considered during the design of the service.
Page 163
Service Level Management Workbook
Technical Specification
IT Services
Technical Specification
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 164
Service Level Management Workbook
Document Control
Author
Prepared by <name and / or department>
Document Source
This document is located on the LAN under the path:
I:/IT Services/Service Delivery/Technical Specifications/
Document Approval
This document has been approved for use by the following:
• <first name, last name>, IT Services Manager
• <first name, last name>, IT Service Delivery Manager
• <first name, last name>, National IT Help Desk Manager
Amendment History
Issue Date Amendments Completed By
Distribution List
When this procedure is updated the following copyholders must be advised
through email that an updated copy is available on the intranet site:
<<Organization name>> Stakeholders
Business Unit
IT
Page 165
Service Level Management Workbook
Introduction
Purpose
The purpose of this document is to provide relevant IT Units with the technical
specifications for the range of services provided by IT Services to the
<<Organization name>> community.
Scope
This document describes the following:
details of each service provided by IT Services including:
• description of service
• functional capabilities of the service
• user characteristics
• user operations and practices
• software and hardware interfaces
• service contacts
• details of procedures for the service
Note: It is assumed for each service described in this document that the supporting
functional awareness of the service is already known.
Audience
This document is relevant to IT staff in <<Organization name>>
Ownership
IT Services has ownership of this document.
Related Documentation
Include in this section any related Service Level Agreement reference numbers
and other associated documentation:
• Relevant SLA and procedural documents
• Relevant IT Services Catalogue
• Relevant Technical Specification documentation
• Relevant User Guides and Procedures
Page 166
Service Level Management Workbook
Executive Overview
Describe the purpose, scope and organization of the Technical Specification
document.
Service Overview
Service Description
Describes briefly the reason for the service, and lists the most important features
and capabilities.
Also include the services relationship to the business processes.
User characteristics
This section describes the intended users of the service in terms of job function,
specialized knowledge, or skill levels required.
This section should consider various user classes or profiles such as managers,
engineers, equipment operators, IT support staff, and network or database
administrators.
Page 167
Service Level Management Workbook
Assumptions
This section lists any assumptions that were made in specifying the technical
requirements of this service.
Other services
How does the service technically interact with other services?
Description
The description describes the Technical aspect and its role in the service.
Inputs
Describe the inputs to the aspect. Data feeds from other systems, human input or
automated timed activities are examples of inputs.
Processing
Describes what is done. For example with regard to backups we would describe
the database close, backup and database restart activities.
Outputs
This section describes the outputs. For example, if we are describing the archive
activity we would expect to end up with a media storage device that would be
stored in a secure location.
Reports generated are also defined.
Other technical considerations
The interfaces in this section are specified by documenting: the name and
description of each item, source or input, destination or output, ranges, accuracy
and tolerances, units of measure, timing, display formats and organization,
availability and capacity requirements and any relevant agreements that may
impact on the service.
Page 168
Service Level Management Workbook
Hardware details
Describes the technical components needed to provide the service, and also other
output or input devices such as printers or handheld devices.
Software details
Describes the technical aspects of the software used to provide the service (eg.
client server details), operating system levels, backup software used, virus
protection details, other supporting services and applications that contribute to the
service availability.
Communication details
Describes how the service will communicate with itself (for multi-platform
applications) or other software applications or hardware, including items such as
networking, email, intranet, and Internet communications, PABX, IP telephony etc.
Performance
Discusses items such as response times, throughput requirements, data volume
requirements, maximum data file size or problem complexity, maximum number of
concurrent uses, and peak load requirements (for web-based applications).
Includes expected response times for entering information, querying data files and
databases, performing calculations of various complexities, and
importing/exporting data.
Technical Design Constraints
Examples of technical constraints that affect service design choices are items such
as memory constraints involving minimum and maximum RAM and hard disk
space, and limitations arising from hardware, software or communications
standards.
Additional Requirements
Describes other characteristics the service must have, that were not covered in the
prior sections.
Page 169
Service Level Management Workbook
Administration
Includes any periodic updating or data management needed for the service.
• User documentation: Describes the user documentation to be delivered in
conjunction with the service, including both hard copy and online
requirements.
• Other requirements: Describes any other requirements not already
covered above that need to be considered during the design of the service.
Page 170
Service Level Management Workbook
Page 171
Service Level Management Workbook
Price List
IT Services
Price List
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
<<Organization name>>
Page 172
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
There are three considerations to review when looking to establish the prices for IT
Services that are delivered. It is the combination of these areas that will help the
Service Level Manager (along with the process owner for Financial Management
for IT Services) set and negotiate pricing for IT Service delivery.
These considerations are:
Page 173
Service Level Management Workbook
3) Budget influence
Careful and well articulated pricing for IT Services allows better predictions
regarding the expected budget required for a future time period. This
positive influence helps to reduce the number of unexpected surprises that
can often happen, when budget funds cannot support requirements.
Use the following table with examples to help determine which IT Services will be
charged for in your organization and the basis upon which you will levy that
charge.
An important point to consider regarding the pricing of services is the case when a
customer claims that they can buy the service cheaper from an external provider.
While this may be the case, the overall impact on the organization may be negative
– so it may be necessary to impose restrictions regarding purchase of external
services when suitable internal services are available.
Page 174
Service Level Management Workbook
Once the pricing differential is identified a controlled process of (a) reducing costs
or (b) outsourcing to an external provider can be carried out.
The final point to consider regarding the price of IT Services is whether actual
funds transfer will take place or if charges are just imaginary (or “nominal”).
Nominal charging allows customers to see the costs of the IT Services they
consume, but they are not expected to transfer funds from their cost centres to the
IT department. This method can have a low impact; in that without transferring
funds, the affect on behaviour may be negligible.
Page 175
Service Level Management Workbook
Communication Plan
IT Services
Communication Plan
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 176
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
Page 177
Service Level Management Workbook
Initial Communication
Sell the Benefits
First steps in communication require the need to answer the question that most
people (quite rightly) ask when the IT department suggests a new system, a new
way of working. WHY?
It is here that we need to promote and sell the benefits. However, be cautious of
using generic words. Cite specific examples from your own organization that the
reader will be able to relate to.
To:
On: <<date>>
By:
On: <<date>>
Page 178
Service Level Management Workbook
(Special Tip: Beware of using only Managers to gain information from, as the
resistance factor will be high)
(Special Tip: Beware of reporting only to Managers. If you speak to a lot of people
regarding Service Delivery then you need to establish ways to report to these
people the outcomes and progress of the discussions).
Always bear in mind the “so what” factor when discussing areas like goals and
objectives. If you cannot honestly and sensibly answer the question “so what” – then
you are not selling the message in a way that is personal to the listener and gets
their “buy-in”.
To:
On: <<date>>
By:
On: <<date>>
Service
Page 179
Service Level Management Workbook
The list of actions in this module may have a direct impact on end users. They
will be curious as to why staff have a sudden interest in trying to develop an
understanding regarding what they need from IT. There could be an element of
suspicion, so consider different strategies to overcome this initial scepticism.
Identification
• Analysing current services and Service Level Requirements
• Recording the current service provision in a Service Catalogue.
Definition
Matching & customising (with the customer) of the right service provision
against the right costs:
• Service Catalogue
• Demands of the customer (Service Level Requirements).
Monitoring
Measuring the actual service levels against the agreed service levels
Reporting
Reporting on the service provision (to the customer and the IT
organisation)
Evaluation (review)
• Evaluate the service provision with the customer
• Match & customise: adjust service provision if required? (SIP, SQP)
• Match & customise: adjust SLA if required?
To:
On: <<date>>
By:
On: <<date>>
Page 180
Service Level Management Workbook
There are a variety of output documents that should be visible to the customer and
end-user. Outlining these will allow the use of common terms – which enhances the
overall communication process.
Service Catalogue
• Detailed survey of available services
• Detailed survey of available service levels
• Derived from the Service Spec Sheets, but written in “customer terminology”
To:
On: <<date>>
By:
On: <<date>>
Page 181
Service Level Management Workbook
Information relating to costs may be a topic that would be held back from general
communication. Failure to convince people of the benefits will mean total rejection of
associated costs. If required, costs fall under several categories:
Failure to deliver acceptable services will only add to any poor perceptions and start
business people questioning the value of IT.
To:
On: <<date>>
By:
On: <<date>>
Page 182
Service Level Management Workbook
Page 183
Service Level Management Workbook
IT Services
Process: Service Level Management
Statu In draft
s: Under Review
Sent for Approval
Approved
Rejected
Rele
ase
Date:
Page 184
Service Level Management Workbook
Introduction
The following pages provide 2 examples of flyers that can printed and
distributed throughout your organization.
Note, they are examples, and your input is required to complete the flyers.
Remember, the important thing is to ensure that the message delivered in the
flyer is appropriate to the audience that will be reading it.
So think about how and where you will be distributing the flyers.
Page 185
Service Level Management Workbook
Service Level Management
Key Points: IT Services Department
The IT Department is Where are you going services being
embarking on a Service to send this flyer? delivered by the IT
•Agreed Levels
Which locations will Departments. >>
of Service. Level Management
Improvement the flyer be posted at? << What process do
Programme. If you are posting the they need to follow
•Easy to << Provide brief flyer in staff rooms, when recording
understand description of Service then the content needs information about
Service Level Management >> to reflect the failures in IT Services?
Catalogue.
information that will be >>
<<First, determine the of use to them. For
audience of this flyer. Provide contact lists
example, list a for the IT Department
•Services You This could be anyone common set of
who might benefit from as well as the
Need. services and the level business managers
the information it that they are provided
contains, for example, IT that they can contact.
at. This helps set the >>
•Services at the employees or business expectations for the
Right Time! staff.
THE THE PROCESS CONTACTS
•Improved IT BENEFITS
Services <<
<<
List the <<
List the steps
•Less Disruption benefits to List the contacts
involved in
the intended the process
audience. Input any
• <<any
additional points graphics in here
Keep it
>> Keep it simple >>
Simple
Show steps
Use Bullet as necessary
Points and
>> beneficial
>>
Page 186
Service Level Management Workbook
Service Level
Management
IT SERVICE
IMPROVEMENT
PROGRAMME
Sponsored by IT SERVICES
Page 187
Service Level Management Workbook
IT Services
Reports and KPI Targets
Process: Service Level Management
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 188
Service Level Management Workbook
Prepared by:
On: <<date>>
On: <<date>>
Page 189
Service Level Management Workbook
Simple
Measurable
Achievable
Realistic
Time Driven
Page 190
Service Level Management Workbook
Others
Special Tip: Beware of using percentages in too many cases. It may even be
better to use absolute values when the potential number of maximum failures
is less than 100
Page 191
Reports for Management
Management reports help identify future trends and allow review of the “health” of
the process. Setting a security level on certain reports may be appropriate as well as
categorizing the report as Strategic, Operational or Tactical.
The acid test for a relevant report is to have a sound answer to the question; “What
decisions is this report helping management to make?”
Management reports for Service Level Management should include:
Page 193
Service Level Management Workbook
IT Services
Implementation Plan/Project Plan
Skeleton Outline
Status: In draft
Under Review
Sent for Approval
Approved
Rejected
Release Date:
Page 194
Service Level Management Workbook
This document as described provides guidance for the planning and implementation
of the Service Level Management ITIL process.
The document is not to be considered an extensive plan as its topics have to be
generic enough to suit any reader for any organization.
However, the reader will certainly be reminded of the key topics that have to be
considered for planning and implementation of this process.
Initial planning
When beginning the process planning the following items must be completed:
CHECK DESCRIPTION
☺ or 2
or date
Get agreement on the objective (use the ITIL definition), purpose,
scope, and implementation approach (eg. Internal, outsourced,
hybrid) for the process.
Review the finances required for the process as a whole and any
associated systems (expenditure including people, software,
hardware, accommodation). Don’t forget that the initial expenditure
may be higher than the ongoing costs. Don’t forget annual
allowances for systems maintenance or customizations to systems
by development staff.
Page 195
Service Level Management Workbook
Policy Statement
It helps us to think clearly about and agree on the reasons WHY effort is put into this
process.
An inability to answer this seemingly simple, but actually complex question is a major
stepping stone towards successful implementation
The most common mistake made is that reasons regarding IT are given as the WHY
we should do this. Reasons like to make our IT department more efficient are far too
generic and don’t focus on the real issue behind why this process is needed.
The statement must leave the reader in no doubt that the benefits of this process will
be far reaching and contribute to the business in a clearly recognizable way.
Objective Statement
When you are describing the end or ultimate goal for a unit of activity that is about to
be undertaken you are outlining the OBJECTIVE for that unit of activity.
Of course the activity may be some actions for just you or a team of people. In either
case, writing down the answer to WHERE will this activity lead me/us/the
organization is a powerful exercise.
There are many studies that indicate the simple act of putting a statement about the
end result expected onto a piece of paper, then continually referring to it, makes
achieving that end result realistic.
As a tip regarding the development of an objective statement; don’t get caught up in
spending hours on this. Do it quickly and go with your instincts or first thoughts –
Page 196
Service Level Management Workbook
BUT THEN, wait a few days and review what you did for another short period of time
and THEN commit to the outcome of the second review as your statement.
Scope Statement
In defining the scope of this process we are answering what activities and what
“information interfaces” does this process have.
Don’t get caught up in trying to be too detailed about the information flow into and
out of this process. What is important is that others realize that information does in
fact flow.
For example, with regard to the SERVICE LEVEL MANAGEMENT process we can
create a simple table such as:
to
SLMMgt ReleaseMgt Details regarding mandatory times for service
availability
to
ReleaseMgt SLMMgt Expected impact (+ve or –ve) of release
to
SLMMgt ServiceDesk Client expectations regarding call pick up times (eg.
2 rings)
to
ServiceDesk SLMMgt Details of irate callers
Page 197
Service Level Management Workbook
There can be a variety of ways to implement this process. For a lot of organizations
a staged implementation may be suitable. For others a “big bang” implementation –
due to absolute equality may be appropriate.
STEPS NOTES/
/RELEVANCE/DATES/
WHO
The priority selection has to be made with other factors in mind, such as competitive
analysis, any legal requirements, and desires of “politically powerful influencers”.
Page 198
Service Level Management Workbook
Costs
☺
Accommodation
Costs of housing new staff and any associated new
equipment and space for documents or process related
concepts.
Software
New tools required to support the process and/or the
costs of migration from an existing tool or system to the
new one.
Maintenance costs
Hardware
New hardware required to support the process
activities. IT hardware and even new desks for staff.
Education
Re-education of existing staff to learn new techniques
and/or learn to operate new systems.
Procedures
Development costs associated with filling in the detail of
a process activity. The step-by-step recipe guides for all
involved and even indirectly involved personnel.
In most cases, costs for process implementation have to be budgeted for (or
allocated) well in advance of expenditure. Part of this step involves deciding on a
charging mechanism (if any) for the new services to be offered.
Page 199
Service Level Management Workbook
Each process requires a process owner and in most situations a team of people to
assist.
The Service Level Management process is perhaps the process in the Service
Delivery set that has the largest amount of initial and on-going activity.
The team size may or may not reflect this. Of course a lot will be dependant on
the timing of the implementation and whether it is to be staged or implemented
as one exercise.
Area Notes
Power teams
Other…
Page 200
Service Level Management Workbook
Implementation Planning
After base decisions regarding the scope of the process and the overall planning
activities are complete we need to address the actual implementation of the process.
It is unlikely that there will not be some current activity or work being performed that
would fit under the banner of this process. However, we can provide a
comprehensive checklist of points that must be reviewed and done.
Implementation activities for Service Level Management
Activity Notes/Comments/Ti
me Frame/Who
Decide how best to select any vendor that will provide assistance in
this process area (including tools, external consultancy or
assistance to help with initial high workload during process
implementation).
Page 201
Service Level Management Workbook
Purchase and install tools required to support this process (i.e. SLA
Management tool). Ensure adequate skills transfer and on-going
support is considered if external systems are selected.
The question of when a new process actually starts is one that is not easy to answer.
Most process activity evolves without rigid starting dates and this is what we mean
when we answer a question with “that’s just the way it’s done around here”.
Page 202
Service Level Management Workbook
Ultimately we do want the new process to become the way things are done around
here, so it may even be best not to set specific launch dates, as this will set the
expectation that from the given date all issues relating to the process will disappear
(not a realistic expectation).
Page 203
Service Level Management Workbook
FURTHER INFORMATION
For more information on other products available from The Art of Service, you can
visit our website: http://www.theartofservice.com
If you found this guide helpful, you can find more publications from The Art of
Service at: http://www.amazon.com
Page 204