ITIL für unterschiedliche Unternehmensgrößen - Versionsgeschichte

Andrea am 29. März 2019 um 10:56 Uhr

2019-03-29T10:56:19Z

← Nächstältere Version		Version vom 29. März 2019, 12:56 Uhr
Zeile 4:		Zeile 4:
	</itpmch>		</itpmch>
	<imagemap>		<imagemap>
	~~Image:ITIL-Wiki-teilen.jpg\|right\|diese Seite teilen\|141px~~		Image:ITIL-Wiki-english-es.jpg\|right\|ES - EN - ITIL KMU\|163px
	rect 55 0 99 36 [https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FITIL_f%25C3%25BCr_unterschiedliche_Unternehmensgr%25C3%25B6%25C3%259Fen&hl=de_DE&source=IT%20Process%20Wiki diese Seite auf LinkedIn teilen]
	rect 97 0 141 36 [https://twitter.com/intent/tweet?url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FITIL_f%25C3%25BCr_unterschiedliche_Unternehmensgr%25C3%25B6%25C3%259Fen&text=%23ITILwiki%20%7C%20ITIL%20f%C3%BCr%20unterschiedliche%20Unternehmensgr%C3%B6%C3%9Fen%0A%E2%96%BA&lang=de&via=itprocessmaps diese Seite auf Twitter teilen]
	~~desc none~~
	~~</imagemap>~~
	~~<imagemap>~~
	Image:ITIL-Wiki-english-es.jpg\|ES - EN - ITIL KMU\|163px
	rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/ITIL_para_peque%C3%B1as_y_medianas_empresas esta página en español]		rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/ITIL_para_peque%C3%B1as_y_medianas_empresas esta página en español]
	rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]		rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]
Zeile 22:		Zeile 16:

	Jederzeit ist eine [[Schrittweise ITIL-Einführung\|schrittweise ITIL-Einführung]] möglich.		Jederzeit ist eine [[Schrittweise ITIL-Einführung\|schrittweise ITIL-Einführung]] möglich.

	~~<p> </p>~~

	==Bessere Ergebnisse bei gleichem Arbeitseinsatz==		==Bessere Ergebnisse bei gleichem Arbeitseinsatz==
Zeile 30:		Zeile 22:

	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.		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> </p>~~

	==Beispiel: Problem Management für KMU==		==Beispiel: Problem Management für KMU==
Zeile 42:		Zeile 32:

	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.		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> </p>~~

	==Beispiel: Change Management für KMU==		==Beispiel: Change Management für KMU==
Zeile 61:		Zeile 49:
	<p> </p>		<p> </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>		<html>Von:  Andrea Kempter <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="Von: Andrea Kempter \| Profil auf LinkedIn" alt="Autor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</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! -->

Andrea am 27. April 2017 um 09:37 Uhr

2017-04-27T09:37:02Z

← Nächstältere Version		Version vom 27. April 2017, 11:37 Uhr
Zeile 4:		Zeile 4:
	</itpmch>		</itpmch>
	<imagemap>		<imagemap>
	Image:ITIL-Wiki-english-es.jpg\|ES - EN - ITIL KMU\|~~100px~~		Image:ITIL-Wiki-teilen.jpg\|right\|diese Seite teilen\|141px
	rect 0 ~~0 50 30~~ [https://wiki.es.it-processmaps.com/index.php/ITIL_para_peque%C3%B1as_y_medianas_empresas esta página en español]		rect 55 0 99 36 [https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FITIL_f%25C3%25BCr_unterschiedliche_Unternehmensgr%25C3%25B6%25C3%259Fen&hl=de_DE&source=IT%20Process%20Wiki diese Seite auf LinkedIn teilen]
	rect 50 0 ~~100 30~~ [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]		rect 97 0 141 36 [https://twitter.com/intent/tweet?url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FITIL_f%25C3%25BCr_unterschiedliche_Unternehmensgr%25C3%25B6%25C3%259Fen&text=%23ITILwiki%20%7C%20ITIL%20f%C3%BCr%20unterschiedliche%20Unternehmensgr%C3%B6%C3%9Fen%0A%E2%96%BA&lang=de&via=itprocessmaps diese Seite auf Twitter teilen]
			desc none
			</imagemap>
			<imagemap>
			Image:ITIL-Wiki-english-es.jpg\|ES - EN - ITIL KMU\|163px
			rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/ITIL_para_peque%C3%B1as_y_medianas_empresas esta página en español]
			rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]
	desc none		desc none
	</imagemap>		</imagemap>
	<br style="clear:both;"/>		<br style="clear:both;"/>

	~~<p> </p>~~

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

