ITIL für unterschiedliche Unternehmensgrößen: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
KKeine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
<seo metakeywords="itil kmu, itil in kmu, itil für kleinere Unternehmen" metadescription="ITIL für KMU? Immer wieder ist zu hören, ITIL sei nur etwas für große Unternehmen mit den entsprechenden Personalressourcen ..." />
<itpmch><title>ITIL für unterschiedliche Unternehmensgrößen | IT Process Wiki</title>
<meta name="keywords" content="itil kmu, itil in kmu, itil für kleinere Unternehmen" />
<meta name="description" content="ITIL für KMU? Immer wieder ist zu hören, ITIL sei nur etwas für große Unternehmen mit den entsprechenden Personalressourcen ..." />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english-es.jpg|ES - EN - ITIL KMU|100px
Image:ITIL-Wiki-english-es.jpg|ES - EN - ITIL KMU|100px
Zeile 18: Zeile 21:
<p>&nbsp;</p>
<p>&nbsp;</p>


==== Bessere Ergebnisse bei gleichem Arbeitseinsatz ====
==Bessere Ergebnisse bei gleichem Arbeitseinsatz==


Wenn ITIL korrekt implementiert wird, entsteht dadurch kein zusätzlicher Arbeitsaufwand. Der Grund für den großen Erfolg von ITIL besteht ja gerade darin, dass dieser Standard nachweislich zu wirtschaftlicheren Arbeitsabläufen führt.
Wenn ITIL korrekt implementiert wird, entsteht dadurch kein zusätzlicher Arbeitsaufwand. Der Grund für den großen Erfolg von ITIL besteht ja gerade darin, dass dieser Standard nachweislich zu wirtschaftlicheren Arbeitsabläufen führt.


