ITIL Implementation - Process Interfaces: Difference between revisions

From IT Process Wiki
No edit summary
 
No edit summary
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
<itpmch><title>ITIL Implementation - Process Interfaces | IT Process Wiki</title>
<meta name="keywords" content="itil process interfaces, itil interfaces" />
<meta name="description" content="This step determines which inputs each ITIL process receives from other processes, and which outputs it must produce so that subsequent processes are able to function." />
<meta property="og:url" content="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces" />
<meta property="og:title" content="ITIL Implementation - Process Interface | IT Process Wiki" />
<meta property="og:description" content="This step determines which inputs each ITIL process receives from other processes, and which outputs it must produce so that subsequent processes are able to function." />
<meta property="og:site_name" content="IT Process Wiki - the ITIL&#174; Wiki">
<meta property="og:type" content="article" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://wiki.en.it-processmaps.com/images/6/6a/6-itil-implementation-process_interfaces.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="600" />
<link href="https://plus.google.com/108613479011811316823/posts" rel="publisher" />
</itpmch>
<imagemap>
Image:ITIL-Wiki-de-es.jpg|right|DE - ES - ITIL Process Interfaces - ITIL Interfaces|163px
rect 81 0 114 36 [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_Prozess-Schnittstellen diese Seite auf Deutsch]
rect 115 0 163 36 [https://wiki.es.it-processmaps.com/index.php/Implementaci%C3%B3n_de_ITIL_-_Interfaces_de_procesos_ITIL esta página en español]
desc none
</imagemap>
<br style="clear:both;"/>
[[image:Defining-the-process interfaces-itil-step-6.jpg|thumb|285px|right|alt=Definition of ITIL process interfaces. ITIL implementation, step 6.|link=https://wiki.en.it-processmaps.com/index.php/File:Defining-the-process interfaces-itil-step-6.jpg|[[Media:Defining-the-process interfaces-itil-step-6.jpg|Infographic: Definition of ITIL process interfaces. - ITIL implementation, step 6.]]]]
{|
{|
! align="right" width="80%"|
|-
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_Prozess-Schnittstellen diese Seite auf Deutsch]
|style="border-bottom:1px solid grey; font-size:130%"|<strong>Step 6: Definition of ITIL Process Interfaces </strong>
|}
|}


'''''Step 6: Definition of Process Interfaces'''''
<p>&nbsp;</p>


As the next step in the design of an ITIL-compliant IT organization it is determined which inputs each process receives from other processes, and which outputs it must produce so that subsequent processes are able to function.
This step determines which inputs each [[ITIL Processes|ITIL process]] receives from other processes, and which outputs it must produce so that subsequent processes are able to function.


These inputs and outputs are also called ITIL information objects: Structured sets of data, like e.g. an Incident Record, which serves to describe a Service Request or Service Interruption.
__TOC__


Just how great the importance of process interfaces is for the design of optimal work procedures frequently becomes apparent during the analysis of as-is Processes:
===<span id="Objective of this Project Step">Objectives</span>===
 
*Definition of the interfaces for all ITIL processes which are to be introduced
<br style="clear:both;"/>
 
==Description==
 
These inputs and outputs are also called ''ITIL information objects'': Structured sets of data, like e.g. an Incident Record, which serves to describe a service interruption.
 
Just how great the importance of process interfaces is for the design of optimal work procedures frequently becomes apparent during the analysis of as-is processes:


Weaknesses in processes often occur at those points where one process ends and another one begins. In many cases one will find interrupted information flows or media breaks – so that the required information is not exchanged as intended.
Weaknesses in processes often occur at those points where one process ends and another one begins. In many cases one will find interrupted information flows or media breaks – so that the required information is not exchanged as intended.


For this reason, the definition of the process interfaces is taken care of as a separate project step, before dealing with the innards of the processes in detail. Obviously, before being able to define the detailed activities, it must be clear what inputs a process can expect from preceding ones, and which outputs it must produce.
[[image:Thumb-glossary-itil.jpg|thumb|320px|right|alt=ITIL Glossary: Data Objects|link=https://wiki.en.it-processmaps.com/index.php/File:Thumb-glossary-itil.jpg|Figure 1: [https://wiki.en.it-processmaps.com/images/pdf/itil-interfaces-inputs-outputs.pdf Defining ITIL interfaces - Index of data objects /ITIL inputs and outputs (.pdf)]]]
The definition of the process interfaces is taken care of as a separate project step, before dealing with the [[ITIL Implementation - Process Design|innards of the processes in detail]]. Obviously, before being able to define the detailed activities, it must be clear what inputs a process can expect from preceding ones, and which outputs it must produce.


==== Objective of this Project Step ====
The [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map] applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary (see figure 1: [https://wiki.en.it-processmaps.com/images/pdf/itil-interfaces-inputs-outputs.pdf Index of data objects (.pdf)]) to define the inputs and outputs in a precise way. Every information object contains a short definition to avoid any ambiguities about the expected process results.


* Definition of the interfaces for the Service Management processes which are to be introduced
A challenge during the definition of the ITIL interfaces lies in the fact that, as a rule, not all ITIL processes are introduced at once, which often means that some of the required inputs for a process are missing.


==== Prerequisites ====
For example, an [[IT Security Management|Information Security Management]] process could not yet be explicitly defined, but the [[ITIL Roles#1st Level Support|Service Desk]] still requires inputs from Security Management, like e.g. [[IT Security Management#Security-Alert|Security Alerts]].
* Structure of the Service Management processes to be introduced
* Process overviews (process breakdowns)
* Structure of processes of the entire IT organization
* ITIL information objects (ITIL glossary terms) as in-/ outputs


==== Results/ Deliverables ====
In order to circumvent this problem, which inevitably springs up during a phased introduction of ITIL, a generic process directory for the IT organization as a whole can be used.


* Interfaces of the ITIL processes to be introduced:
The generic directory offers a structured framework for the definition of process links even if, initially, only a sub-set of the ITIL processes is defined in detail.
** with each other
 
** with other IT Service Management processes
Additional ITIL processes can thus be plugged into the process model at a later point in time as needed.
** with the other processes within the IT organization and beyond it
 
[[image:interface_diagram.jpg|frame|left|Interface Diagram]]
==Prerequisites==
<br style="clear:both;"/>
 
*Structure of the [[ITIL Implementation - Process Structure|ITIL processes to be introduced]]
*ITIL information objects ([[ITIL Glossary|ITIL glossary terms]]) as inputs and outputs
 
==Results/ Deliverables==
 
*Interfaces of the ITIL processes to be introduced:
**with each other
**with other service management processes
**with customer and supplier processes
 
==Success factors==
 
*It must be avoided that the newly introduced processes repre­sent an isolated solution; the interfaces to the other processes within the IT organization and beyond it must therefore be considered.


==== Description ====
*The documentation of the interfaces should be clearly structured, showing details only when required. This calls for overview diagrams showing the big picture and separate detailed interface diagrams for each process.


The previously developed process structure is used as a basis for modeling the process interfaces. Information objects serve to define the in-/outputs in a precise way.
==Relevant views of the ITIL Process Map==
The Process Owner can thus easily and at a single glance recognize which inputs he can expect from other processes, and which results his own process must deliver.


The information objects being used to specify the interfaces may be selected from an [[ITIL Glossary]].
[[image:interface_diagram.jpg|thumb|400px|right|alt=ITIL interfaces|link=https://wiki.en.it-processmaps.com/index.php/File:Interface_diagram.jpg|Figure 2: Detailed process interfaces]]
The [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map] contains two types of models which, in combination with each other, are used for the definition of the process interfaces:


A challenge during the definition of the interfaces lies in the fact that, as a rule, not all ITIL processes are introduced simultaneously; it is also often necessary to integrate inputs from processes that are outside of IT Service Management.
*Process overviews (see ITIL implementation [[ITIL_Implementation_-_Process_Structure#Relevant_views_of_the_ITIL_Process_Map|step 5 - figure 2]]), which illustrate the interrelations of several processes on one single page


For example, an IT Security Management process could not yet be explicitly defined – nevertheless the Service Desk still requires inputs from Security Management, like Security Alerts, to be delivered via a clearly defined interface.
*Detailed process interface diagrams with all inputs and outputs (see [[Media:Interface_diagram.jpg|figure 2]])''
<br style="clear:both;"/>


In order to circumvent this problem, which inevitably springs up during a phased introduction of IT Service Management, a generic process directory for the IT organization as a whole can be used. An example derived from ITIL, COBIT and ISO 20000 which will be applicable to the majority of IT organizations is available here for download. Uniform Process Structure for the Entire IT organization).
==Resources==
[[image:thumb_it_processes.jpg|frame|right|[https://wiki.en.it-processmaps.com/images/pdf/uniform_it_processes.pdf Uniform Process Structure for the Entire IT Organization]]]


The generic directory offers a framework for the definition of interfaces, even if process details are not yet known.
*[1] To-be process structure: [https://wiki.en.it-processmaps.com/images/pdf/generic-itil-process-structure.pdf Generic ITIL process structure (.pdf)]
*[2] ITIL inputs and outputs: [[ITIL Glossary|ITIL information objects (ITIL glossary terms)]]
*[3] [https://wiki.en.it-processmaps.com/images/pdf/itil-interfaces-inputs-outputs.pdf Index of Data Objects - Example (.pdf)]


In our example, the IT Security Management process from the Uniform Process Structure can be used as a placeholder when defining the interface between Security Management and the Service Desk, even if the underlying process details will only be defined some time in the future.
==Following project activity==


This approach has the advantage of pro-actively ensuring a long-term consistency in the entire process model of the IT organization, and be aware of missing links between processes.
&#8594; ITIL Implementation - Step 7: '''[[ITIL Implementation - Process Control|Establishing Process Control]]'''


Even so, the missing link between the Service Desk and Security Management is still real, and a workaround must be found. One possible way to fix the problem could be a preliminary agreement with an existing Security Administrator, who will agree to provide the Service Desk with all relevant security information.
==Notes==


If no such solution can be achieved, the interface in the process documentation is left open – and must be highlighted as non-functional in the interface model.
<html>By:&#160;&#160;Andrea Kempter&#160;<a rel="author" href="https://www.linkedin.com/in/andreakempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="By: Andrea Kempter | Profile on LinkedIn" alt="Author: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.


==== Success Factors ====
<p>&nbsp;</p>


* It must be avoided that the newly introduced processes repre­sent an isolated solution; the interfaces to the other processes within the IT organization and beyond it must therefore be considered.
<p><small>
* The documentation of the interfaces should be clearly laid out, in that it is hierarchically structured and details are only shown when required. Thus it will be possible to grasp the great interrelationships between the major processes at a glance, while being able to zoom in on detailed data structures at the interfaces if necessary.
<span itemprop="breadcrumb" itemscope itemtype="http://schema.org/BreadcrumbList">
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces#Objectives">
<span itemprop="name">Objectives</span></a>
<meta itemprop="position" content="1"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces#Description">
<span itemprop="name">Description</span></a>
<meta itemprop="position" content="2"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces#Prerequisites">
<span itemprop="name">Prerequisites</span></a>
<meta itemprop="position" content="3"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces#Results.2F_Deliverables">
<span itemprop="name">Results/ Deliverables</span></a>
<meta itemprop="position" content="4"></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces#Success_Factors">
<span itemprop="name">Success Factors</span></a>
<meta itemprop="position" content="5"></span>
</span>
</small></p>


<!-- define schema.org/WebPage --> <span itemscope itemtype="https://schema.org/WebPage">
  <meta itemprop="name" content="ITIL Implementation - Process Interfaces" />
  <meta itemprop="description" content="This step determines which inputs each process receives from other processes, and which outputs it must produce so that subsequent processes are able to function." />
  <link itemprop="url" href="https://wiki.en.it-processmaps.com/index.php/ITIL_Implementation_-_Process_Interfaces" />
  <meta itemprop="inLanguage" content="en" />
  <link itemprop="citation" href="https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_Prozess-Schnittstellen" />
  <link itemprop="citation" href="https://wiki.es.it-processmaps.com/index.php/Implementaci%C3%B3n_de_ITIL_-_Interfaces_de_procesos_ITIL" />
  <meta itemprop="Headline" content="ITIL Implementation - Process Structure" />
  <meta itemprop="alternativeHeadline" content="Step 5: Definition of ITIL process interfaces" />
  <link itemprop="primaryImageOfPage" href="https://wiki.en.it-processmaps.com/images/9/9a/Thumb-glossary-itil.jpg" title="Defining ITIL Interfaces" />
  <link itemprop="author" href="https://www.linkedin.com/in/andreakempter" />
  <meta itemprop="author" content="Andrea Kempter" />
  <meta itemprop="creator copyrightHolder publisher" content="IT Process Maps" />
</span><p></html>


==== Following Process Activity ====
<!-- This page is assigned to the following categories: -->
''Step 7:'' '''''[[ITIL Implementation - Process Controlling|Establish Process Controlling]]'''''
[[Category:ITIL V3]][[Category:ITIL 2011]][[Category:ITIL implementation]]
<!-- --- -->

Latest revision as of 14:38, 5 April 2022

DE - ES - ITIL Process Interfaces - ITIL Interfacesdiese Seite auf Deutschesta página en español
DE - ES - ITIL Process Interfaces - ITIL Interfaces


Definition of ITIL process interfaces. ITIL implementation, step 6.
Infographic: Definition of ITIL process interfaces. - ITIL implementation, step 6.
Step 6: Definition of ITIL Process Interfaces

 

This step determines which inputs each ITIL process receives from other processes, and which outputs it must produce so that subsequent processes are able to function.

Objectives

  • Definition of the interfaces for all ITIL processes which are to be introduced


Description

These inputs and outputs are also called ITIL information objects: Structured sets of data, like e.g. an Incident Record, which serves to describe a service interruption.

Just how great the importance of process interfaces is for the design of optimal work procedures frequently becomes apparent during the analysis of as-is processes:

Weaknesses in processes often occur at those points where one process ends and another one begins. In many cases one will find interrupted information flows or media breaks – so that the required information is not exchanged as intended.

ITIL Glossary: Data Objects
Figure 1: Defining ITIL interfaces - Index of data objects /ITIL inputs and outputs (.pdf)

The definition of the process interfaces is taken care of as a separate project step, before dealing with the innards of the processes in detail. Obviously, before being able to define the detailed activities, it must be clear what inputs a process can expect from preceding ones, and which outputs it must produce.

The ITIL Process Map applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary (see figure 1: Index of data objects (.pdf)) to define the inputs and outputs in a precise way. Every information object contains a short definition to avoid any ambiguities about the expected process results.

A challenge during the definition of the ITIL interfaces lies in the fact that, as a rule, not all ITIL processes are introduced at once, which often means that some of the required inputs for a process are missing.

For example, an Information Security Management process could not yet be explicitly defined, but the Service Desk still requires inputs from Security Management, like e.g. Security Alerts.

In order to circumvent this problem, which inevitably springs up during a phased introduction of ITIL, a generic process directory for the IT organization as a whole can be used.

The generic directory offers a structured framework for the definition of process links even if, initially, only a sub-set of the ITIL processes is defined in detail.

Additional ITIL processes can thus be plugged into the process model at a later point in time as needed.

Prerequisites

Results/ Deliverables

  • Interfaces of the ITIL processes to be introduced:
    • with each other
    • with other service management processes
    • with customer and supplier processes

Success factors

  • It must be avoided that the newly introduced processes repre­sent an isolated solution; the interfaces to the other processes within the IT organization and beyond it must therefore be considered.
  • The documentation of the interfaces should be clearly structured, showing details only when required. This calls for overview diagrams showing the big picture and separate detailed interface diagrams for each process.

Relevant views of the ITIL Process Map

ITIL interfaces
Figure 2: Detailed process interfaces

The ITIL Process Map contains two types of models which, in combination with each other, are used for the definition of the process interfaces:

  • Process overviews (see ITIL implementation step 5 - figure 2), which illustrate the interrelations of several processes on one single page
  • Detailed process interface diagrams with all inputs and outputs (see figure 2)


Resources

Following project activity

→ ITIL Implementation - Step 7: Establishing Process Control

Notes

By:  Andrea Kempter , IT Process Maps.

 

Objectives  › Description  › Prerequisites  › Results/ Deliverables  › Success Factors