ITIL Implementation - IT Service Structure: Difference between revisions

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


{|
{|
Line 13: Line 15:
|}
|}


<p>&nbsp;</p>


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.
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.
<p>&nbsp;</p>
==== 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
<p>&nbsp;</p>


==== Description ====
==== Description ====
Line 20: Line 32:
===== 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 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: [[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).
 
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.
''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.


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).
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).
Line 31: Line 45:


<imagemap>
<imagemap>
Image:thumb_IT_Services.jpg|right|IT Service Structure - Example [.PDF]|200px|thumb
Image:thumb_IT_Services.jpg|right|IT Service Structure - Example [.PDF]|200px|thumb|alt=IT Service Structure
default [https://wiki.en.it-processmaps.com/images/pdf/service_structure.pdf IT Service Structure - Example (.PDF)]
default [https://wiki.en.it-processmaps.com/images/pdf/service_structure.pdf IT Service Structure - Example (.PDF)]
desc bottom-left
desc bottom-left
Line 44: Line 58:
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.
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.  
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 =====
===== Defining the Service Structure =====
Line 52: Line 66:
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.


This service structure will later also serve as a valuable input to designing the [[ITIL Glossary#Service Catalogue|Service Catalogue]].
This service structure will later also serve as a valuable input to designing the [[Service Catalogue Management#Service Catalogue|Service Catalogue]].
 
==== Objectives of this Project Step ====


* Identification of business and supporting services
<p>&nbsp;</p>
* Creating the service structure by determining the interdependencies between business and supporting services


==== Prerequisites ====  
==== Prerequisites ====  
Line 63: Line 74:
* Existing agreements and information
* Existing agreements and information
* Partners on the client-side for the definition of business services
* Partners on the client-side for the definition of business services
<p>&nbsp;</p>


==== Results/ Deliverables ====  
==== Results/ Deliverables ====  
Line 69: Line 82:
* List of supporting services, including at least short service descriptions and responsible Service Owners
* List of supporting services, including at least short service descriptions and responsible Service Owners
* Service structure
* Service structure
<p>&nbsp;</p>


==== Success Factors ====
==== Success Factors ====


* The actual signing of formal [[ITIL Glossary#Service Level Agreement (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|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.


* 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
Line 84: Line 99:
* 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.
* 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.


* Internal services need to be structured in such a way that it is possible to assign clear responsibilities to Service Owners. [[ITIL Glossary#Operational Level Agreement (OLA)|OLAs]] are later agreed with these Service Owners.
* 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.


<p>&nbsp;</p>


'''Following Project Activity''':
'''Following Project Activity''':
Line 91: Line 107:
&#8594; ITIL Implementation - Step 3: '''[[ITIL Implementation - ITIL Roles|Selection of ITIL Roles and Role Owners]]'''
&#8594; ITIL Implementation - Step 3: '''[[ITIL Implementation - ITIL Roles|Selection of ITIL Roles and Role Owners]]'''


 
<p>&nbsp;</p>


<!-- 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 implementation]]
<!-- --- -->
<!-- --- -->

Revision as of 15:11, 16 September 2011

<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 Figure "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

  • The actual signing of formal 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.
  • 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 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.
  • Internal services need to be structured in such a way that it is possible to assign clear responsibilities to Service Owners. OLAs are later agreed with these Service Owners.

 

Following Project Activity:

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