Störungsmeldungen von Anwendern, die von der IT-Organisation erfasst und behoben werden, gibt es z.B. schon immer. Jeder weiß aber auch, dass nicht für jede Störung ein Fachmann eingeschaltet werden muss, sondern dass einfache Fälle von einem [[Rollen in ITIL V3#1st Level Support|Service Desk]] behandelt werden können.
Störungsmeldungen von Anwendern, die von der IT-Organisation erfasst und behoben werden, gibt es z.B. schon immer. Jeder weiß aber auch, dass nicht für jede Störung ein Fachmann eingeschaltet werden muss, sondern dass einfache Fälle von einem [[Rollen in ITIL#1st Level Support|Service Desk]] behandelt werden können.


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


==== Beispiel: Problem Management für KMU ====
==Beispiel: Problem Management für KMU==


Manche Unternehmen fürchten, dass zum Betreiben von ITIL zusätzliche Personalressourcen notwendig sind, da ja nach ITIL "Rollen-Inhabern" Zuständigkeiten zugewiesen werden. Dies ist aber nicht so – und würde auch den Leitgedanken von ITIL widersprechen:  
Manche Unternehmen fürchten, dass zum Betreiben von ITIL zusätzliche Personalressourcen notwendig sind, da ja nach ITIL "Rollen-Inhabern" Zuständigkeiten zugewiesen werden. Dies ist aber nicht so – und würde auch den Leitgedanken von ITIL widersprechen:  


Führt man z.B. [[Problem Management]] ein, bedeutet dies nicht notwendigerweise, dass man auch einen [[Rollen in ITIL V3#Problem Manager|Problem Manager]] neu einstellen muss. Es muss nur jemand innerhalb der IT-Organisation dafür verantwortlich sein, die Ursachen immer wiederkehrender Störungen ([[Incident Management#Incident|Incidents]]) zu ermitteln und dafür Sorge zu tragen, dass diese möglichst schon vorab vermieden werden.
Führt man z.B. [[Problem Management]] ein, bedeutet dies nicht notwendigerweise, dass man auch einen [[Rollen in ITIL#Problem Manager|Problem Manager]] neu einstellen muss. Es muss nur jemand innerhalb der IT-Organisation dafür verantwortlich sein, die Ursachen immer wiederkehrender Störungen ([[Incident Management#Incident|Incidents]]) zu ermitteln und dafür Sorge zu tragen, dass diese möglichst schon vorab vermieden werden.


Der Problem Manager nutzt hierzu vorhandene Personalressourcen: Er koordiniert innerhalb der IT-Organisation die Arbeiten zur technischen Analyse der Störungen und zur Behebung der zugrunde liegenden Ursachen, so dass widersprüchliche und unnötige Maßnahmen vermieden werden können. Der Problem Manager trägt also zur raschen Lösung des Problems bei.  
Der Problem Manager nutzt hierzu vorhandene Personalressourcen: Er koordiniert innerhalb der IT-Organisation die Arbeiten zur technischen Analyse der Störungen und zur Behebung der zugrunde liegenden Ursachen, so dass widersprüchliche und unnötige Maßnahmen vermieden werden können. Der Problem Manager trägt also zur raschen Lösung des Problems bei.  


Ein solcher Ansatz ist für große und kleine IT-Organisationen gleichermaßen sinnvoll und notwendig. In kleineren Unternehmen könnte die Rolle des Problem Managers jedoch zusammen mit der Rolle des [[Rollen in ITIL V3#Incident Manager|Incident Managers]] von einer einzigen Person übernommen werden.
Ein solcher Ansatz ist für große und kleine IT-Organisationen gleichermaßen sinnvoll und notwendig. In kleineren Unternehmen könnte die Rolle des Problem Managers jedoch zusammen mit der Rolle des [[Rollen in ITIL#Incident Manager|Incident Managers]] von einer einzigen Person übernommen werden.


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


==== Beispiel: Change Management für KMU ====
==Beispiel: Change Management für KMU==


Eine ähnliche Strategie kann auch beim [[Change Management|Change Management]] angewandt werden, durch das dafür gesorgt wird, ddas für die Koordination der Changes innerhalb der IT-Infrastruktur zu sorgen hat.
Eine ähnliche Strategie kann auch beim [[Change Management|Change Management]] angewandt werden, durch das dafür gesorgt wird, ddas für die Koordination der Changes innerhalb der IT-Infrastruktur zu sorgen hat.
Zeile 44: Zeile 47:
Der mit dem Change Management verbundene Aufwand steht in direktem Zusammenhang mit der Größe des Unternehmens, so dass diese Aufgabe in kleineren und mittleren Unternehmen (KMU) in der Regel weniger umfangreich und leichter zu erfüllen ist.  
Der mit dem Change Management verbundene Aufwand steht in direktem Zusammenhang mit der Größe des Unternehmens, so dass diese Aufgabe in kleineren und mittleren Unternehmen (KMU) in der Regel weniger umfangreich und leichter zu erfüllen ist.  


Hier kann die Rolle des [[Rollen in ITIL V3#Change Manager|Change Managers]] möglicherweise von einem leitenden Mitarbeiter aus dem IT-Betrieb mit übernommen werden - der vielleicht gleichzeitig auch die Rolle des [[Rollen in ITIL V3#Release Manager|Release Managers]] übernimmt und somit für die Auslieferung der Changes verantwortlich ist.
Hier kann die Rolle des [[Rollen in ITIL#Change Manager|Change Managers]] möglicherweise von einem leitenden Mitarbeiter aus dem IT-Betrieb mit übernommen werden - der vielleicht gleichzeitig auch die Rolle des [[Rollen in ITIL#Release Manager|Release Managers]] übernimmt und somit für die Auslieferung der Changes verantwortlich ist.


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


''' Zurück zu: '''
'''Zurück zu:'''


&#8594; '''[[ITIL-Implementierung|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]'''
&#8594; '''[[ITIL-Implementierung|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]'''


<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="Von: Andrea Kempter | Profil auf Google+" alt="Autor: Andrea Kempter, IT Process Maps GbR" /></a></html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:IT Infrastructure Library ITIL]][[Kategorie:ITIL-Prozess]][[Kategorie:ITIL-Implementierung]]
[[Kategorie:IT Infrastructure Library ITIL]][[Kategorie:ITIL-Prozess]][[Kategorie:ITIL-Implementierung]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 3. August 2013, 14:50 Uhr

ES - EN - ITIL KMUesta página en españolthis Page in English
ES - EN - ITIL KMU


 

Eine oft gehörte Ansicht ist, dass ITIL nur für große Unternehmen geeignet ist, die umfangreiche Mittel für die Implementierung und die Durchführung der ITIL-Prozesse bereitstellen können.

Tatsache ist aber, dass die ITIL-Grundprinzipien für Unternehmen jeglicher Größe gelten, von großen Kapitalgesellschaften bis hin zu kleinen und mittleren Unternehmen (KMU). Bei kleineren Unternehmen kommt es jedoch umso mehr darauf an, sich bei der Umsetzung auf das Machbare und Sinnvolle zu konzentrieren, da in der Regel weit geringere Budgets zur Verfügung stehen.

Jederzeit ist eine schrittweise ITIL-Einführung möglich.

 

Bessere Ergebnisse bei gleichem Arbeitseinsatz

Wenn ITIL korrekt implementiert wird, entsteht dadurch kein zusätzlicher Arbeitsaufwand. Der Grund für den großen Erfolg von ITIL besteht ja gerade darin, dass dieser Standard nachweislich zu wirtschaftlicheren Arbeitsabläufen führt.

Störungsmeldungen von Anwendern, die von der IT-Organisation erfasst und behoben werden, gibt es z.B. schon immer. Jeder weiß aber auch, dass nicht für jede Störung ein Fachmann eingeschaltet werden muss, sondern dass einfache Fälle von einem Service Desk behandelt werden können.

 

Beispiel: Problem Management für KMU

Manche Unternehmen fürchten, dass zum Betreiben von ITIL zusätzliche Personalressourcen notwendig sind, da ja nach ITIL "Rollen-Inhabern" Zuständigkeiten zugewiesen werden. Dies ist aber nicht so – und würde auch den Leitgedanken von ITIL widersprechen:

Führt man z.B. Problem Management ein, bedeutet dies nicht notwendigerweise, dass man auch einen Problem Manager neu einstellen muss. Es muss nur jemand innerhalb der IT-Organisation dafür verantwortlich sein, die Ursachen immer wiederkehrender Störungen (Incidents) zu ermitteln und dafür Sorge zu tragen, dass diese möglichst schon vorab vermieden werden.

Der Problem Manager nutzt hierzu vorhandene Personalressourcen: Er koordiniert innerhalb der IT-Organisation die Arbeiten zur technischen Analyse der Störungen und zur Behebung der zugrunde liegenden Ursachen, so dass widersprüchliche und unnötige Maßnahmen vermieden werden können. Der Problem Manager trägt also zur raschen Lösung des Problems bei.

Ein solcher Ansatz ist für große und kleine IT-Organisationen gleichermaßen sinnvoll und notwendig. In kleineren Unternehmen könnte die Rolle des Problem Managers jedoch zusammen mit der Rolle des Incident Managers von einer einzigen Person übernommen werden.

 

Beispiel: Change Management für KMU

Eine ähnliche Strategie kann auch beim Change Management angewandt werden, durch das dafür gesorgt wird, ddas für die Koordination der Changes innerhalb der IT-Infrastruktur zu sorgen hat.

Der mit dem Change Management verbundene Aufwand steht in direktem Zusammenhang mit der Größe des Unternehmens, so dass diese Aufgabe in kleineren und mittleren Unternehmen (KMU) in der Regel weniger umfangreich und leichter zu erfüllen ist.

Hier kann die Rolle des Change Managers möglicherweise von einem leitenden Mitarbeiter aus dem IT-Betrieb mit übernommen werden - der vielleicht gleichzeitig auch die Rolle des Release Managers übernimmt und somit für die Auslieferung der Changes verantwortlich ist.

 

Zurück zu:

ITIL-Implementierung - ITIL-Implementierung in zehn Schritten