ITIL Implementation - IT Service Structure: Difference between revisions

From IT Process Wiki
No edit summary
Line 7: Line 7:
</imagemap>
</imagemap>
<br style="clear:both;"/>
<br style="clear:both;"/>
<p>&nbsp;</p>


{|
{|
Line 32: Line 30:
===== Business Services and Supporting Services =====
===== Business Services and Supporting Services =====


The best way to get a clear picture on services is to develop a service structure, comprising both business services and supporting services. This reflects one of the most important ITIL principles: [[ITIL Implementation - IT Service Structure#Creating a List of Business Services|Business services]] (offered to customers) are built from a set of supporting services (visible only inside the IT organization).
The best way to get a clear picture on services is to develop a service structure, comprising both business services and supporting services. This reflects one of the most important ITIL principles: business services (offered to customers) are built from a set of supporting services (visible only inside the IT organization).


There is often confusion in IT organizations about what exactly is considered a business service:  
There is often confusion in IT organizations about what exactly is considered a business service:  


''Business services'' are characterized by representing a direct value to customers, like e.g. the provision of e-mailing facilities and internet access.
''[[ITIL Implementation - IT Service Structure#Creating a List of Business Services|Business services]]'' are characterized by representing a direct value to customers, like e.g. the provision of e-mailing facilities and internet access.


''[[ITIL Implementation - IT Service Structure#Determining Supporting Services|Supporting services]]'', in contrast, are not of direct value to customers but are needed as building blocks for business services. Providing a network infrastructure, for example, would be a supporting service which is required to offer internet access for customers.
''[[ITIL Implementation - IT Service Structure#Determining Supporting Services|Supporting services]]'', in contrast, are not of direct value to customers but are needed as building blocks for business services. Providing a network infrastructure, for example, would be a supporting service which is required to offer internet access for customers.
Line 62: Line 60:
===== Defining the Service Structure =====
===== Defining the Service Structure =====


Having identified business and supporting services, the remaining task is to create the IT service structure by determining their interrelationships (see Figure "IT Service Structure - Example").
Having identified business and supporting services, the remaining task is to create the IT service structure by determining their interrelationships ''(see Fig. 1: [https://wiki.en.it-processmaps.com/images/pdf/service_structure.pdf IT Service Structure - Example])''.


It can be seen that supporting services are often layered; for example, a service responsible for running a certain application system may need to rely on another supporting service providing a basic operation system environment.
It can be seen that supporting services are often layered; for example, a service responsible for running a certain application system may need to rely on another supporting service providing a basic operation system environment.
Line 87: Line 85:
==== Success Factors ====
==== Success Factors ====


* The actual signing of formal [[Service Level Management#SLA|SLAs]] with the clients is not yet meaningful in this early project phase: SLAs are concluded within the framework of [[Service Level Management]] – a process which will be implemented later on in the course of the project.
* The actual signing of formal [[Service Level Management#SLA|Service Level Agreements (SLAs)]] with the clients is not yet meaningful in this early project phase: SLAs are concluded as part of [[Service Level Management]] – a process which will be implemented later on in the course of the project.


* For most IT organizations, a number of approx. 5 to 15 business services should be adequate. The service structure will typically combine bundles of related service components into business services, in order to be able to negotiate complete packages with the client and simultaneously spare him from having to consider technical details: in this way for example, a service called "Provision of Client PCs" may contain
* For most IT organizations, a number of approx. 5 to 15 business services should be adequate. The service structure will typically combine bundles of related service components into business services, in order to be able to negotiate complete packages with the client and simultaneously spare him from having to consider technical details: in this way for example, a service called "Provision of Client PCs" may contain
** initial installation
** Initial installation
** troubleshooting
** Troubleshooting
** user assistance
** User assistance
** software updates
** Software updates
** hardware updates
** Hardware updates
** etc.
** Etc.
 
* The IT service structure to be defined can only be viable if it is created in close coordination with the IT organization's clients. During the initial talks with the client-side, the IT representatives should emphasize their aim to improve service quality as the motivation for the initiative. The false impression that a possibly disadvantageous contract shall be forced onto the client must be avoided.
 
* Internal services need to be structured in such a way that it is possible to assign clear responsibilities to [[ITIL Roles#Service Owner|Service Owners]]. [[Service Level Management#OLA|Operational Level Agreements (OLAs)]] are later agreed with these Service Owners.


* The IT Service structure to be defined can only be viable if it is created in close co-ordination with the IT organization's clients. During the initial talks with the client-side, the IT representatives should emphasize their aim to improve service quality as the motivation for the initiative. The false impression that a possibly disadvantageous contract shall be forced onto the client must be avoided.
<p>&nbsp;</p>


* Internal services need to be structured in such a way that it is possible to assign clear responsibilities to [[Roles within ITIL V3#Service Owner|Service Owners]]. [[Service Level Management#OLA|OLAs]] are later agreed with these Service Owners.
==== Resources ====
[1] IT Process Wiki: [https://wiki.en.it-processmaps.com/images/pdf/service_structure.pdf IT Service Structure - Template (.pdf)]


<p>&nbsp;</p>
<p>&nbsp;</p>
Line 108: Line 111:


<p>&nbsp;</p>
<p>&nbsp;</p>
<html><a rel="author" href="https://plus.google.com/113316270668629760475"><img style="margin:0px 0px 0px 0px;" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="By: Andrea Kempter | Profile on Google+" alt="Author: Andrea Kempter, IT Process Maps GbR" /></a></html>


<!-- This page is assigned to the following categories: -->
<!-- This page is assigned to the following categories: -->
[[Category:ITIL V3]][[Category:ITIL implementation]]
[[Category:ITIL V3]][[Category:ITIL 2011]][[Category:ITIL implementation]]
<!-- --- -->
<!-- --- -->

Revision as of 10:15, 30 June 2013

<seo metakeywords="it service structure, it services structure" metadescription="The best way to get a clear picture on IT services is to develop a service structure, comprising both business and supporting services." />

DE - ES - ITIL IT Service Structurediese Seite auf Deutschesta página en español
DE - ES - ITIL IT Service Structure


Step 2: Definition of the IT Service Structure

 

Any ITIL initiative should start by looking at services. After all, the whole idea behind introducing ITIL is to achieve a stronger focus on services.

 

Objectives of this Project Step

  • Identification of business services and supporting services
  • Creating the service structure by determining the interdependencies between business services and supporting services

 

Description

Business Services and Supporting Services

The best way to get a clear picture on services is to develop a service structure, comprising both business services and supporting services. This reflects one of the most important ITIL principles: business services (offered to customers) are built from a set of supporting services (visible only inside the IT organization).

There is often confusion in IT organizations about what exactly is considered a business service:

Business services are characterized by representing a direct value to customers, like e.g. the provision of e-mailing facilities and internet access.

Supporting services, in contrast, are not of direct value to customers but are needed as building blocks for business services. Providing a network infrastructure, for example, would be a supporting service which is required to offer internet access for customers.

In other words, what the customer wants is reliable internet access, not a specific sort of network infrastructure. (In fact it is irrelevant for the customer that a network infrastructure is needed to provide him with internet access).

Creating a List of Business Services
IT Service Structure
IT Service Structure - Example [.PDF]

A good way to start is creating a list of existing business services, using – if possible – existing agreements and information. If no service-related information is available, a basic list must be drawn from scratch, including at least short service descriptions and customers using the services.

Determining Supporting Services

As soon as it is clear which business services are provided for the customers it becomes possible to identify the required supporting services.

The main point of defining supporting services is to assign responsibilities for the delivery of those services. The responsible Service Owners will thus be expected to make sure that their services meet the agreed service level targets.

Supporting services are often closely related to certain parts of the IT infrastructure, like e.g. major application systems or infrastructure components: "Providing the SAP environment" would be a typical example.

Defining the Service Structure

Having identified business and supporting services, the remaining task is to create the IT service structure by determining their interrelationships (see Fig. 1: IT Service Structure - Example).

It can be seen that supporting services are often layered; for example, a service responsible for running a certain application system may need to rely on another supporting service providing a basic operation system environment.

This service structure will later also serve as a valuable input to designing the Service Catalogue.

 

Prerequisites

  • Existing agreements and information
  • Partners on the client-side for the definition of business services

 

Results/ Deliverables

  • List of business services, including at least short service descriptions and customers using the services
  • List of supporting services, including at least short service descriptions and responsible Service Owners
  • Service structure

 

Success Factors

  • For most IT organizations, a number of approx. 5 to 15 business services should be adequate. The service structure will typically combine bundles of related service components into business services, in order to be able to negotiate complete packages with the client and simultaneously spare him from having to consider technical details: in this way for example, a service called "Provision of Client PCs" may contain
    • Initial installation
    • Troubleshooting
    • User assistance
    • Software updates
    • Hardware updates
    • Etc.
  • The IT service structure to be defined can only be viable if it is created in close coordination with the IT organization's clients. During the initial talks with the client-side, the IT representatives should emphasize their aim to improve service quality as the motivation for the initiative. The false impression that a possibly disadvantageous contract shall be forced onto the client must be avoided.

 

Resources

[1] IT Process Wiki: IT Service Structure - Template (.pdf)

 

Following Project Activity:

→ ITIL Implementation - Step 3: Selection of ITIL Roles and Role Owners