ITIL Implementation - Implementation: Difference between revisions

From IT Process Wiki
No edit summary
 
mNo edit summary
Line 1: Line 1:
<seo metakeywords="itil deliverables, itil application requirements" metadescription="ITIL: Application System requirements... The functional requirements of the application systems are mainly derived from the detailed ITIL process descriptions." />
<imagemap>
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 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
</imagemap>
<br style="clear:both;"/>
{|
{|
! align="right" width="80%"|
|-
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.de.it-processmaps.com/index.php/ITIL-Implementierung_-_System-_und_Prozess-Implementierung diese Seite auf Deutsch]
| style="border-bottom:1px solid grey;" |<big><strong> Step 9: Selection and Implementation of Application Systems </strong></big>
|}
|}


'''''Step 9: Implement Processes and Systems


If the processes are fully designed and documented in the form of Event-Driven Process Chains, their actual implementation can be initiated.
If the processes are fully designed and documented in the form of detailed ITIL process flows, their actual implementation can be initiated.


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 processes, these must first be procured or developed and implemented.


Finally, IT staff receives thorough training in order to be able to apply the new processes in practice, and clients or users might need to be informed - in so far as these are affected by the new processes.


 
=== Define the System Requirements ===
== Define the System Requirements ==
 
==== Objective of this Project Step ====
* Definition of the requirements for new or changed application systems
 
==== Prerequisites ====
 
* Detailed process descriptions in the form of Event-Driven Process Chains (EPCs)
* Guidelines/ checklists
* Definitions of the process outputs
 
==== Results/ Deliverables ====
 
* Requirements document for applications to be changed or procured
* Prioritised list of requirements


==== 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 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“).


Line 65: Line 58:
* Important requirements (Prio 2)
* Important requirements (Prio 2)
* Desirable requirements (Prio 3)
* Desirable requirements (Prio 3)
==== Objective of this Project Step ====
* Definition of the requirements for new or changed application systems
==== Prerequisites ====
* [[ITIL Implementation - Process Design|Detailed process descriptions]] in the form ITIL process flows
* [[ITIL-Checklists|Guidelines/ checklists]]
* Definitions of the process outputs
==== Results/ Deliverables ====
* Requirements document for applications to be changed or procured
* Prioritized list of requirements


==== Success Factors ====
==== Success Factors ====
Line 71: Line 79:




== Select System(s) to Support the To-Be Processes ==
==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map V3</span>====
 
==== Objective of this Project Step ====


* Selection of suitable system(s) and supplier(s) for the application system due to be procured
<span style="color:#5d5d5d">The detailed process descriptions from the [https://en.it-processmaps.com/products/itil-process-map.html ITIL Process Map V3] are an important part of the system requirements.</span>


==== Prerequisites ====
<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>


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


==== Results/ Deliverables ====
=== Select System(s) to Support the To-Be Processes ===
 
* Evaluation of systems and suppliers


==== Description ====
==== Description ====
Line 92: Line 94:
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 fulfil 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 licence fees and implementation costs
* The final decision is made after a visit by reference clients and possibly a test-installation by the leading contender


==== Success Factors ====
* 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 number of vendors included in the selection process should not be too large – the product surveys published by the Gartner or Forrester Groups provide excellent assistance when compiling a first list of possible candidates (check the Internet under www.gartner.com or www.forrester.com)
* The final decision is made after a visit by reference clients and possibly a test-installation by the leading contender
 
 
== 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
* Selection of suitable system(s) and supplier(s) for the application system due to be procured


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


* Selected system supplier(s)
* Requirements document for appli­cations to be changed or procured
* Detailed process descriptions in the form of Event-Driven Process Chains (EPCs)
* Prioritized list of requirements
* Guidelines/ checklists
* Definitions of the process outputs


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


* Fully implemented and operational application system(s)
* Evaluation of systems and suppliers


==== Description ====
==== Success Factors ====


Which individual steps are part of the implementation will depend in a great measure upon the type of application and its operational environment.  
The number of vendors included in the selection process should not be too large – the product surveys published by the Gartner or Forrester Groups provide excellent assistance when compiling a first list of possible candidates (check the Internet under www.gartner.com or www.forrester.com)


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


=== Implement the Systems ===


== Implement the To-Be Processes ==
==== Description ====


After all conditions have been created, the new processes may be used.
Which individual steps are part of the implementation will depend in a great measure upon the type of application and its operational environment.  


As the process participants were continuously involved into the process design during the course of the project, their acceptance of the new working procedures should be ensured.
It is usually most efficient to make use of the system-suppliers' expertise when customizing and implementing the new application(s).


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


* Making the new process a part of everyday working practice
* Implementation of the new/ changed application system(s), so that they are ready to support the processes to be introduced


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


* Structure of the Service Management processes to be introduced
* Selected system supplier(s)
* Process overviews (process breakdown)
* [[ITIL Implementation - Process Design|Detailed process descriptions]] in the form of ITIL process flows
* Interfaces of the ITIL processes to be introduced
* [[ITIL-Checklists|Guidelines/ checklists]]
* Measurements (KPIs) for the processes to be introduced
* Detailed process descriptions in the form of Event-Driven Process Chains (EPCs)
* Guidelines/ checklists
* Definitions of the process outputs
* Definitions of the process outputs
==== Results/ Deliverables ====
* Fully implemented and operational application system(s)
* Fully implemented and operational application system(s)


==== Results/ Deliverables ====
==== <span style="color:#5d5d5d">Relevant Views of the ITIL Process Map V3</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>
 


* Processes, being executed according to ITIL principles


==== Description ====
'''Following Project Activity''':


A coaching of the participants in the new processes might be required, if not all the affected members of IT staff were involved in the design of the processes.
&#8594; ITIL Implementation - Step 10: '''[[ITIL Implementation - Training|Process Implementation and Training]]'''


==== Success Factors ====
* If the process participants learn of the new processes only at this stage, a lack of acceptance will be inevitable. As many employees as possible should therefore be involved in the design of the processes during the earlier project phases




== Following Process Activity ==
<!-- This page is assigned to the following categories: -->
''Step 10:'' '''''[[ITIL Implementation - Training|Train IT Staff and Customers]]'''''
[[Category:ITIL V3]][[Category:ITIL implementation]]
<!-- --- -->

Revision as of 19:30, 26 July 2011

<seo metakeywords="itil deliverables, itil application requirements" metadescription="ITIL: Application System requirements... The functional requirements of the application systems are mainly derived from the detailed ITIL process descriptions." />

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 the processes are fully designed and documented in the form of detailed ITIL process flows, their actual implementation can be initiated.

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


Define the System Requirements

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 “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.

Finally, all non-functional requirements are to be recorded, so that on the whole the following structure results for the requirements document:

  • 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 capaci­ties 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 prioritised list is extracted from the requirements document, which is used as a matrix for the evaluation of suppliers. The requirements should be categorised, like in the following example:

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

Objective of this Project Step

  • Definition of the requirements for new or changed application systems

Prerequisites

Results/ Deliverables

  • 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 ITIL processes is to follow.


Relevant Views of the ITIL Process Map V3

The detailed process descriptions from the ITIL Process Map V3 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

Description

Suppliers of suitable 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

Objective of this Project Step

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

Prerequisites

  • Requirements document for appli­cations 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 or Forrester Groups provide excellent assistance when compiling a first list of possible candidates (check the Internet under www.gartner.com or www.forrester.com)


Implement the Systems

Description

Which individual steps are part of the 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).

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

Prerequisites

Results/ Deliverables

  • Fully implemented and operational application system(s)

Relevant Views of the ITIL Process Map V3

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


Following Project Activity:

→ ITIL Implementation - Step 10: Process Implementation and Training