Schrittweise ITIL-Einführung - Versionsgeschichte

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

2019-03-29T10:56:51Z

← 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 - Schrittweise ITIL-Einführung\|163px
	rect 55 0 99 36 [https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwiki.de.it-processmaps.com%2Findex.php%2FSchrittweise_ITIL-Einf%25C3%25BChrung&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%2FSchrittweise_ITIL-Einf%25C3%25BChrung&text=%23ITILwiki%20%7C%20Schrittweise%20ITIL-Einf%C3%BChrung%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 - Schrittweise ITIL-Einführung\|163px
	rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/Introducci%C3%B3n_de_ITIL_por_etapas esta página en español]		rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/Introducci%C3%B3n_de_ITIL_por_etapas esta página en español]
	rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Introduction_in_Stages this Page in English]		rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Introduction_in_Stages this Page in English]
Zeile 20:		Zeile 14:

	Der wichtigste Grund für die Einführung von ITIL ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.		Der wichtigste Grund für die Einführung von ITIL ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.

	~~<p> </p>~~

	==1. Schritt der ITIL Einführung: Incidents und Problems behandeln==		==1. Schritt der ITIL Einführung: Incidents und Problems behandeln==

	Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.		Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.

	~~<p> </p>~~

	==2. Schritt der ITIL Einführung: Change und Release Management==		==2. Schritt der ITIL Einführung: Change und Release Management==
Zeile 36:		Zeile 26:

	In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.		In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.

	~~<p> </p>~~

	==3. Schritt der ITIL Einführung: Kundenorientierung==		==3. Schritt der ITIL Einführung: Kundenorientierung==
Zeile 53:		Zeile 41:
	<p> </p>		<p> </p>

	<html><a rel="author" href="https://~~plus~~.~~google~~.com/~~111925560448291102517~~"><img style="margin:0px 0px 0px 0px; ~~float:right~~" src="~~/skins/Vector~~/images~~/itpm~~/bookmarking/~~gplus~~.png" width="16" height="16" title="~~von~~: Stefan Kempter \| Profil auf ~~Google+~~" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a></~~html~~>		<html>Von:  Stefan Kempter <a rel="author" href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="Von: Stefan Kempter \| Profil auf LinkedIn" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</p>

	<small>		<p><small>
	<~~html~~>		<span itemprop="breadcrumb" itemscope itemtype="http://schema.org/BreadcrumbList">
	<span ~~itemscope~~="itemscope" itemtype="http://~~data-vocabulary~~.org/~~Breadcrumb~~">		<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
	<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#1._Schritt_der_ITIL_Einf.C3.BChrung:_Incidents_und_Problems_behandeln~~" itemprop="url~~"><span itemprop="~~title~~">Schritt 1: Störungsbehandlung</span></a> ›		<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#1._Schritt_der_ITIL_Einf.C3.BChrung:_Incidents_und_Problems_behandeln" > <span itemprop="name">Schritt 1: Störungsbehandlung</span></a><meta itemprop="position" content="1" /></span> ›
	</span>		<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
	<span ~~itemscope~~="itemscope" itemtype="http://~~data-vocabulary~~.org/~~Breadcrumb~~">		<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#2._Schritt_der_ITIL_Einf.C3.BChrung:_Change_und_Release_Management" > <span itemprop="name">Schritt 2: Infrastruktur</span></a><meta itemprop="position" content="2" /></span> ›
	<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#2._Schritt_der_ITIL_Einf.C3.BChrung:_Change_und_Release_Management~~" itemprop="url~~"><span itemprop="~~title~~">Schritt 2: Infrastruktur</span></a> ›		<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
	</span>		<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#3._Schritt_der_ITIL_Einf.C3.BChrung:_Kundenorientierung" > <span itemprop="name">Schritt 3: Kundenorientierung</span></a><meta itemprop="position" content="3" /></span>
	<span ~~itemscope~~="itemscope" itemtype="http://~~data-vocabulary~~.org/~~Breadcrumb~~">
	<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#3._Schritt_der_ITIL_Einf.C3.BChrung:_Kundenorientierung~~" itemprop="url~~"><span itemprop="~~title~~">Schritt 3: Kundenorientierung</span></a>
	</span>		</span>
	</~~html~~>		</small></html>
	</~~small~~>

	<!-- Diese Seite liegt in folgenden Kategorien: -->		<!-- Diese Seite liegt in folgenden Kategorien: -->
	[[Kategorie:ITIL-Implementierung\|ITIL-Einführung]][[Kategorie:ITIL-Prozess]]		[[Kategorie:ITIL-Implementierung\|ITIL-Einführung]][[Kategorie:ITIL-Prozess]]
	<!-- keine Inhalte nach diesem Kommentar! -->		<!-- keine Inhalte nach diesem Kommentar! -->