Andrea am 3. August 2013 um 12:50 Uhr

2013-08-03T12:50:52Z

← Nächstältere Version		Version vom 3. August 2013, 14:50 Uhr
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> </p>		<p> </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> </p>		<p> </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> </p>		<p> </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> </p>		<p> </p>

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

	→ '''[[ITIL-Implementierung\|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]'''		→ '''[[ITIL-Implementierung\|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]'''

	<p> </p>		<p> </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! -->

Andrea am 15. September 2011 um 09:44 Uhr

2011-09-15T09:44:46Z

← Nächstältere Version		Version vom 15. September 2011, 11:44 Uhr
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 ..." />
	~~! align~~="~~right~~" ~~width~~="~~80%~~"\|		<imagemap>
	~~! style="background~~:~~#DDDDDD;" align="right" width="20~~%"\| [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]		Image:ITIL-Wiki-english-es.jpg\|ES - EN - ITIL KMU\|100px
	\|}		rect 0 0 50 30 [https://wiki.es.it-processmaps.com/index.php/ITIL_para_peque%C3%B1as_y_medianas_empresas esta página en español]
			rect 50 0 100 30 [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]
			desc none
			</imagemap>
			<br style="clear:both;"/>

	~~Immer wieder ist die Meinung zu hören, ITIL sei nur etwas für große Unternehmen mit den entsprechenden Personalressourcen für die Implementierung der ITIL-Prozesse.~~		<p> </p>

	~~Tatsächlich sind die hinter~~ ITIL ~~stehenden Leitideen jedoch~~ für Unternehmen ~~aller Größen, von Konzernen bis hin zu KMU wertvoll. In jedem Fall kommt es darauf an~~, die ~~wesentlichen Grundsätze in Wert zu setzen~~ und ~~sich bei~~ der ~~Umsetzung auf das Machbare und Sinnvolle zu konzentrieren~~.		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.

	~~Natürlich~~ ist ~~jederzeit auch eine~~ [[~~Schrittweise~~ ITIL-~~Einführung~~\|~~schrittweise~~ ITIL-~~Einführung~~]] ~~möglich~~.		Tatsache ist aber, dass die [[ITIL-Leitgedanken\|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\|schrittweise ITIL-Einführung]] möglich.

	~~==== Klärung der Verantwortungen ====~~		<p> </p>

	In den unterschiedlichen ITIL-Disziplinen werden aus dem Kreis der IT-Mitarbeiter federführende Verantwortliche benannt, deren Aufgabe darin besteht, in der Rolle eines "Managers" für den reibungslosen Ablauf der definierten Arbeitsprozesse innerhalb eines bestimmten Aufgabenbereiches der IT-Organisation zu sorgen.		==== Bessere Ergebnisse bei gleichem Arbeitseinsatz ====

	~~==== Fokussierung bereits vorhandener Abläufe ====~~		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.

	~~Eine Ausrichtung nach ITIL bedeutet – richtig umgesetzt – keinesfalls~~, dass ~~zusätzliche Arbeit geschaffen wird: Der große Erfolg~~ von ITIL ~~ist darin begründet, einen spürbaren Beitrag zum wirtschaftlicheren Arbeiten zu leisten~~.		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.

	So wurden z.B. Störungsmeldungen der Anwender von der IT-Organisation schon seit jeher aufgenommen und beseitigt. Es hat sich aber gezeigt, dass in der Regel nicht für alle Störungsbeseitigungen ein technischer Spezialist eingesetzt werden muss: Einfache Sachverhalte können durchaus durch ein Service Desk bearbeitet werden.		<p> </p>

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

	~~Die Einführung von Problem Management muss nicht damit verbunden sein~~, dass zusätzlich ein Problem Manager eingestellt wird. Stattdessen geht es darum, dass sich jemand verantwortlich darum kümmert, Ursachen immer wiederkehrender Störungen (Incidents) zu ermitteln und dafür Sorge zu tragen, ~~dass diese möglichst schon vorab vermieden~~ werden. ~~Sollte dies~~ nicht ~~möglich sein, besteht das Ziel darin, Mittel~~ und ~~Wege dafür zu finden,~~ den ~~Aufwand zur Bearbeitung des immer gleichen Incidents langfristig zu senken.~~		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:

	~~Der~~ Problem Manager ~~greift dabei auf bereits vorhandene Personal-Ressourcen zu: Er koordiniert alle Tätigkeiten~~ innerhalb der IT-Organisation, ~~und zur tatsächlichen technischen Analyse und Ursachenbeseitigung beauftragt er~~ die ~~Kollegen aus Anwendungsentwicklung~~ und ~~Betrieb; er sorgt~~ dafür, dass ~~notwendige Informationen fließen und trägt damit dazu bei, schneller und zielgerichteter eine adäquate Lösung zu finden~~.		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.

	~~Eine solche Vorgehensweise ist auch für kleinere~~ IT-~~Organisationen sinnvoll~~ und ~~notwendig~~, ~~wobei die Rolle des~~ Problem ~~Managers von einem Mitarbeiter oder einer Mitarbeiterin in Personalunion mit der Rolle~~ des ~~Incident Managers übernommen werden kann~~.		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.

	~~==== Beispiel: Change Management ====~~		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.

	Eine ähnliche Strategie ~~bietet sich~~ auch ~~für das~~ Change Management an, durch das dafür gesorgt wird, ~~dass Änderungen an~~ der IT-Infrastruktur ~~koordiniert ablaufen~~. Der ~~Aufwand für das~~ Change Management ~~ist unmittelbar verbunden~~ mit der Größe des Unternehmens, so dass diese Aufgabe in KMU in der Regel weniger umfangreich und ~~darum~~ leichter zu erfüllen ist. Hier kann die Rolle des Change Managers ~~etwa~~ von einem leitenden Mitarbeiter aus dem IT-Betrieb mit übernommen werden - ~~und möglicherweise zusätzlich~~ die Rolle des Release Managers~~, der~~ für ~~das Ausrollen~~ der Changes verantwortlich ist. ~~Auch wird das Gremium des CAB, dessen Aufgabe darin besteht, über umfangreiche oder schwierigere Changes~~ zu ~~beraten, überschaubarer sein und seltener als~~ in ~~großen Unternehmen einberufen werden.~~		<p> </p>

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

			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.

			<p> </p>

			''' Zurück zu: '''

			→ '''[[ITIL-Implementierung\|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]'''

			<p> </p>

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

Andrea am 2. November 2007 um 09:48 Uhr

2007-11-02T09:48:20Z

Neue Seite

{|
! align="right" width="80%"|
! style="background:#DDDDDD;" align="right" width="20%"| [https://wiki.en.it-processmaps.com/index.php/ITIL_for_Small_and_Medium-Sized_Businesses this Page in English]
|}

Immer wieder ist die Meinung zu hören, ITIL sei nur etwas für große Unternehmen mit den entsprechenden Personalressourcen für die Implementierung der ITIL-Prozesse.

Tatsächlich sind die hinter ITIL stehenden Leitideen jedoch für Unternehmen aller Größen, von Konzernen bis hin zu KMU wertvoll. In jedem Fall kommt es darauf an, die wesentlichen Grundsätze in Wert zu setzen und sich bei der Umsetzung auf das Machbare und Sinnvolle zu konzentrieren.

Natürlich ist jederzeit auch eine [[Schrittweise ITIL-Einführung|schrittweise ITIL-Einführung]] möglich.

==== Klärung der Verantwortungen ====

In den unterschiedlichen ITIL-Disziplinen werden aus dem Kreis der IT-Mitarbeiter federführende Verantwortliche benannt, deren Aufgabe darin besteht, in der Rolle eines "Managers" für den reibungslosen Ablauf der definierten Arbeitsprozesse innerhalb eines bestimmten Aufgabenbereiches der IT-Organisation zu sorgen.

==== Fokussierung bereits vorhandener Abläufe ====

Eine Ausrichtung nach ITIL bedeutet – richtig umgesetzt – keinesfalls, dass zusätzliche Arbeit geschaffen wird: Der große Erfolg von ITIL ist darin begründet, einen spürbaren Beitrag zum wirtschaftlicheren Arbeiten zu leisten.

So wurden z.B. Störungsmeldungen der Anwender von der IT-Organisation schon seit jeher aufgenommen und beseitigt. Es hat sich aber gezeigt, dass in der Regel nicht für alle Störungsbeseitigungen ein technischer Spezialist eingesetzt werden muss: Einfache Sachverhalte können durchaus durch ein Service Desk bearbeitet werden.

==== Beispiel: Problem Management ====

Die Einführung von Problem Management muss nicht damit verbunden sein, dass zusätzlich ein Problem Manager eingestellt wird. Stattdessen geht es darum, dass sich jemand verantwortlich darum kümmert, Ursachen immer wiederkehrender Störungen (Incidents) zu ermitteln und dafür Sorge zu tragen, dass diese möglichst schon vorab vermieden werden. Sollte dies nicht möglich sein, besteht das Ziel darin, Mittel und Wege dafür zu finden, den Aufwand zur Bearbeitung des immer gleichen Incidents langfristig zu senken.

Der Problem Manager greift dabei auf bereits vorhandene Personal-Ressourcen zu: Er koordiniert alle Tätigkeiten innerhalb der IT-Organisation, und zur tatsächlichen technischen Analyse und Ursachenbeseitigung beauftragt er die Kollegen aus Anwendungsentwicklung und Betrieb; er sorgt dafür, dass notwendige Informationen fließen und trägt damit dazu bei, schneller und zielgerichteter eine adäquate Lösung zu finden.

Eine solche Vorgehensweise ist auch für kleinere IT-Organisationen sinnvoll und notwendig, wobei die Rolle des Problem Managers von einem Mitarbeiter oder einer Mitarbeiterin in Personalunion mit der Rolle des Incident Managers übernommen werden kann.

==== Beispiel: Change Management ====

Eine ähnliche Strategie bietet sich auch für das Change Management an, durch das dafür gesorgt wird, dass Änderungen an der IT-Infrastruktur koordiniert ablaufen. Der Aufwand für das Change Management ist unmittelbar verbunden mit der Größe des Unternehmens, so dass diese Aufgabe in KMU in der Regel weniger umfangreich und darum leichter zu erfüllen ist. Hier kann die Rolle des Change Managers etwa von einem leitenden Mitarbeiter aus dem IT-Betrieb mit übernommen werden - und möglicherweise zusätzlich die Rolle des Release Managers, der für das Ausrollen der Changes verantwortlich ist. Auch wird das Gremium des CAB, dessen Aufgabe darin besteht, über umfangreiche oder schwierigere Changes zu beraten, überschaubarer sein und seltener als in großen Unternehmen einberufen werden.