ITIL Implementation - Application Systems: Difference between revisions

From IT Process Wiki
(Created page with "<seo metakeywords="itil deliverables, itil application requirements, itil application system" metadescription="ITIL: Application System requirements... The functional requirement...")
 
Line 1: Line 1:
<seo metakeywords="itil deliverables, itil application requirements, itil application system" metadescription="ITIL: Application System requirements... The functional requirements of the application systems are mainly derived from the detailed ITIL process descriptions." />
<seo metakeywords="itil deliverables, itil application requirements, itil application system" metadescription="Systems for IT Service Management - ITIL Application System requirements: Requirements catalogue, evaluation, selection of suitable systems and implementation." />
<imagemap>
<imagemap>
Image:ITIL-Wiki-de-es.jpg|DE - ES - ITIL Selection and Implementation of Application Systems|100px
Image:ITIL-Wiki-de-es.jpg|DE - ES - ITIL Selection and Implementation of Application Systems|100px
rect 0 0 50 30 [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_System-_und_Prozess-Implementierung diese Seite auf Deutsch]
rect 0 0 50 30 [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_Systeme diese Seite auf Deutsch]
rect 50 0 100 30 [https://wiki.es.it-processmaps.com/index.php/Implementaci%C3%B3n_de_ITIL_-_Sistemas_de_aplicaciones esta página en español]
rect 50 0 100 30 [https://wiki.es.it-processmaps.com/index.php/Implementaci%C3%B3n_de_ITIL_-_Sistemas_de_aplicaciones esta página en español]
desc none
desc none
Line 10: Line 10:
{|
{|
|-
|-
| style="border-bottom:1px solid grey;" |<big><strong> Step 9: Selection and Implementation of Application Systems </strong></big>
| style="border-bottom:1px solid grey;" |<big><strong>Step 9: Selection and Implementation of Application Systems</strong></big>
|}
|}


<p>&nbsp;</p>
<p>&nbsp;</p>


If new or changed application systems are needed in order to support the processes, these must first be procured or developed and implemented.
If new or changed application systems are needed in order to support the ITIL processes, these must first be procured or developed and implemented.


<p>&nbsp;</p>
<p>&nbsp;</p>
__TOC__


== Define the System Requirements ==
==Define the System Requirements==


==== Objective of this Project Step ====
====Objective of this Project Step====


* Definition of the requirements for new or changed application systems
* Definition of the requirements for new or changed application systems
Line 27: Line 28:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Description ====
====Description====


The functional requirements of the application systems are mainly derived from the detailed process descriptions these illustrate which activities the application system is to support.
The functional requirements of the application systems are mainly derived from the [[ITIL Implementation - Process Design|detailed process descriptions]] - these illustrate which activities the application system is to support.


Further requirements may be added (example: „The creation of a new Incident must be possible from within the Outlook address book“).
Further requirements may be added (example: "The creation of a new Incident must be possible from within the Outlook address book").


The definitions of the process outputs describe which data are processed within the system. The process "Register an Incident" for example, generates an "Incident Record" – the system must therefore be able to hold such a data structure and offer suitable user interfaces for viewing and editing.
The definitions of the process outputs describe which data are processed within the system. The process [[Incident Management#Incident-Categorization|Incident Logging and Categorization]] for example, generates an [[Incident Management#Incident-Record|Incident Record]] - the system must therefore be able to hold such a data structure and offer suitable user interfaces for viewing and editing.


Finally, all non-functional requirements are to be recorded, so that on the whole the following structure results for the requirements document:
Finally, all non-functional requirements are to be recorded.
 
<p>&nbsp;</p>
 
On the whole the following structure results for the '''system requirements document''' ''(see Fig. 1: [[Media:Itsm-system-requirements.jpg|ITSM System Requirements]])'':
 
[[image:Itsm-system-requirements.jpg|frame|right|alt=ITSM System requirements|Fig. 1: [[Media:Itsm-system-requirements.jpg|IT Service Management (ITSM) System Requirements]]]]


* Functional requirements
* Functional requirements
Line 44: Line 51:


* Non-functional requirements
* Non-functional requirements
** Requirements related to capaci­ties and quantities
** Requirements related to capacities and quantities
** Performance and turnover
** Performance and turnover
** Scalability/ Expansion
** Scalability/ Expansion
Line 58: Line 65:
** Process models
** Process models
** Data to be imported from previously existing systems
** Data to be imported from previously existing systems
<p>&nbsp;</p>


Once the requirements are complete, an itemized and prioritized list is extracted from the requirements document, which is used as a matrix for the evaluation of suppliers. The requirements should be categorized, like in the following example:
Once the requirements are complete, an itemized and prioritized list is extracted from the requirements document, which is used as a matrix for the evaluation of suppliers. The requirements should be categorized, like in the following example:
Line 67: Line 76:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Prerequisites ====
====Prerequisites====


* [[ITIL Implementation - Process Design|Detailed process descriptions]] in the form ITIL process flows
* [[ITIL Implementation - Process Design|Detailed process descriptions]] in the form ITIL process flows
Line 75: Line 84:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Results/ Deliverables ====
====Results/ Deliverables====


* Requirements document for applications to be changed or procured
* System requirements document for applications to be changed or procured
* Prioritized list of requirements
* Prioritized list of requirements


<p>&nbsp;</p>
<p>&nbsp;</p>


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


It is important not to limit oneself to functional aspects when pinning down the system requirements. Operational aspects are equally important, as are possibilities to expand the system – especially if the introduction of further ITIL processes is to follow.
It is important not to limit oneself to functional aspects when pinning down the system requirements. Operational aspects are equally important, as are possibilities to expand the system – especially if the introduction of further [[ITIL Processes|ITSM processes]] is to follow.


<p>&nbsp;</p>
<p>&nbsp;</p>


==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map</span>====
====<span style="color:#5d5d5d">Relevant Views of the ITIL Process Map</span>====


<span style="color:#5d5d5d">The detailed process descriptions from the [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map] are an important part of the system requirements.</span>
<span style="color:#5d5d5d">The detailed process descriptions from the [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map] are an important part of the system requirements.</span>


<span style="color:#5d5d5d">In addition to this, checklists/ document templates support the definition of the process outputs. The attributes usually assigned to an Incident Record, for example, can be found in the [[Checklist Incident Record|checklist "Incident Record"]].</span>
<span style="color:#5d5d5d">In addition to this, checklists/ document templates support the definition of the process outputs. The attributes usually assigned to an Incident Record, for example, can be found in the [[Checklist Incident Record]].</span>


<p>&nbsp;</p>
<p>&nbsp;</p>


== Select System(s) to Support the To-Be Processes ==
==Select System(s) to Support the To-Be Processes==


==== Objective of this Project Step ====
====Objective of this Project Step====


* Selection of suitable system(s) and supplier(s) for the application system due to be procured
* Selection of suitable system(s) and supplier(s) for the application system due to be procured
Line 104: Line 113:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Description ====
====Description====


Suppliers of suitable systems are submitted to a systematic evaluation upon the basis of the list of requirements.
Suppliers of suitable ITSM systems are submitted to a systematic evaluation upon the basis of the list of requirements.


A three-stage approach has proved to be most efficient for this purpose:
A three-stage approach has proved to be most efficient for this purpose:


* Firstly, a larger number of suppliers may be approached in writing; the aim here is to find suppliers which are able to fulfill the most important requirements
* Firstly, a larger number of suppliers may be approached in writing; the aim here is to find suppliers which are able to fulfill the most important requirements.


* This results in a short-list of suppliers, who are requested to submit a concrete offer that also contains information about license fees and implementation costs
* This results in a short-list of suppliers, who are requested to submit a concrete offer that also contains information about license fees and implementation costs.


* The final decision is made after a visit by reference clients and possibly a test-installation by the leading contender
* The final decision is made after a visit by reference clients and possibly a test-installation by the leading contender.


<p>&nbsp;</p>
<p>&nbsp;</p>


==== Prerequisites ====
====Prerequisites====


* Requirements document for appli­cations to be changed or procured
* Requirements document for applications to be changed or procured
* Prioritized list of requirements
* Prioritized list of requirements


<p>&nbsp;</p>
<p>&nbsp;</p>


==== Results/ Deliverables ====
====Results/ Deliverables====


* Evaluation of systems and suppliers
* Evaluation of systems and suppliers
Line 131: Line 140:
<p>&nbsp;</p>
<p>&nbsp;</p>


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


The number of vendors included in the selection process should not be too large – the product surveys published by the [http://www.gartner.com Gartner] or [http://www.forrester.com Forrester] Groups provide excellent assistance when compiling a first list of possible candidates.
The number of vendors included in the selection process should not be too large – the product surveys published by the Gartner [[ITIL Implementation - Application Systems#Resources|['''1''']]] and Forrester [[ITIL Implementation - Application Systems#Resources|['''2''']]] Groups provide excellent assistance when compiling a first list of possible candidates.


<p>&nbsp;</p>
<p>&nbsp;</p>


== Implement the Systems ==
==Implement the Systems==


==== Objective of this Project Step ====
====Objective of this Project Step====


* Implementation of the new/ changed application system(s), so that they are ready to support the processes to be introduced
* Implementation of the new/ changed application system(s), so that they are ready to support the IT Service Management processes to be introduced


<p>&nbsp;</p>
<p>&nbsp;</p>


==== Description ====
====Description====


Which individual steps must be taken for system implementation will depend in a great measure upon the type of application and its operational environment.  
Which individual steps must be taken for system implementation will depend in a great measure upon the type of application and its operational environment.  
Line 153: Line 162:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Prerequisites ====
====Prerequisites====


* Selected system supplier(s)
* Selected system supplier(s)
Line 162: Line 171:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Results/ Deliverables ====
====Results/ Deliverables====


* Fully implemented and operational application system(s)
* Fully implemented and operational application system(s)
Line 168: Line 177:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map</span>====
====<span style="color:#5d5d5d">Relevant Views of the ITIL Process Map</span>====


<span style="color:#5d5d5d">The detailed process descriptions and definitions of guidelines and process outputs serve as blueprints for the configuration of the systems.</span>
<span style="color:#5d5d5d">The detailed process descriptions and definitions of guidelines and process outputs serve as blueprints for the configuration of the systems.</span>
<p>&nbsp;</p>
==Resources==
[1] Gartner, Inc., Analysts: Jeffrey M. Brooks and Jarod Greene: [http://www.gartner.com/technology/reprints.do?id=1-1BS56X7&ct=120821&st=sb Magic Quadrant for IT Service Support Management Tools]. -- August 20, 2012
[2] ZDNet.com - by Forrester Research: [http://www.zdnet.com/saas-itsm-tools-forrester-delivers-market-overview-7000011865/ SaaS ITSM tools: Forrester delivers market overview]. -- February 26, 2013.


<p>&nbsp;</p>
<p>&nbsp;</p>
Line 179: Line 196:


<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 2011]][[Category:ITIL implementation]]
[[Category:ITIL V3]][[Category:ITIL 2011]][[Category:ITIL implementation]]
<!-- --- -->
<!-- --- -->

Revision as of 11:20, 30 June 2013

<seo metakeywords="itil deliverables, itil application requirements, itil application system" metadescription="Systems for IT Service Management - ITIL Application System requirements: Requirements catalogue, evaluation, selection of suitable systems and implementation." />

DE - ES - ITIL Selection and Implementation of Application Systemsdiese Seite auf Deutschesta página en español
DE - ES - ITIL Selection and Implementation of Application Systems


Step 9: Selection and Implementation of Application Systems

 

If new or changed application systems are needed in order to support the ITIL processes, these must first be procured or developed and implemented.

 

Define the System Requirements

Objective of this Project Step

  • Definition of the requirements for new or changed application systems

 

Description

The functional requirements of the application systems are mainly derived from the detailed process descriptions - these illustrate which activities the application system is to support.

Further requirements may be added (example: "The creation of a new Incident must be possible from within the Outlook address book").

The definitions of the process outputs describe which data are processed within the system. The process Incident Logging and Categorization for example, generates an Incident Record - the system must therefore be able to hold such a data structure and offer suitable user interfaces for viewing and editing.

Finally, all non-functional requirements are to be recorded.

 

On the whole the following structure results for the system requirements document (see Fig. 1: ITSM System Requirements):

ITSM System requirements
Fig. 1: IT Service Management (ITSM) System Requirements
  • Functional requirements
    • Reference to the detailed process models
    • Additional requirements related to functionality
    • Definitions of the process outputs (data-structures)
    • Reporting functionality
  • Non-functional requirements
    • Requirements related to capacities and quantities
    • Performance and turnover
    • Scalability/ Expansion
    • Availability
  • Requirements from the operational viewpoint
  • Requirements from the viewpoint of IT Security
  • Interfaces with other systems
  • Annex
    • Process models
    • Data to be imported from previously existing systems

 

Once the requirements are complete, an itemized and prioritized list is extracted from the requirements document, which is used as a matrix for the evaluation of suppliers. The requirements should be categorized, like in the following example:

  • Knock-out criteria (Prio 1)
  • Important requirements (Prio 2)
  • Desirable requirements (Prio 3)

 

Prerequisites

 

Results/ Deliverables

  • System requirements document for applications to be changed or procured
  • Prioritized list of requirements

 

Success Factors

It is important not to limit oneself to functional aspects when pinning down the system requirements. Operational aspects are equally important, as are possibilities to expand the system – especially if the introduction of further ITSM processes is to follow.

 

Relevant Views of the ITIL Process Map

The detailed process descriptions from the ITIL Process Map are an important part of the system requirements.

In addition to this, checklists/ document templates support the definition of the process outputs. The attributes usually assigned to an Incident Record, for example, can be found in the Checklist Incident Record.

 

Select System(s) to Support the To-Be Processes

Objective of this Project Step

  • Selection of suitable system(s) and supplier(s) for the application system due to be procured

 

Description

Suppliers of suitable ITSM systems are submitted to a systematic evaluation upon the basis of the list of requirements.

A three-stage approach has proved to be most efficient for this purpose:

  • Firstly, a larger number of suppliers may be approached in writing; the aim here is to find suppliers which are able to fulfill the most important requirements.
  • This results in a short-list of suppliers, who are requested to submit a concrete offer that also contains information about license fees and implementation costs.
  • The final decision is made after a visit by reference clients and possibly a test-installation by the leading contender.

 

Prerequisites

  • Requirements document for applications to be changed or procured
  • Prioritized list of requirements

 

Results/ Deliverables

  • Evaluation of systems and suppliers

 

Success Factors

The number of vendors included in the selection process should not be too large – the product surveys published by the Gartner [1] and Forrester [2] Groups provide excellent assistance when compiling a first list of possible candidates.

 

Implement the Systems

Objective of this Project Step

  • Implementation of the new/ changed application system(s), so that they are ready to support the IT Service Management processes to be introduced

 

Description

Which individual steps must be taken for system implementation will depend in a great measure upon the type of application and its operational environment.

It is usually most efficient to make use of the system-suppliers' expertise when customizing and implementing the new application(s).

 

Prerequisites

 

Results/ Deliverables

  • Fully implemented and operational application system(s)

 

Relevant Views of the ITIL Process Map

The detailed process descriptions and definitions of guidelines and process outputs serve as blueprints for the configuration of the systems.

 

Resources

[1] Gartner, Inc., Analysts: Jeffrey M. Brooks and Jarod Greene: Magic Quadrant for IT Service Support Management Tools. -- August 20, 2012

[2] ZDNet.com - by Forrester Research: SaaS ITSM tools: Forrester delivers market overview. -- February 26, 2013.

 

Following Project Activity:

→ ITIL Implementation - Step 10: Process Implementation and Training