Andrea am 27. April 2017 um 09:45 Uhr

2017-04-27T09:45:14Z

← Nächstältere Version		Version vom 27. April 2017, 11:45 Uhr
Zeile 1:		Zeile 1:
	<itpmch><title>Schrittweise ITIL-Einführung \| IT Process Wiki</title>		<itpmch><title>Schrittweise ITIL-Einführung \| IT Process Wiki</title>
	<meta name="keywords" content="itil einführung, einführung itil" />		<meta name="keywords" content="itil einführung, einführung itil" />
	<meta name="description" content="Der wichtigste Grund, sich für die Einführung von ITIL ~~oder auch für eine Zertifizierung nach ISO 20000~~ zu entscheiden, ist sehr häufig der ..." />		<meta name="description" content="Der wichtigste Grund, sich für die Einführung von ITIL zu entscheiden, ist sehr häufig der ..." />
	</itpmch>		</itpmch>
	<imagemap>		<imagemap>
	Image:ITIL-Wiki-english-es.jpg\|ES - EN - Schrittweise ITIL-Einführung\|~~100px~~		Image:ITIL-Wiki-teilen.jpg\|right\|diese Seite teilen\|141px
	rect 0 ~~0 50 30~~ [https://wiki.es.it-processmaps.com/index.php/Introducci%C3%B3n_de_ITIL_por_etapas 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%2FSchrittweise_ITIL-Einf%25C3%25BChrung&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_Introduction_in_Stages 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%2FSchrittweise_ITIL-Einf%25C3%25BChrung&text=%23ITILwiki%20%7C%20Schrittweise%20ITIL-Einf%C3%BChrung%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 - Schrittweise ITIL-Einführung\|163px
			rect 76 0 114 36 [https://wiki.es.it-processmaps.com/index.php/Introducci%C3%B3n_de_ITIL_por_etapas esta página en español]
			rect 115 0 163 36 [https://wiki.en.it-processmaps.com/index.php/ITIL_Introduction_in_Stages this Page in English]
	desc none		desc none
	</imagemap>		</imagemap>
	<br style="clear:both;"/>		<br style="clear:both;"/>

	~~<p> </p>~~

	Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.		Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.

	Der wichtigste Grund für die Einführung von ITIL ~~oder auch für eine Zertifizierung nach [[ISO 20000\|ISO 20000]]~~ ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.		Der wichtigste Grund für die Einführung von ITIL ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.

	<p> </p>		<p> </p>

Andrea am 20. November 2013 um 11:00 Uhr

2013-11-20T11:00:22Z

← Nächstältere Version		Version vom 20. November 2013, 13:00 Uhr
Zeile 1:		Zeile 1:
	<~~seo metakeywords~~="itil einführung, einführung itil" ~~metadescription~~="Der wichtigste Grund, sich für die Einführung von ITIL oder auch für eine Zertifizierung nach ISO 20000 zu entscheiden, ist sehr häufig der ..." />		<itpmch><title>Schrittweise ITIL-Einführung \| IT Process Wiki</title>
			<meta name="keywords" content="itil einführung, einführung itil" />
			<meta name="description" content="Der wichtigste Grund, sich für die Einführung von ITIL oder auch für eine Zertifizierung nach ISO 20000 zu entscheiden, ist sehr häufig der ..." />
			</itpmch>
	<imagemap>		<imagemap>
	Image:ITIL-Wiki-english-es.jpg\|ES - EN - Schrittweise ITIL-Einführung\|100px		Image:ITIL-Wiki-english-es.jpg\|ES - EN - Schrittweise ITIL-Einführung\|100px
Zeile 16:		Zeile 19:
	<p> </p>		<p> </p>

	==== 1. Schritt der ITIL Einführung: Incidents und Problems behandeln ====		==1. Schritt der ITIL Einführung: Incidents und Problems behandeln==

	Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.		Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.
Zeile 22:		Zeile 25:
	<p> </p>		<p> </p>

	==== 2. Schritt der ITIL Einführung: Change und Release Management ====		==2. Schritt der ITIL Einführung: Change und Release Management==

	Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen.		Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen.
Zeile 32:		Zeile 35:
	<p> </p>		<p> </p>

	==== 3. Schritt der ITIL Einführung: Kundenorientierung ====		==3. Schritt der ITIL Einführung: Kundenorientierung==

	In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen.		In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen.
Zeile 40:		Zeile 43:
	<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]]'''
Zeile 46:		Zeile 49:
	<p> </p>		<p> </p>

			<html><a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px; float:right" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="von: Stefan Kempter \| Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a></html>

			<small>
			<html>
			<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
			<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#1._Schritt_der_ITIL_Einf.C3.BChrung:_Incidents_und_Problems_behandeln" itemprop="url"><span itemprop="title">Schritt 1: Störungsbehandlung</span></a> ›
			</span>
			<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
			<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#2._Schritt_der_ITIL_Einf.C3.BChrung:_Change_und_Release_Management" itemprop="url"><span itemprop="title">Schritt 2: Infrastruktur</span></a> ›
			</span>
			<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
			<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#3._Schritt_der_ITIL_Einf.C3.BChrung:_Kundenorientierung" itemprop="url"><span itemprop="title">Schritt 3: Kundenorientierung</span></a>
			</span>
			</html>
			</small>

			<!-- Diese Seite liegt in folgenden Kategorien: -->
	[[Kategorie:ITIL-Implementierung\|ITIL-Einführung]][[Kategorie:ITIL-Prozess]]		[[Kategorie:ITIL-Implementierung\|ITIL-Einführung]][[Kategorie:ITIL-Prozess]]
			<!-- keine Inhalte nach diesem Kommentar! -->

Andrea am 10. Juni 2013 um 16:35 Uhr

2013-06-10T16:35:17Z

← Nächstältere Version		Version vom 10. Juni 2013, 18:35 Uhr
Zeile 12:		Zeile 12:
	Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.		Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.

	Der wichtigste Grund für die Einführung von ITIL oder auch für eine Zertifizierung nach [[ISO 20000\|ISO 20000]] ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL V3#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.		Der wichtigste Grund für die Einführung von ITIL oder auch für eine Zertifizierung nach [[ISO 20000\|ISO 20000]] ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.

	<p> </p>		<p> </p>
Zeile 18:		Zeile 18:
	==== 1. Schritt der ITIL Einführung: Incidents und Problems behandeln ====		==== 1. Schritt der ITIL Einführung: Incidents und Problems behandeln ====

	Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit ~~eingeschlososen~~ werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern. Das [[Service Asset and Configuration Management\|Configuration Management]] ist die Voraussetzung dafür, Incidents effizient zu bearbeiten und eine konsequente Ursachenforschung für Incidents zu betreiben, um z.B. herauszufinden, welche Gründe für eine immer wiederkehrende Störung an einem PC bestehen.		Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.

	<p> </p>		<p> </p>

Andrea am 15. September 2011 um 09:30 Uhr

2011-09-15T09:30:42Z

← Nächstältere Version		Version vom 15. September 2011, 11:30 Uhr
Zeile 1:		Zeile 1:
	{\|		<seo metakeywords="itil einführung, einführung itil" metadescription="Der wichtigste Grund, sich für die Einführung von ITIL oder auch für eine Zertifizierung nach ISO 20000 zu entscheiden, ist sehr häufig der ..." />
	~~! align~~="~~right~~" ~~width~~="~~80%~~"\|		<imagemap>
	~~! style="background~~:~~#DDDDDD;" align="right" width="20~~%"\| [https://wiki.en.it-processmaps.com/index.php/ITIL_Introduction_in_Stages this Page in English]		Image:ITIL-Wiki-english-es.jpg\|ES - EN - Schrittweise ITIL-Einführung\|100px
	\|}		rect 0 0 50 30 [https://wiki.es.it-processmaps.com/index.php/Introducci%C3%B3n_de_ITIL_por_etapas esta página en español]
			rect 50 0 100 30 [https://wiki.en.it-processmaps.com/index.php/ITIL_Introduction_in_Stages this Page in English]
			desc none
			</imagemap>
			<br style="clear:both;"/>

	~~Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise einzuführen.~~		<p> </p>
	Oft ist für die Einführung von ITIL der Wunsch ausschlaggebend, sich [[ITIL-Implementierung - Schlüsselfaktoren\|professioneller]] um die Behebung von Incidents zu kümmern. Dies setzt voraus, dass für den Anwender eine zentrale Stelle zur Verfügung steht, die dessen Störungsmeldung annimmt und die notwendigen Schritte zur Fehlerbehebung einleitet („Service Desk and Incident Management“).

			Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.

	~~==== Erster Schritt: Einstieg an~~ der ~~zentralen Kundenschnittstelle ====~~		Der wichtigste Grund für die Einführung von ITIL oder auch für eine Zertifizierung nach [[ISO 20000\|ISO 20000]] ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf ([[Incident Management#Incident\|Incidents]]) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "[[Rollen in ITIL V3#1st Level Support\|Service Desk]]" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.

	Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase häufig mit den Prozessen „Service Desk and Incident Management“, ergänzt durch „Problem Management“, das sich um Fehler kümmert, die nur mit höherem Aufwand zu beheben sind. In diesem Zuge sollte gleichzeitig der Prozess „Configuration Management“ aufgesetzt werden, der für die Bereitstellung verlässlicher Daten zur IT-Infrastruktur notwendig ist. Das Configuration Management ist die Voraussetzung dafür, Incidents effizient zu bearbeiten und eine konsequente Ursachenforschung für Incidents zu betreiben, um z.B. herauszufinden, welche Gründe für eine immer wiederkehrende Störung an einem PC bestehen.		<p> </p>

	==== ~~Change~~ und ~~Release Management als zweiter Schritt~~ ====		==== 1. Schritt der ITIL Einführung: Incidents und Problems behandeln ====

	~~Eine hohe Bedeutung innerhalb des Unternehmens kommt~~ der IT-~~Organisation dadurch zu~~, ~~dass sie Systeme auf~~ dem ~~laufenden Stand der Technik hält~~ und ~~ihren reibungslosen Betrieb jederzeit sicherstellt~~. ~~Die Auswirkungen~~, ~~die~~ z.B. ~~unabgestimmte Releasewechsel oder Systemänderungen in einer IT-Landschaft haben können, sind oft nicht nur unerwünscht~~, ~~sondern können zu einer deutlichen Beeinträchtigung des Tagesgeschäfts führen~~.		Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management\|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management\|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management\|Configuration Management]]" mit eingeschlososen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern. Das [[Service Asset and Configuration Management\|Configuration Management]] ist die Voraussetzung dafür, Incidents effizient zu bearbeiten und eine konsequente Ursachenforschung für Incidents zu betreiben, um z.B. herauszufinden, welche Gründe für eine immer wiederkehrende Störung an einem PC bestehen.

	Aus diesem Grund ist es ~~vielen Unternehmen ein besonderes Anliegen~~, dass Änderungen an der Infrastruktur ~~nur noch~~ koordiniert erfolgen. ~~Häufig erfolgt deshalb in einer~~ zweiten Phase der ITIL-Einführung die ~~Etablierung eines geeigneten~~ Change und Release ~~Managements~~.		<p> </p>

			==== 2. Schritt der ITIL Einführung: Change und Release Management ====

			Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen.

			Aus diesem Grund ist es von entscheidender Bedeutung, dass Änderungen an der Infrastruktur koordiniert erfolgen. Die zweiten Phase der ITIL-Einführung hat daher oft die Einrichtung der [[Change Management\|Change-Management]]- und [[Release und Deployment Management\|Release-Management-Prozesse]] zum Ziel.

	In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.		In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.

	==== ~~Dritte Phase~~: ~~Planerische ITIL-Prozesse~~ ====		<p> </p>

			==== 3. Schritt der ITIL Einführung: Kundenorientierung ====

			In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen.

			Hierfür ist im Wesentlichen ein [[Service Level Management\|Service-Level-Management-Prozess]] erforderlich, aber auch [[Capacity Management\|Capacity]], [[Availability Management\|Availability]] und [[IT Service Continuity Management\|IT Service Continuity Management]], um sicher zu stellen, dass die relevanten Service-Level-Ziele aktiv verwaltet werden.

			<p> </p>

			''' Zurück zu: '''

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

	In einer dritten Phase werden dann die Voraussetzungen dafür geschaffen, mit dem Kunden zu vereinbaren, wie schnell seine IT-Anforderungen und -Probleme gelöst werden und festzulegen, wieviel er für diese Dienstleistungen zahlt. Zu diesem Zweck werden die planerischen Prozesse aus dem Bereich Service Delivery eingeführt.		<p> </p>

	~~==== Modulare ISO-Zertifizierung ====~~		[[Kategorie:ITIL-Implementierung\|ITIL-Einführung]][[Kategorie:ITIL-Prozess]]
	~~Ebenso, wie IT~~-~~Abläufe partiell oder phasenweise nach~~ ITIL-~~Prinzipien ausgerichtet werden können, ist auch eine Zertifizierung nach ISO 20000 für Teile aus dem gesamten~~ ITIL-~~Umfang möglich.~~

Andrea: /* Dritte Phase: Planerische ITIL-Prozesse */

2007-11-10T15:33:17Z

Dritte Phase: Planerische ITIL-Prozesse

Neue Seite

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

Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise einzuführen.
Oft ist für die Einführung von ITIL der Wunsch ausschlaggebend, sich [[ITIL-Implementierung - Schlüsselfaktoren|professioneller]] um die Behebung von Incidents zu kümmern. Dies setzt voraus, dass für den Anwender eine zentrale Stelle zur Verfügung steht, die dessen Störungsmeldung annimmt und die notwendigen Schritte zur Fehlerbehebung einleitet („Service Desk and Incident Management“).

==== Erster Schritt: Einstieg an der zentralen Kundenschnittstelle ====

Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase häufig mit den Prozessen „Service Desk and Incident Management“, ergänzt durch „Problem Management“, das sich um Fehler kümmert, die nur mit höherem Aufwand zu beheben sind. In diesem Zuge sollte gleichzeitig der Prozess „Configuration Management“ aufgesetzt werden, der für die Bereitstellung verlässlicher Daten zur IT-Infrastruktur notwendig ist. Das Configuration Management ist die Voraussetzung dafür, Incidents effizient zu bearbeiten und eine konsequente Ursachenforschung für Incidents zu betreiben, um z.B. herauszufinden, welche Gründe für eine immer wiederkehrende Störung an einem PC bestehen.

==== Change und Release Management als zweiter Schritt ====

Eine hohe Bedeutung innerhalb des Unternehmens kommt der IT-Organisation dadurch zu, dass sie Systeme auf dem laufenden Stand der Technik hält und ihren reibungslosen Betrieb jederzeit sicherstellt. Die Auswirkungen, die z.B. unabgestimmte Releasewechsel oder Systemänderungen in einer IT-Landschaft haben können, sind oft nicht nur unerwünscht, sondern können zu einer deutlichen Beeinträchtigung des Tagesgeschäfts führen.

Aus diesem Grund ist es vielen Unternehmen ein besonderes Anliegen, dass Änderungen an der Infrastruktur nur noch koordiniert erfolgen. Häufig erfolgt deshalb in einer zweiten Phase der ITIL-Einführung die Etablierung eines geeigneten Change und Release Managements.

In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.

==== Dritte Phase: Planerische ITIL-Prozesse ====

In einer dritten Phase werden dann die Voraussetzungen dafür geschaffen, mit dem Kunden zu vereinbaren, wie schnell seine IT-Anforderungen und -Probleme gelöst werden und festzulegen, wieviel er für diese Dienstleistungen zahlt. Zu diesem Zweck werden die planerischen Prozesse aus dem Bereich Service Delivery eingeführt.

==== Modulare ISO-Zertifizierung ====
Ebenso, wie IT-Abläufe partiell oder phasenweise nach ITIL-Prinzipien ausgerichtet werden können, ist auch eine Zertifizierung nach ISO 20000 für Teile aus dem gesamten ITIL-Umfang möglich.