SLM-Process Guide
SLM-Process Guide
Process Guide
This product includes COBIT® 4.0, which is used by permission of the IT Governance Institute (ITGI).
©1996, 1998, 2000, 2005 IT Governance Institute (ITGI). All rights reserved. COBIT is a registered trademark of the
Information Systems Audit and Control Association and the IT Governance Institute.
Service Level Management is a process that links the IT service provider and the customer by
managing the Service Level Agreements (SLAs) that provide specific targets against which the performance
of the IT organization can be judged.
SLAs should be established for all IT Services being provided. Underpinning contracts and Operational
Level Agreements (OLAs) should also be in place with the dependent suppliers (external and internal).
In Scope
Collection and dissemination of customer service level requirements
Negotiation for sign off of the Service level agreements.
Provision of support to the Service Planning Process to ensure required service levels are met by the
organization through the development of new services / service enhancements, supporting OLAs and
underpinning contracts and a Service Quality Plan.
Monitor and report on SLA compliance
Management of Process Improvement activities for the Service Level Management Process
Out of Scope
Creation and maintenance of an IT Service Catalogue pertaining to Service Planning process)
Complete planning of service offerings pertains to Service Planning process
Account management, sales and marketing of IT services pertaining to Customer Management process.
Development and maintenance of the Service Quality Plan pertaining to Service Planning process.
Service Improvement program strategy pertaining to Service Planning process.
Customer Satisfaction surveys pertaining to Customer Management process.
High-level service definitions pertaining to Service Planning process.
It is targeted by goals:
• Goal: SLM - Enable IT to Meet Service Targets
To determine the level of IT Service required to support the business and manage the same to ensure
committed service levels are being met.
• Goal: SLM - Improve Service Quality
To maintain and improve IT Service quality in line with business and cost justification.
It benefits from:
• Benefit: SLM - Controlled Service Resource Costs
Clear specification of required services and components leads to controlled cost and resource
management for long term.
• Benefit: SLM - Cost Reduction
• Benefit: SLM - Formal Service Improvement Planning
SLM makes sure that monitoring of service levels occurs on a regular basis and initiates service
improvement actions as necessary (via the SIP).
• Benefit: SLM - Improved Customer and IT Expectations
Stabilizes the relationship between IT organization and the customer due to clear customer expectations
as to service deliverables, service levels, contacts, etc.
Scenario 1
Service Level Agreements were negotiated between the IT organization and the customer and were
documented. When the services were deployed, the customer was not satisfied with the service
arrangements of the IT organization. The reasons were terminology used in the documents were not clear to
the customer and lacked clarity on customer service requirements. Documents included several performance
targets that could not be accurately measured and reported.
To enhance the Customer-supplier relationship and improve the quality of the service, it was decided to
revamp the Service Level Agreements. A detailed study of the specific service requirements was carried out
which established the service specifications. The performance targets were verified to ensure they were
measurable and achievable. Reporting mechanism and review schedules were finalized and incorporated
in the Service level Agreements. Services offered were monitored as per the new SLA. Within a fairly short
time, the customer was satisfied with the service arrangements and felt their expectations were understood
and met.
Review meetings further helped to strengthen the relationship since, these review meetings formed a basis
for identifying the areas that need improvement as well as areas that are working well.
Scenario 2
On negotiating the current service and support hours for a large customer, IT Organization found a
discrepancy in the required time of usage between head office and the field offices. Head office with a
limited user population wanted service hours covering 8.00 am to 6.00 pm, whereas the field with at least
20 times the User population wanted service hours covering 7.00 am to 4.00 pm. Head office won the
political argument and so the 8.00 am to 6.00 pm service coverage was set. When the Service was
deployed and monitored, it was found that Service was used from 7.00 am to 5.00 pm, Service extensions
were usually asked by the field to cover the extra hour in the morning. The Service Level Manager was
blamed by the IT staff for having to cover a late shift, and by the Customer Representative for charging for a
service that was not used (i.e. staff and running costs).
To arrive at the root cause of this problem, the Service Level Manager requested the Service Coordinator to
generate the relevant reports and analyze how often the service hours were utilized and peak time periods
for the same. These reports brought out the service hours were utilized one hour before the actual define
service hours i.e. 7.00 am onwards and after 4.00 pm hardly any services were utilized.
The Service level manager brought this observation to the notice of Customer Relationship Manager. A
review meeting was called for discussion with the customer on the service hours. A proposal was given to
the customer with supporting facts, to change the service hours from 7.00 am to 5.00 pm with no change
in the costs. But any services utilized beyond 5.00 pm would be at additional charges.
The customer agreed for the change. The existing SLA was updated with new services hours. New service
hours utilization was monitored with results reflecting actual customer service usage.
1.IT must understand the needs and requirements of the business, translate them to IT services, and deliver
those services at acceptable quality, cost and performance levels.
1.Development of SLAs must not be viewed as simply an academic exercise. The SLA must be viewed as
accurately reflecting what and how IT organization has agreed to deliver a service to the business. For the
integrity of the SLM process, it is essential that the SLAs be viewed as a binding document that the business
has the right to reference if it decides service delivery is not meeting requirements
• Benefit: The SLA will be viewed as a business tool that clarifies roles, responsibilities, and expectations.
It can be used as a "mediator" if service delivery disputes arise
• Impact: IT will continue to take a proactive role in the CAB and provide the risk assessment and impact
analysis as it relates to the SLAs
• Impact: Periodic reviews of the SLA will be performed with the business, as well as with internal and
external service providers
• Impact: The actions of the Service Level Manager and their team are guided by the terms of the SLAs
they have signed
• Impact: The Customer Relationship manager must be effective in communicating reviews and updates to
current SLAs to the field team
• Impact: The Service Level Manager is accountable for service level metrics
1.Technology specification, selection, deployment, implementation and its use will be evaluated and
managed from an SLM point of view
1.SLAs must directly reflect business requirements and IT Organization's delivery capability. IT
Organization must be rigorous in determining what levels of service it can reasonably agree to deliver, and
base that determination on true metrics
1.To enable IT organization to be able to agree with certainty to performance levels specified in SLAs, it is
imperative that OLA's with internal service providers / underpinning contracts with external
vendors/suppliers be planned, negotiated and signed. This effort must take into account the customer
requirements and desired service levels
1.The SLM process must be reviewed on a regular basis to ensure it is working effectively. Regular reviews
in support of process improvement initiatives are fundamental to a process-oriented service organization
• Impact: Both customers and the IT organization must be involved in the reviews
• Impact: The Process Owner should initiate the review process
16 4
C ustom er Management C onf iguration Management
5
C hange Management
14
Serv ice Planning
Work Order(s)
CI Data
2
SLA
Inc ident & Serv ice Request
RFC
Service Specification
Management
Release Notification
Availability Plan
Service Requirements
Continuity Plan
Service Requirements
Capacity Plan
11
8
Service Requirements
Av ailability Management
Release to Production
Cost Analysis
Security Plan
10
C ontinuit y Management
12
C apacity Management
9 13
Security Management Financial Management
5
Change Management
Corrective Actions
P rogram Not Required"
SLM - Draft SLA & Negotiate SLM - Perform Service
"Current OLAs Are Sufficient"
Identified OLA Modifications
Improvements
Process
Service
Signed OLAs
6.8 6.9
Do cumented Service Improvement Program
SLM - Develop Service SLM - Execute Service
Improvement Program Improvement Program
Service Owner
6.3
SLM - Review, Negotiate &
Sign UCs
Supplier Manager
Service Level Management is a process that links the IT service provider and the customer by
managing the Service Level Agreements (SLAs) that provide specific targets against which the performance
of the IT organization can be judged.
SLAs should be established for all IT Services being provided. Underpinning contracts and Operational
Level Agreements (OLAs) should also be in place with the dependent suppliers (external and internal).
In Scope
Collection and dissemination of customer service level requirements
Negotiation for sign off of the Service level agreements.
Provision of support to the Service Planning Process to ensure required service levels are met by the
organization through the development of new services / service enhancements, supporting OLAs and
underpinning contracts and a Service Quality Plan.
Monitor and report on SLA compliance
Management of Process Improvement activities for the Service Level Management Process
Out of Scope
Creation and maintenance of an IT Service Catalogue pertaining to Service Planning process)
Complete planning of service offerings pertains to Service Planning process
Account management, sales and marketing of IT services pertaining to Customer Management process.
Development and maintenance of the Service Quality Plan pertaining to Service Planning process.
Service Improvement program strategy pertaining to Service Planning process.
Customer Satisfaction surveys pertaining to Customer Management process.
High-level service definitions pertaining to Service Planning process.
It is the responsibility of:
• Organization: Service Level Management Roles
It includes nine activities:
• 6.1 SLM - Identify the Needs of the Customer
• 6.2 SLM - Review, Negotiate & Sign OLAs
• 6.3 SLM - Review, Negotiate & Sign UCs
• 6.4 SLM - Draft SLA & Negotiate Terms
• 6.5 SLM - Sign & Activate the SLA
• 6.6 SLM - Report SLA Compliance
• 6.7 SLM - Perform Service Review
• 6.8 SLM - Develop Service Improvement Program
• 6.9 SLM - Execute Service Improvement Program
Controls:
• DS 1 - Define and Manage Service Levels
• DS 1.01 - Service Level Management Framework
• DS 1.03 - Service Level Agreements
• DS 2 - Manage Third-party Services
© Copyright 1997 - 1998, 2003,
2005 - 2007
Hewlett-Packard Development Company, L.P. Version: 3 Page 13 of 89
HP IT Service Management Service Level Management
Process Guide
• Documented Service Improvement Program from Activity : 6.8 SLM - Develop Service Improvement
Program
It delivers:
• Published SIP Results to Sink: End Process
• SIP RFCs to Activity : 5 Change Management
It includes six activities:
• 6.9.3 SLM - Monitor and Analyze Service Improvements
• 6.9.4 SLM - Modify Service Improvement Program
• 6.9.1 SLM - Review SIP with Participants
• 6.9.5 SLM - Inform Customer About Service Improvements
• 6.9.6 SLM - Publish Service Improvement Program Results
• 6.9.2 SLM - Coordinate Service Improvements
6.1.3 Validated S LRs & 6.1.4 "SLRs & SLOs Not 6.1.5
SLM - Review Service SLOs SLM - SLRs Address ed by No Addres s ed" SLM - Document Unfulfilled
Portfolio Current Services ? SLRs
Yes
"SLRs & SLOs Addressed"
6.1.7
SLM - Map Current Services &
SLOs to Requirements
S L O Map
"SLO Mapping Incomplete"
6.1.9
6.1.8 SLM - Identify Metrics,
SLM - SLO Mapping Yes"SLO Mappi ng Completed"
No Reporting & Review
Complete? Requirements
6.2
SLM - Review, Negotiate &
Sign OLAs
The information could be gathered by holding information sessions with the customer to get an idea of what
exactly the customer is looking for regarding new or improved service is concerned.
In a case where the ITSM Service Planning process has been implemented, this information should already
exist for new services and can simply be accessed to assist in this effort.
It is the responsibility of:
• Role: Service Level Manager
It is initiated by event:
• Business Need from Source: SLM Event
It accepts:
• Workflow from Source: SLM Event
It delivers:
• Identified SLRs & SLOs to Activity : 6.1.2 SLM - Validate SLRs & SLOs
Controls:
• DS 1.01 - Service Level Management Framework
• DS 2 - Manage Third-party Services
If the customer requirements will be addressed by current service offerings, a complete mapping of current
services to the requirements and service level objectives can be performed.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• SLRs & SLOs Addressed for Activity : 6.1.7 SLM - Map Current Services & SLOs to Requirements
• SLRs & SLOs Not Addressed for Activity : 6.1.5 SLM - Document Unfulfilled SLRs
It delivers:
• SLO Map to Activity : 6.1.9 SLM - Identify Metrics, Reporting & Review Requirements based upon a Yes
condition for Decision Point: 6.1.8 SLM - SLO Mapping Complete?
• SLO Map to Activity : 6.1.7 SLM - Map Current Services & SLOs to Requirements based upon a No
condition for Decision Point: 6.1.8 SLM - SLO Mapping Complete?
Controls:
• DS 2 - Manage Third-party Services
If the service mapping is not complete, then this mapping step is performed iteratively until all the
requirements have been mapped to the appropriate service.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• SLO Mapping Incomplete for Activity : 6.1.7 SLM - Map Current Services & SLOs to Requirements
• SLO Mapping Completed for Activity : 6.1.9 SLM - Identify Metrics, Reporting & Review Requirements
6.1
6.2.4
SLM - Identify the Needs of the New OLAs
SLM - N eg otiate New OLAs
Customer
with Internal Service Providers
6.2.1 6.2.5
SLM - R eview Supporting "OLA Negotiations Not Completed" SLM - OLA N eg otiations 6.2.7
No SLM - Sign OLAs with Internal
OLA Requirements Completed?
Service Providers
OLA Drafts
6.2.2 6.2.6
"Current OLAs Not Sufficient" 6.2.3 Updated OLAs
SLM - R eview Current OLA SLM - Update OLAs with
SLM - Draft or Modify OLAs
Capabilities Negotiated Terms
Service Providers
6.3
SLM - Review, Negotiate & Signed OLAs
Sig n UCs
Supplier Manag er
It accepts:
• Reviewed OLA Requirements from Activity : 6.2.1 SLM - Review Supporting OLA Requirements
It delivers:
• Workflow to Activity : 6.3 SLM - Review, Negotiate & Sign UCs
• Workflow to Activity : 6.2.3 SLM - Draft or Modify OLAs
It includes two activities:
• 6.2.2.1 SLM - Translate SLOs into OLOs
• 6.2.2.2 SLM - Identify Monitoring Requirements
It delivers:
• New OLAs to Activity : 6.2.4 SLM - Negotiate New OLAs with Internal Service Providers based upon a
No condition for Decision Point: 6.2.5 SLM - OLA Negotiations Completed?
• New OLAs to Activity : 6.2.6 SLM - Update OLAs with Negotiated Terms based upon a Yes condition
for Decision Point: 6.2.5 SLM - OLA Negotiations Completed?
Controls:
• DS 1.03 - Service Level Agreements
• DS 1.04 - Operating Level Agreements
• DS 1.06 - Review of Service Level Agreements and Contracts
If the OLA negotiations are not complete, efforts continue to finish the negotiations.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• OLA Negotiations Completed for Activity : 6.2.6 SLM - Update OLAs with Negotiated Terms
• OLA Negotiations Not Completed for Activity : 6.2.4 SLM - Negotiate New OLAs with Internal Service
Providers
It accepts:
• Updated OLAs from Activity : 6.2.6 SLM - Update OLAs with Negotiated Terms
It delivers:
• Signed OLAs to Activity : 6.3 SLM - Review, Negotiate & Sign UCs
Controls:
• DS 1.04 - Operating Level Agreements
• DS 1.06 - Review of Service Level Agreements and Contracts
6.2.1
SLM - Rev iew Supporting
OLA Requirements
6.2.2.1
SLM - Translat e SLOs into
OLOs
Low-level Metrics
6.2.2.2 6.2.2.3
Monitoring Requirements No "Current OLAs Not Sufficient" 6.2.3
SLM - Identif y Monitoring SLM - Current OLAs
SLM - Draf t or Modif y OLAs
Requirements Suf f icient?
Yes
"Current OLAs Are Sufficient"
6.3
SLM - Rev iew, Negotiate &
Sign UCs
Supplier Manager
If the existing OLAs are sufficient to meet the customer's requirements, then the required Underpinning
Contracts can be evaluated.
It is the responsibility of:
• Organization: Service Providers
It initiates events:
• Current OLAs Not Sufficient for Activity : 6.2.3 SLM - Draft or Modify OLAs
• Current OLAs Are Sufficient for Activity : 6.3 SLM - Review, Negotiate & Sign UCs
No
"OLA Modifi cations Not Required"
"Current OLAs Are Sufficient"
6.4
SLM - Draf t SLA &
Negotiate Terms
Customer Relationship
Manager
6.3.6
Revi ewed UC SLM - Sign UCs with
6.3.1 6.3.2
Requirements Yes "Current UCs Are Sufficient" External Serv ice Prov iders
SLM - Rev iew Supporting SLM - Current UC s
UC Requirem ents Suf f icient?
"UC Negotiations Completed"
Yes
No
6.3.5
"UC Negotiations Not Complete"
"Current UCs Are Not Sufficient" SLM - UC Negotiations
No
Com plete?
6.3.4
6.3.3
New UCs SLM - Negotiate New UCs Negotiated UCs
SLM - Draf t New
with External Serv ice
Underpinning Contracts
Prov iders
Supplier Manager
If the existing UCs are sufficient to meet the customer's requirements, then the SLA can begin to be drafted.
It is the responsibility of:
• Role: Supplier Manager
It initiates events:
• Current UCs Are Sufficient for Activity : 6.4 SLM - Draft SLA & Negotiate Terms
• Current UCs Are Not Sufficient for Activity : 6.3.3 SLM - Draft New Underpinning Contracts
If the UC negotiations are not complete, they continue until they are done.
It is the responsibility of:
• Role: Supplier Manager
It initiates events:
• UC Negotiations Not Complete for Activity : 6.3.4 SLM - Negotiate New UCs with External Service
Providers
• UC Negotiations Completed for Activity : 6.3.6 SLM - Sign UCs with External Service Providers
6.3
SLM - Revi ew, Negoti ate &
Sign UCs
Supplier Manager
6.4.2
Draf t SLA 6.4.3
SLM - Present SLA Draft to
SLM - Negoti ate SLA Terms
Customer
"OLA Modifications Not Required"
6.4.4
SLM - Agreement
No
Reached on SLA Terms?
Y es
Customer Relati onship "Agreement Reached"
Manager
6.4.1 6.5
Draf t SLA
SLM - Generate SLA from SLM - Si gn & Activate the
T emplate SLA
It is important that IT not overwhelm the customer during negotiations, so participation should be limited to
the Service Level Manager, Customer Relationship Manager (or Service Owner) and the customer.
It is the responsibility of:
• Role: Customer Relationship Manager
It is initiated by event:
• Agreement Not Reached from Decision Point: 6.4.4 SLM - Agreement Reached on SLA Terms?
It accepts:
• Negotiated SLA Terms from Activity : 6.4.3 SLM - Negotiate SLA Terms based upon a No condition for
Decision Point: 6.4.4 SLM - Agreement Reached on SLA Terms?
• Draft SLA from Activity : 6.4.2 SLM - Present SLA Draft to Customer
It delivers:
• Negotiated SLA Terms to Activity : 6.4.3 SLM - Negotiate SLA Terms based upon a No condition for
Decision Point: 6.4.4 SLM - Agreement Reached on SLA Terms?
• Negotiated SLA Terms to Activity : 6.5 SLM - Sign & Activate the SLA based upon a Yes condition for
Decision Point: 6.4.4 SLM - Agreement Reached on SLA Terms?
Controls:
• DS 1.03 - Service Level Agreements
If terms have not been agreed upon, negotiations continue until agreement has been reached.
It is the responsibility of:
• Role: Customer Relationship Manager
It initiates events:
• Agreement Reached for Activity : 6.5 SLM - Sign & Activate the SLA
• Agreement Not Reached for Activity : 6.4.3 SLM - Negotiate SLA Terms
6.4
SLM - Draft SLA & Negotiate
Terms
Signed SLA
6.5.3
SLM - Activate the Service
Activated SLA
6.6
SLM - Report SLA
Compliance
This means that the appropriate parties (e.g., Support) have been notified and briefed that this specific
customer will be using the service specified in the SLA. It also is a signal to Operations that any required
monitoring capabilities should be implemented and activated.
This also means that the service billing cycle can now commence.
It is the responsibility of:
• Role: Service Level Manager
It accepts:
• Signed SLA from Activity : 6.5.2 SLM - Sign the SLA
It delivers:
• Activated SLA to Activity : 6.6 SLM - Report SLA Compliance
Controls:
• DS 1.05 - Monitoring and Reporting of Service Level Achievements
6.6.1
SLM - Per form Service Level "No Service Improvements Required"
Repor ting
Feedback
Service Providers
Activated SLA
6.6.4
6.5
SLM - Review Reports and
SLM - Sign & Activate the SLA
Feedback
No
Reviewed Reports
Corrective Actions
Service Level Manager
6.8
SLM - Develop Service "Service Improvement Recommendations"
Improvement Progr am
Service Owner
If no service improvements have been identified, service level monitoring and reporting is performed again.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• Service Improvements Identified for Activity : 6.6.7 SLM - Document Recommendations
• No Service Improvements Required for Activity : 6.6.1 SLM - Perform Service Level Reporting
It accepts:
• Identified Service Improvements from Activity : 6.6.5 SLM - Address SLA Exceptions & Issues based upon
a Yes condition for Decision Point: 6.6.6 SLM - Service Improvements Identified?
It delivers:
• Workflow to Activity : 6.8 SLM - Develop Service Improvement Program
6.6.6 6.5
SLM - Serv ice No "No Service Improvements Required" SLM - Sign & Activ ate the
Im prov ements SLA
Identif ied?
Activated SLA
6.6.1.1
SLM - Generate Serv ice
Lev el C ompliance Reports
6.6.1.2
SLM - Dis tribute Serv ice
Lev el R eports f or Analy sis
6.6.2
SLM - Analy ze Serv ice
Lev el R eports f or SLA
Com pliance
• Service Level Reports to Activity : 6.6.2 SLM - Analyze Service Level Reports for SLA Compliance
Controls:
• DS 1.05 - Monitoring and Reporting of Service Level Achievements
• DS 2.04 - Supplier Performance Monitoring
• DS 3.05 - Monitoring and Reporting
• ME 1.04 - Performance Assessment
Yes
"Exceptions Found"
No Customer-Specific Issues
6.6.5.6
"Customer-Specific Issues Not Found"
SLM - Identif y Correctiv e
Actions
Corrective Actions
Service Lev el Manager
6.8
SLM - Dev elop Serv ice
Improv ement Program
Service Owner
If no SLA compliance issues have not been found, any service improvement recommendations are
documented.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• Exceptions Not Found for Activity : 6.6.5.2 SLM - Identify Service Improvements
• Exceptions Found for Activity : 6.6.5.3 SLM - Document Service Level Exceptions
If no customer-specific issues are found, corrective actions can be identified to remedy the situation.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• Customer-Specific Issues Not Found for Activity : 6.6.5.6 SLM - Identify Corrective Actions
• Customer-Specific Issues Found for Activity : 6.6.5.5 SLM - Document Customer-Specific Issues
Note: These are likely to be different issues than service provider issues and will probably require specific
work instructions to handle them.
It is the responsibility of:
• Role: Service Level Manager
It is initiated by event:
• Customer-Specific Issues Found from Decision Point: 6.6.5.4 SLM - Customer-Specific Issues Found?
It accepts:
• SLA Exceptions from Activity : 6.6.5.3 SLM - Document Service Level Exceptions based upon a Yes
condition for Decision Point: 6.6.5.4 SLM - Customer-Specific Issues Found?
It delivers:
• Customer-Specific Issues to Activity : 6.6.5.6 SLM - Identify Corrective Actions
Controls:
• DS 1.06 - Review of Service Level Agreements and Contracts
Note that the Customer Relationship Manager may provide value in determining how best to improve the
customer situation.
It is the responsibility of:
• Role: Service Level Manager
It is initiated by event:
• Customer-Specific Issues Not Found from Decision Point: 6.6.5.4 SLM - Customer-Specific Issues Found?
It accepts:
• SLA Exceptions from Activity : 6.6.5.3 SLM - Document Service Level Exceptions based upon a No
condition for Decision Point: 6.6.5.4 SLM - Customer-Specific Issues Found?
• Customer-Specific Issues from Activity : 6.6.5.5 SLM - Document Customer-Specific Issues
It delivers:
• Corrective Actions to Activity : 6.8 SLM - Develop Service Improvement Program
Controls:
• DS 1.06 - Review of Service Level Agreements and Contracts
6.7.7
6. 7.1 6. 7.4
"Time for Service Review" SLM - Is a Serv ice Yes
SLM - Generate SLA SLM - Analy ze Serv ice
6.7.2 6. 7.5
SLM - Prepare f or Serv ice SLM - Write Serv ice Rev iew
Rev iew Report End
Process
6.7.3 6. 7.6
Service Review Results Service Review Report
SLM - Conduct Serv ice SLM - Deliv er Serv ice
Rev iew Rev iew Report to Customer
Customer Relationship
Manager
6.8
SLM - Dev elop Serv ice
Improv ement Program
A summary report of the service performance against the SLA is compiled (perhaps based on past monthly
reports) for the purpose of reviewing with the customer.
In this activity, the Service Level Manager creates an SLA compliance report for the customer.
It is the responsibility of:
• Role: Service Level Manager
It is initiated by event:
• Time for Service Review from Source: Service Review Schedule
It accepts:
• Workflow from Source: Service Review Schedule
It delivers:
• SLA Summary Report to Activity : 6.7.2 SLM - Prepare for Service Review
Controls:
• DS 1.06 - Review of Service Level Agreements and Contracts
• ME 1.04 - Performance Assessment
If no Service Improvement Program is required to address issues, then the Service Review effort is at end.
It is the responsibility of:
• Role: Service Level Manager
It initiates events:
• Service Improvement Program Required for Activity : 6.8 SLM - Develop Service Improvement Program
• Service Improvement Program Not Required for Sink: End Process
Business-Generated
Improvements 6.7
Req uired SLM - Perform Service
Review
Reviewed Feedback
Documented Service Improvement
Improvement
6.9
6.8.1 6.8.2 SLM - Execute Service
Reviewed Service "Servic e Improvements Not
SLM - Review Service SLM - Are Service Improvement Program
Improvements No Required Immediately" 6.8.5 S ervice Improvement
Improvement Improvements Required SLM - Perform Service T argets
Recommendations Immediately? Improvement Planning
Yes
"Service Improvements Required
Immediately"
6.8.3
SLM - Submit Service
Improvement RFCs
5
Change M anagement
If service improvements can wait, work can begin on developing a comprehensive service improvement
plan.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• Service Improvements Not Required Immediately for Activity : 6.8.4 SLM - Assess Current State of
Service
• Service Improvements Required Immediately for Activity : 6.8.3 SLM - Submit Service Improvement RFCs
Change Management will subsequently issue work orders to implement the service changes. Note that this
may include work orders back to Service Level Management in the event the SLA, OLA or UCs needs to be
modified.
It is the responsibility of:
• Role: Service Owner
It is initiated by event:
• Service Improvements Required Immediately from Decision Point: 6.8.2 SLM - Are Service Improvements
Required Immediately?
It initiates event:
• STATUS: RFC Drafted by SLM for Activity : 5 Change Management
It accepts:
• Reviewed Service Improvements from Activity : 6.8.1 SLM - Review Service Improvement
Recommendations based upon a Yes condition for Decision Point: 6.8.2 SLM - Are Service
Improvements Required Immediately?
It delivers:
• RFCs for Immediate Service Improvements to Activity : 5 Change Management
Controls:
• ME 1.04 - Performance Assessment
This program should include all planned actions required to achieve service improvements, identify
responsible parties, accountabilities, responsibilities, monitoring requirements, and a service improvement
schedule.
It is the responsibility of:
• Role: Service Level Manager
It accepts:
• Service Improvement Targets from Activity : 6.8.5 SLM - Perform Service Improvement Planning
It delivers:
• Documented Service Improvement Program to Activity : 6.9 SLM - Execute Service Improvement Program
Controls:
• ME 1.04 - Performance Assessment
6.8.4 6.8.6
SLM - Assess Current State SLM - Document Service
of Service Improvement Program
6.8.5.1
SLM - Identify Desired
Future State of Service
6.8.5.2
SLM - Identify Servi ce
Improvement Scope
6.8.5.3
SLM - Set Service
Improvement Priorities
6.8.5.4
SLM - Set Service Serv ice Improv ement Targets
Improvement Target
Metri cs
Service Owner
5
Change Management
Improvements
"All CI-related
Implemented"
Completed"
"All Non-CI
RFCs
"Results Not
6.9.4 Acceptable"
6.9.3
SLM - ModifyService SLM - Monitor and Analyze
Improvement Program Service Improvements
6.9.5
SLM - InformCustomer About
Service Improvements
Customer Informed
Customer Relationship Manager
6.9.6
Published SIP Results
SLM - Publish Service End Process
Improvement Program Results
It accepts:
• Workflow from Activity : 6.9.3 SLM - Monitor and Analyze Service Improvements
It delivers:
• Workflow to Activity : 6.9.1 SLM - Review SIP with Participants
5
Change Management
Reviewed Improvement
6.9.1 6.9.2.1 Yes "RFCs Required"
Program 6.9.2.2
SLM - Review SIP with SLM - RFCs Required? SLM - Submit RFCs to
Participants
Implement Service Improvements
RFC Documentation
No
"RFCs Not Req uired"
6.9.2.3
6.9.2.5 SLM - Monitor RFC Progress
SLM - Implement Non-CI Service
Improvements
"All Improvements Not
Monitoring Data
"RFCs Not Completed"
Implemented"
6.9.2.4
6.9.2.6 No SLM - RFCs Completed?
SLM - All Improvements
No Implemented?
Yes
"All CI-related RFCs Completed"
Yes
6.9.3
"All Non-CI Improvements Implemented"
SLM - Monitor and Analyze
Service Improvements
Service Owner
If no changes are needed to the service CIs, other recommended service improvements are completed.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• RFCs Not Required for Activity : 6.9.2.5 SLM - Implement Non-CI Service Improvements
• RFCs Required for Activity : 6.9.2.2 SLM - Submit RFCs to Implement Service Improvements
If the RFCs have been completed, the service improvements can be monitored.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• All CI-related RFCs Completed for Activity : 6.9.3 SLM - Monitor and Analyze Service Improvements
• RFCs Not Completed for Activity : 6.9.2.3 SLM - Monitor RFC Progress
It delivers:
• Implemented Service Improvements to Activity : 6.9.2.5 SLM - Implement Non-CI Service Improvements
based upon a No condition for Decision Point: 6.9.2.6 SLM - All Improvements Implemented?
• Implemented Service Improvements to Activity : 6.9.3 SLM - Monitor and Analyze Service Improvements
based upon a Yes condition for Decision Point: 6.9.2.6 SLM - All Improvements Implemented?
If all the service improvements have been implemented, they can be monitored to observe the results.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• All Non-CI Improvements Implemented for Activity : 6.9.3 SLM - Monitor and Analyze Service
Improvements
• All Improvements Not Implemented for Activity : 6.9.2.5 SLM - Implement Non-CI Service Improvements
Monitoring Data
6.9.4
6.9.3.2 SLM - Modif y Serv ice
SLM - Analy ze Monitoring Improv em ent Program
Data
No
Yes Yes
6.9.5
SLM - Inf orm Customer "Results Acceptable"
About Serv ice
Improv em ents
Customer Relationship
Manager
If all the service improvement targets have been met, the customer can be informed of the results.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• Goals Met for Activity : 6.9.5 SLM - Inform Customer About Service Improvements
• Goals Not Met for Activity : 6.9.3.4 SLM - Analyze Missed Targets
If it is determined that the missed targets are not acceptable, work begins to modify the service
improvements.
It is the responsibility of:
• Role: Service Owner
It initiates events:
• Results Not Acceptable for Activity : 6.9.4 SLM - Modify Service Improvement Program
• Results Acceptable for Activity : 6.9.5 SLM - Inform Customer About Service Improvements
Service Level
Management Roles
Responsibilities
Manage the business relationship with line of business (LOB) customer executives. For example:
Create a plan to establish (in the case of a new customer) or improve the business relationship with a
customer
Revise the plan with target customer executives and senior IT management staff
Determine how formal or informal the relationship should be, assess and document the relationship over
time, etc.)
Provide a focal point for high-level communications between LOB customers and the IT Services
organization
Advise LOB customers on IT Services organization strategies and benefits
Deliver proposals and Service Level Agreements to customer executives
Receive purchase orders for IT services
Execute process improvement plans
Is responsible for activities:
• 6.4 SLM - Draft SLA & Negotiate Terms
• 6.4.2 SLM - Present SLA Draft to Customer
• 6.4.3 SLM - Negotiate SLA Terms
• 6.7 SLM - Perform Service Review
• 6.7.2 SLM - Prepare for Service Review
• 6.7.3 SLM - Conduct Service Review
• 6.7.5 SLM - Write Service Review Report
• 6.7.6 SLM - Deliver Service Review Report to Customer
• 6.9.5 SLM - Inform Customer About Service Improvements
• 16.1 CUSM - Perform Pre-Sales
• 16.1.1 CUSM - Develop Marketing Communication
• 16.1.2 CUSM - Maintain Proposal Boilerplate
• 16.1.3 CUSM - Identify Service Opportunities
• 16.2 CUSM - Perform Sales
• 16.2.1 CUSM - Match Requirements to Standard Services
• 16.2.2 CUSM - Validate Requirements
• 16.2.3 CUSM - Ensure Legal Requirements
• 16.2.4 CUSM - Ensure Compliance With Commercial Formalities
• 16.2.5 CUSM - Respond to RFP
• 16.2.6 CUSM - Perform New Customer Introduction
• 16.2.7 CUSM - Realize Sales Value
• 16.3 CUSM - Perform Relationship Management
This organization model represents the related roles, responsibilities, and qualifications required to perform
the Service Level Management process.
Is responsible for activity :
• 6 Service Level Management
Customer
The term "customer" typically applies to any individual that consumes IT services and who is responsible for
the cost of the service either directly through charging or indirectly in terms of demonstrable business need.
It is the customer who defines service requirements.
In addition, the Service level Management Process Owner is responsible for the approval of all proposed
changes to the process, and development of process improvement plans.
With regard to process design and / or re-engineering efforts, the Process Owner is perhaps the most
important person involved in the project, for it is the Process Owner who provides both leadership and
accountability for their individual process and all of its various sub-processes.
The Process Owner is responsible for all of the process improvement efforts affecting their process and its
sub-processes - activities that may take anywhere from 25-75% of their time. They should also be capable
of spending a lot of time working on process improvement efforts, and be able to maintain very good
relations with top managers in various business units and stakeholders with vested interests in the success of
the process.
Service Owner
In larger, more complex environments, the Service Owner role may be adopted. The Service Owner is
responsible for the service lifecycle. This is the go-to role for all issues regarding service enhancements,
service support issues, obsolescence decisions.
Service Providers
The Service Providers organization role is a placeholder representative of one or more internal IT entities
responsible for delivering IT services e.g., Operations, Networks, Support, etc.
Is responsible for activities:
• 6.2.2 SLM - Review Current OLA Capabilities
• 6.2.2.1 SLM - Translate SLOs into OLOs
• 6.2.2.2 SLM - Identify Monitoring Requirements
• 6.2.3 SLM - Draft or Modify OLAs
• 6.2.6 SLM - Update OLAs with Negotiated Terms
• 6.6.1 SLM - Perform Service Level Reporting
• 6.6.1.1 SLM - Generate Service Level Compliance Reports
• 6.6.1.2 SLM - Distribute Service Level Reports for Analysis
• 6.6.2 SLM - Analyze Service Level Reports for SLA Compliance
• 6.6.3 SLM - Provide Service Report Feedback
Supplier Manager
The Supplier Manager develops and manages contracts and relationships with suppliers and vendors who
indirectly contribute to meeting availability needs. This role may report to the Service level Manager.
Is responsible for activities:
• 6.3 SLM - Review, Negotiate & Sign UCs
• 6.3.1 SLM - Review Supporting UC Requirements
© Copyright 1997 - 1998, 2003,
2005 - 2007
Hewlett-Packard Development Company, L.P. Version: 3 Page 83 of 89
HP IT Service Management Service Level Management
Process Guide
This organization model represents the related roles, responsibilities, and qualifications required to perform
the Service Planning process.
In large organizations, it is recommended that the identified activities assigned to the Service Planning
Manager be split between the roles of Service Planning Manager and Service Planning Process Owner.
Is responsible for activity :
• 14 Service Planning