ITIL Implementation - Process Interfaces: Difference between revisions
mNo edit summary |
No edit summary |
||
Line 13: | Line 13: | ||
|} | |} | ||
<p> </p> | |||
The next step determines which inputs each process receives from other processes, and which outputs it must produce so that subsequent processes are able to function. | |||
<p> </p> | |||
==== Objective of this Project Step ==== | |||
* Definition of the interfaces for all ITIL processes which are to be introduced | |||
<p> </p> | |||
==== Description ==== | ==== 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 Request or Service Interruption. | 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. | ||
Line 24: | Line 33: | ||
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. | ||
[[image:Thumb-glossary-itil.jpg|frame|right|alt=ITIL | [[image:Thumb-glossary-itil.jpg|frame|right|alt=ITIL Glossary|Figure 1: Index of Data Objects - ITIL V3 Glossary (example)]] | ||
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 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 [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map V3] applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary (see Figure 1) 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. | The [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map V3] applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary ''(see Figure 1)'' 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 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. | 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 IT Security Management process could not yet be explicitly defined, but the Service Desk still requires inputs from Security Management, like e.g. Security Alerts. | For example, an [[IT Security Management|Information Security Management]] process could not yet be explicitly defined, but the [[Roles within ITIL V3#1st Level Support|Service Desk]] still requires inputs from Security Management, like e.g. [[IT Security Management#Security-Alert|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. | 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. | ||
Line 39: | Line 48: | ||
Additional ITIL processes can thus be plugged into the process model at a later point in time as needed. | Additional ITIL processes can thus be plugged into the process model at a later point in time as needed. | ||
<p> </p> | |||
==== Prerequisites ==== | ==== Prerequisites ==== | ||
* Structure of the [[ITIL Implementation - Process Structure|ITIL processes to be introduced]] | * Structure of the [[ITIL Implementation - Process Structure|ITIL processes to be introduced]] | ||
* ITIL information objects ([[ITIL Glossary|ITIL glossary terms]]) as inputs and outputs | * ITIL information objects ([[ITIL Glossary|ITIL glossary terms]]) as inputs and outputs | ||
<p> </p> | |||
==== Results/ Deliverables ==== | ==== Results/ Deliverables ==== | ||
Line 53: | Line 62: | ||
** with other ITIL processes | ** with other ITIL processes | ||
** with customers and suppliers | ** with customers and suppliers | ||
<p> </p> | |||
==== Success Factors ==== | ==== Success Factors ==== | ||
Line 60: | Line 71: | ||
* 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 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. | ||
<p> </p> | |||
==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map V3</span>==== | ==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map V3</span>==== | ||
[[image:interface_diagram.jpg|frame|right|alt=ITIL interfaces|Figure 2: Detailed process interfaces]] | [[image:interface_diagram.jpg|frame|right|alt=ITIL interfaces|Figure 2: Detailed process interfaces]] | ||
<span style="color:#5d5d5d">The [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map V3] contains two types of models which, in combination with each other, are used for the definition of the process interfaces:</span> | <span style="color:#5d5d5d">The [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map V3] contains two types of models which, in combination with each other, are used for the definition of the process interfaces:</span> | ||
* <span style="color:#5d5d5d">Process overviews (see [[ITIL Implementation - Process Structure#Relevant Views of the ITIL Process Map V3|Step 5 - Figure 2]]), which illustrate the interrelations of several processes on one single page</span> | * <span style="color:#5d5d5d">Process overviews ''(see [[ITIL Implementation - Process Structure#Relevant Views of the ITIL Process Map V3|Step 5 - Figure 2]])'', which illustrate the interrelations of several processes on one single page</span> | ||
* <span style="color:#5d5d5d">Detailed process interface diagrams with all inputs and outputs (see Figure 2)</span> | * <span style="color:#5d5d5d">Detailed process interface diagrams with all inputs and outputs ''(see Figure 2)''</span> | ||
<p> </p> | |||
<br style="clear:both;"/> | |||
'''Following Process Activity''': | '''Following Process Activity''': | ||
Line 77: | Line 90: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </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 17:13, 16 September 2011
<seo metakeywords="itil process interfaces, itil interfaces" metadescription="The ITIL Process Map V3 applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary ..." />
Step 6: Definition of ITIL Process Interfaces |
The next step determines which inputs each process receives from other processes, and which outputs it must produce so that subsequent processes are able to function.
Objective of this Project Step
- 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 Request or 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.
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 V3 applies a rigorous approach to the definition of interfaces: Information objects may be picked from a central ITIL glossary (see Figure 1) 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
- Structure of the ITIL processes to be introduced
- ITIL information objects (ITIL glossary terms) as inputs and outputs
Results/ Deliverables
- Interfaces of the ITIL processes to be introduced:
- with each other
- with other ITIL processes
- with customers and suppliers
Success Factors
- It must be avoided that the newly introduced processes represent 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 V3
The ITIL Process Map V3 contains two types of models which, in combination with each other, are used for the definition of the process interfaces:
- Process overviews (see 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)
Following Process Activity:
→ ITIL Implementation - Step 7: Establishing Process Control