Service Support: Unterschied zwischen den Versionen
Aus IT Process Wiki
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Service Support | IT Process Wiki</title> | ||
<meta name="keywords" content="service support, itil service support" /> | |||
<meta name="description" content="Prozessziel: Service Support stellt alle operativen Prozesse bereit, die zur Behandlung von Service-Unterbrechungen und zur Durchführung von ..." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english.jpg|ITIL V2 Service Support | Image:ITIL-Wiki-english.jpg|ITIL V2 Service Support | ||
| Zeile 7: | Zeile 10: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
'''ITIL-Version''': ITIL V2 '''→''' vergleichen Sie auch ''[[ITIL-Prozesse#ITIL Prozesse nach ITIL Version 3 (ITIL V3)|ITIL-Prozesse nach ITIL V3]]'' | '''ITIL-Version''': ITIL V2 '''→''' vergleichen Sie auch ''[[ITIL-Prozesse#ITIL Prozesse nach ITIL Version 3 (ITIL V3)|ITIL-Prozesse nach ITIL V3 2011]]'' | ||
'''Prozessziel''': '''Service Support''' stellt alle operativen Prozesse bereit, die zur Behandlung von Service-Unterbrechungen und zur Durchführung von Änderungen dienen; somit wird die Aufrechterhaltung der IT-Services garantiert. | '''Prozessziel''': '''Service Support''' stellt alle operativen Prozesse bereit, die zur Behandlung von Service-Unterbrechungen und zur Durchführung von Änderungen dienen; somit wird die Aufrechterhaltung der IT-Services garantiert. | ||
| Zeile 13: | Zeile 16: | ||
'''Teil von:''' [[ITIL-Prozesse#ITIL Prozesse nach ITIL Version 2 (ITIL V2)|IT Service Management]] | '''Teil von:''' [[ITIL-Prozesse#ITIL Prozesse nach ITIL Version 2 (ITIL V2)|IT Service Management]] | ||
<p> </p> | |||
==Teilprozesse von Service Support== | ==Teilprozesse von Service Support== | ||
| Zeile 24: | Zeile 28: | ||
;[[Service Desk and Incident Management]] | ;[[Service Desk and Incident Management]] | ||
:Prozessziel: Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebenenfalls die weitere Bearbeitung in den nachgelagerten Supporteinheiten koordiniert. | :Prozessziel: Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebenenfalls die weitere Bearbeitung in den nachgelagerten Supporteinheiten koordiniert. | ||
<br /> | |||
;[[Problem Management - ITIL V2|Problem Management]] | ;[[Problem Management - ITIL V2|Problem Management]] | ||
:Prozessziel: Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des Problem Managements. Hier werden dem Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern (Known Errors) erarbeitet. Zudem befasst es sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents. | :Prozessziel: Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des Problem Managements. Hier werden dem Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern (Known Errors) erarbeitet. Zudem befasst es sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents. | ||
<br /> | |||
;[[Change Management - ITIL V2|Change Management]] | ;[[Change Management - ITIL V2|Change Management]] | ||
:Prozessziel: Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um eventuelle Überschneidungen frühestmöglich zu erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren. | :Prozessziel: Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um eventuelle Überschneidungen frühestmöglich zu erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren. | ||
<br /> | |||
;[[Release Management]] | ;[[Release Management]] | ||
:Prozessziel: Das Release Management verantwortet als zentrale Instanz die Durchführung von Änderungen an der IT-Infrastruktur, so dass diese effektiv, sicher und nachvollziehbar durchgeführt werden. Zu seinen Aufgaben gehören Planung, Überwachung und Durchführung von Rollouts bzw. Rollins in Abstimmung mit dem Change Management. | :Prozessziel: Das Release Management verantwortet als zentrale Instanz die Durchführung von Änderungen an der IT-Infrastruktur, so dass diese effektiv, sicher und nachvollziehbar durchgeführt werden. Zu seinen Aufgaben gehören Planung, Überwachung und Durchführung von Rollouts bzw. Rollins in Abstimmung mit dem Change Management. | ||
<br /> | |||
;[[Configuration Management]] | ;[[Configuration Management]] | ||
:Prozessziel: Die für das IT Service Management notwendigen Informationen über Infrastruktur und Services werden vom Configuration Management bereitgestellt. Änderungen werden dokumentiert, und die Aktualität der Informationen wird regelmäßig überprüft. Somit sind stets aktuelle und historische Informationen über die Configuration Items (CIs) in der Configuration Management Database (CMDB) verfügbar. | :Prozessziel: Die für das IT Service Management notwendigen Informationen über Infrastruktur und Services werden vom Configuration Management bereitgestellt. Änderungen werden dokumentiert, und die Aktualität der Informationen wird regelmäßig überprüft. Somit sind stets aktuelle und historische Informationen über die Configuration Items (CIs) in der Configuration Management Database (CMDB) verfügbar. | ||
<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> | |||
[[Kategorie:ITIL V2|!]][[Kategorie:ITIL-Disziplin]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Support|!]] | [[Kategorie:ITIL V2|!]][[Kategorie:ITIL-Disziplin]][[Kategorie:ITIL-Prozess]][[Kategorie:Service Support|!]] | ||
Version vom 1. August 2013, 12:51 Uhr
ITIL-Version: ITIL V2 → vergleichen Sie auch ITIL-Prozesse nach ITIL V3 2011
Prozessziel: Service Support stellt alle operativen Prozesse bereit, die zur Behandlung von Service-Unterbrechungen und zur Durchführung von Änderungen dienen; somit wird die Aufrechterhaltung der IT-Services garantiert.
Teil von: IT Service Management
Teilprozesse von Service Support
- Service Desk and Incident Management
- Prozessziel: Der Prozess "Service Desk and Incident Management" sorgt für die schnellstmögliche Wiederherstellung des definierten Betriebszustands eines Service. Neben Störungen werden auch alle Anfragen (Service Requests) der Anwender über das Service Desk erfasst; außerdem wird erste Hilfestellung geleistet und gegebenenfalls die weitere Bearbeitung in den nachgelagerten Supporteinheiten koordiniert.
- Problem Management
- Prozessziel: Ursachenforschung und nachhaltige Beseitigung von Störungen stehen im Mittelpunkt des Problem Managements. Hier werden dem Incident Management temporäre Lösungen (Workarounds) zur Verfügung gestellt und endgültige Lösungen zu bekannten Fehlern (Known Errors) erarbeitet. Zudem befasst es sich mit der Störungsvermeidung (proaktives Problem Management), z.B. durch eine Trendanalyse wichtiger Services oder historischer Incidents.
- Change Management
- Prozessziel: Im Change Management werden sämtliche Änderungen an der IT-Infrastruktur und ihrer Komponenten (Configuration Items) autorisiert und dokumentiert, um störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Die Reihenfolge der einzelnen Schritte wird geplant und kommuniziert, um eventuelle Überschneidungen frühestmöglich zu erkennen. Die Verantwortung dafür trägt der Change Manager, sowie das Change Advisory Board (CAB) bei weitreichenden Veränderungen. Für dringende Änderungen, etwa in Notfällen, gibt es ein spezifisches Verfahren.
- Release Management
- Prozessziel: Das Release Management verantwortet als zentrale Instanz die Durchführung von Änderungen an der IT-Infrastruktur, so dass diese effektiv, sicher und nachvollziehbar durchgeführt werden. Zu seinen Aufgaben gehören Planung, Überwachung und Durchführung von Rollouts bzw. Rollins in Abstimmung mit dem Change Management.
- Configuration Management
- Prozessziel: Die für das IT Service Management notwendigen Informationen über Infrastruktur und Services werden vom Configuration Management bereitgestellt. Änderungen werden dokumentiert, und die Aktualität der Informationen wird regelmäßig überprüft. Somit sind stets aktuelle und historische Informationen über die Configuration Items (CIs) in der Configuration Management Database (CMDB) verfügbar.
