Checkliste SLA OLA: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung Markierung: mobile edit |
||
Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Checkliste SLA OLA | IT Process Wiki</title> | ||
<meta name="keywords" content="itil sla, itil ola, sla checkliste, ola checkliste" /> | |||
<meta name="description" content="Die Checkliste Service Level Agreement (SLA) gilt gleichermaßen für den ITIL-Dokumenttyp OLA, der identische Strukturen verwendet: ..." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste SLA OLA - Vorlage SLA OLA|100px | Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste SLA OLA - Vorlage SLA OLA|100px | ||
Zeile 8: | Zeile 11: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </p> | |||
'''ITIL-Prozess''': [[ITIL | '''ITIL-Prozess''': [[ITIL Service Design|ITIL 2011 Service Design]] - [[Service Level Management]] | ||
'''Checklisten-Kategorie''': [[ITIL-Checklisten# | '''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Design | ||
'''Quelle''': Checkliste "Service Level Agreement (Service-Level-Vereinbarung, SLA), | '''Quelle''': Checkliste "Service Level Agreement (Service-Level-Vereinbarung, SLA), | ||
Zeile 18: | Zeile 21: | ||
<p> </p> | <p> </p> | ||
===<span id="ITIL SLA OLA">Überblick</span>=== | |||
Diese Checkliste dient als Vorlage für ein ''Service Level Agreement (SLA)'' bzw. ein ''Operational Level Agreement (OLA)''. | Diese Checkliste dient als Vorlage für ein ''Service Level Agreement (SLA)'' bzw. ein ''Operational Level Agreement (OLA)''. | ||
Zeile 28: | Zeile 33: | ||
<p> </p> | <p> </p> | ||
''Die folgenden Angaben zu den Service Level Agreements gelten daher gleichermaßen für die OLAs, wobei ein wichtiger Punkt zu beachten ist: Wenn ein SLA vereinbart wird, fungiert der [[Rollen in ITIL | ''Die folgenden Angaben zu den Service Level Agreements gelten daher gleichermaßen für die OLAs, wobei ein wichtiger Punkt zu beachten ist: Wenn ein SLA vereinbart wird, fungiert der [[Rollen in ITIL#Service Level Manager|Service Level Manager]] als Erbringer von Leistungen für den Kunden; bei einem OLA dagegen sind beide Vertragsparteien Teile der Service-Provider-Organisation.'' | ||
<p> </p> | <p> </p> | ||
Zeile 51: | Zeile 56: | ||
<p> </p> | <p> </p> | ||
====Bezeichnung des Services==== | |||
====Freigabeinformationen==== | |||
(mit Ort und Datum) | (mit Ort und Datum) | ||
# Service Level Manager | # Service Level Manager | ||
# Verantwortlicher Vertreter des Service-Kunden | # Verantwortlicher Vertreter des Service-Kunden | ||
====Laufzeit des Vertrages==== | |||
# Beginn- und Endedatum | # Beginn- und Endedatum | ||
# Regelungen bezüglich Verlängerung und Beendigung der Vereinbarung (ggf. auch Regeln für eine vorzeitige Vertragsbeendigung) | # Regelungen bezüglich Verlängerung und Beendigung der Vereinbarung (ggf. auch Regeln für eine vorzeitige Vertragsbeendigung) | ||
====Beschreibung/ angestrebtes Kundenergebnis==== | |||
# Nutzen aus Geschäftssicht | # Nutzen aus Geschäftssicht | ||
# Kundenseitige Business-Prozesse/ Aktivitäten, die vom Service unterstützt werden | # Kundenseitige Business-Prozesse/ Aktivitäten, die vom Service unterstützt werden | ||
Zeile 68: | Zeile 73: | ||
# Angestrebtes Ergebnis in Bezug auf Warranty (Gewährleistung, z.B.: "Hohe Verfügbarkeit während der Bürozeiten in den Lokationen ...") | # Angestrebtes Ergebnis in Bezug auf Warranty (Gewährleistung, z.B.: "Hohe Verfügbarkeit während der Bürozeiten in den Lokationen ...") | ||
====Kommunikation zwischen Kunde und Service-Provider==== | |||
# Verantwortliche Kontaktperson auf Kundenseite mit Kontaktdaten | # Verantwortliche Kontaktperson auf Kundenseite mit Kontaktdaten | ||
# Zuständiger Business Relationship Manager auf Seite des Service-Providers mit Kontaktdaten | # Zuständiger Business Relationship Manager auf Seite des Service-Providers mit Kontaktdaten | ||
Zeile 76: | Zeile 81: | ||
# Service-Reviews (Beschreibung des Verfahrens zum regelmäßigen Durchführen von Service-Reviews mit Beteiligung des Kunden) | # Service-Reviews (Beschreibung des Verfahrens zum regelmäßigen Durchführen von Service-Reviews mit Beteiligung des Kunden) | ||
====Service- und Asset-Kritikalität==== | |||
# Liste unternehmenskritischer Assets in Zusammenhang mit diesem Service | # Liste unternehmenskritischer Assets in Zusammenhang mit diesem Service | ||
## Vital Business Functions (VBFs, unternehmenskritische Geschäftsprozesse), die von dem Service unterstützt werden | ## Vital Business Functions (VBFs, unternehmenskritische Geschäftsprozesse), die von dem Service unterstützt werden | ||
Zeile 82: | Zeile 87: | ||
# Geschätzter Schaden für das Unternehmen durch Verlust des Services oder von Assets (ausgedrückt in finanziellen Beträgen oder unter Verwendung eines Klassifizierungsschemas) | # Geschätzter Schaden für das Unternehmen durch Verlust des Services oder von Assets (ausgedrückt in finanziellen Beträgen oder unter Verwendung eines Klassifizierungsschemas) | ||
====Servicezeiten==== | |||
# Zeiten, zu denen der Service zur Verfügung stehen muss | # Zeiten, zu denen der Service zur Verfügung stehen muss | ||
# Ausnahmen (z.B. Wochenenden, Feiertage) | # Ausnahmen (z.B. Wochenenden, Feiertage) | ||
====Erforderliche Support-Typen und -Levels==== | |||
# Vor-Ort-Support | # Vor-Ort-Support | ||
## Bereich/ Standorte | ## Bereich/ Standorte | ||
Zeile 98: | Zeile 103: | ||
## Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents) | ## Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents) | ||
====Service-Level-Anforderungen/ -Ziele==== | |||
# Verfügbarkeitsziele und -verpflichtungen | # Verfügbarkeitsziele und -verpflichtungen | ||
## Bedingungen, unter denen der Service als nichtverfügbar gilt (z.B. falls der Service an verschiedenen Standorten erbracht wird) | ## Bedingungen, unter denen der Service als nichtverfügbar gilt (z.B. falls der Service an verschiedenen Standorten erbracht wird) | ||
Zeile 120: | Zeile 125: | ||
## Zeitraum, innerhalb dessen normale Service Levels wiederhergestellt sein müssen | ## Zeitraum, innerhalb dessen normale Service Levels wiederhergestellt sein müssen | ||
====Technische Standards/ Spezifikation der Service-Schnittstelle ==== | |||
Verpflichtende technische Standards und technische Spezifikation der Service-Schnittstelle | Verpflichtende technische Standards und technische Spezifikation der Service-Schnittstelle | ||
====Verantwortlichkeiten==== | |||
# Pflichten des Service Providers | # Pflichten des Service Providers | ||
# Pflichten des Kunden (Vertragspartner) | # Pflichten des Kunden (Vertragspartner) | ||
Zeile 129: | Zeile 134: | ||
# IT-Sicherheitsaspekte, die bei der Nutzung des Services zu beachten sind (ggf. Verweis auf die entsprechenden IT-Sicherheitsrichtlinien) | # IT-Sicherheitsaspekte, die bei der Nutzung des Services zu beachten sind (ggf. Verweis auf die entsprechenden IT-Sicherheitsrichtlinien) | ||
====Preismodell==== | |||
# Basispreis für die Serviceerbringung | # Basispreis für die Serviceerbringung | ||
# Regelungen für Vertragsstrafen/ Rückverrechnungen | # Regelungen für Vertragsstrafen/ Rückverrechnungen | ||
====Change-Historie zu diesem Vertrag==== | |||
====Liste der Anhänge und Verweise==== | |||
(z.B. auf eine mitgeltende SLA-Master-Vereinbarung) | (z.B. auf eine mitgeltende SLA-Master-Vereinbarung) | ||
====Glossar==== | |||
(falls erforderlich) | (falls erforderlich) | ||
<p> </p> | <p> </p> | ||
<html><a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="https://en.it-processmaps.com/images/bookmarking/gplus.png" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a></html> | |||
<!-- Diese Seite liegt in folgenden Kategorien: --> | <!-- Diese Seite liegt in folgenden Kategorien: --> | ||
[[Kategorie:ITIL V3|SLA OLA]][[Kategorie:ITIL 2011|SLA OLA]][[Kategorie:Checkliste (ITIL)|SLA OLA]][[Kategorie:Service Design|SLA OLA]][[Kategorie:Service Level Management|SLA OLA]] | [[Kategorie:ITIL V3|SLA OLA]][[Kategorie:ITIL 2011|SLA OLA]][[Kategorie:Checkliste (ITIL)|SLA OLA]][[Kategorie:Service Design|SLA OLA]][[Kategorie:Service Level Management|SLA OLA]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 1. August 2013, 17:04 Uhr
![ES - EN - Checkliste SLA OLA - Vorlage SLA OLA](/images/thumb/e/e1/ITIL-Wiki-english-es.jpg/100px-ITIL-Wiki-english-es.jpg)
ITIL-Prozess: ITIL 2011 Service Design - Service Level Management
Checklisten-Kategorie: Checklisten ITIL 2011 - Service Design
Quelle: Checkliste "Service Level Agreement (Service-Level-Vereinbarung, SLA), Operational Level Agreement (Vereinbarung auf Betriebsebene, OLA)" aus der ITIL-Prozesslandkarte
Überblick
Diese Checkliste dient als Vorlage für ein Service Level Agreement (SLA) bzw. ein Operational Level Agreement (OLA).
Diese beiden Dokumenttypen verwenden identische Strukturen:
- Service Level Agreement (SLA) – eine Vereinbarung zwischen einem IT Service Provider und einem Kunden
- Operational Level Agreement (OLA) – eine Vereinbarung zwischen einem IT Service Provider und einem anderen Teil derselben Organisation über die Lieferung von Infrastruktur-Services
Die folgenden Angaben zu den Service Level Agreements gelten daher gleichermaßen für die OLAs, wobei ein wichtiger Punkt zu beachten ist: Wenn ein SLA vereinbart wird, fungiert der Service Level Manager als Erbringer von Leistungen für den Kunden; bei einem OLA dagegen sind beide Vertragsparteien Teile der Service-Provider-Organisation.
Das Service Level Agreement erweitert die Definition des Services aus dem Servicekatalog. Es bestimmt im Einzelnen die Service-Level-Ziele, die gegenseitigen Verantwortlichkeiten sowie andere Anforderungen für einen speziellen Service und einen bestimmten Kunden oder eine bestimmte Kundengruppe. Der Schwerpunkt liegt hierbei auf der Festlegung der Anforderungen aus Sicht des Kunden.
Das SLA-Dokument entwickelt sich während des Service-Design-Prozesses aus den Service-Level-Anforderungen (Service Level Requirements, SLR).
In vielen Fällen wird eine SLA-Struktur mit verschiedenen Ebenen verwendet, um doppelte Inhalte und häufige Änderungen zu vermeiden, wie im folgenden Beispiel einer SLA-Struktur mit drei Ebenen:
- Unternehmens-Ebene (enthält Regelungen, die alle Kunden innerhalb eines Unternehmens betreffen)
- Kunden-Ebene (enthält Regelungen, die für einen bestimmten Kunden oder eine Kundengruppe im Unternehmen gelten, unabhängig von den genutzten Services)
- Service-Ebene (enthält spezifische Regelungen für bestimmte Services)
Service Level Agreement - Inhalte
Ein Service Level Agreement (SLA) enthält in der Regel die folgenden Informationen (die effektive inhaltliche Ausgestaltung hängt vom jeweiligen Servicetyp ab):
Bezeichnung des Services
Freigabeinformationen
(mit Ort und Datum)
- Service Level Manager
- Verantwortlicher Vertreter des Service-Kunden
Laufzeit des Vertrages
- Beginn- und Endedatum
- Regelungen bezüglich Verlängerung und Beendigung der Vereinbarung (ggf. auch Regeln für eine vorzeitige Vertragsbeendigung)
Beschreibung/ angestrebtes Kundenergebnis
- Nutzen aus Geschäftssicht
- Kundenseitige Business-Prozesse/ Aktivitäten, die vom Service unterstützt werden
- Angestrebtes Ergebnis in Bezug auf Utility (Nutzen, z.B.: "Außendienstmitarbeiter haben jederzeit und von jedem Ort aus Zugriff auf die Unternehmensanwendungen xxx und yyy")
- Angestrebtes Ergebnis in Bezug auf Warranty (Gewährleistung, z.B.: "Hohe Verfügbarkeit während der Bürozeiten in den Lokationen ...")
Kommunikation zwischen Kunde und Service-Provider
- Verantwortliche Kontaktperson auf Kundenseite mit Kontaktdaten
- Zuständiger Business Relationship Manager auf Seite des Service-Providers mit Kontaktdaten
- Berichtswesen (Inhalte und Intervalle der vom Service-Provider zu erstellenden Service-Berichte)
- Verfahren zur Behandlung von Ausnahmen und Beschwerden (z.B. im Falle einer Beschwerde bereitzustellende Informationen, vereinbarte Antwortzeiten, Eskalations-Prozedur)
- Kundenzufriedenheits-Umfragen (Beschreibung des Verfahrens zur regelmäßigen Ermittlung der Kundenzufriedenheit)
- Service-Reviews (Beschreibung des Verfahrens zum regelmäßigen Durchführen von Service-Reviews mit Beteiligung des Kunden)
Service- und Asset-Kritikalität
- Liste unternehmenskritischer Assets in Zusammenhang mit diesem Service
- Vital Business Functions (VBFs, unternehmenskritische Geschäftsprozesse), die von dem Service unterstützt werden
- Sonstige kritische Assets, die im Rahmen des Services genutzt werden (z.B. bestimmte Arten von Geschäftsdaten)
- Geschätzter Schaden für das Unternehmen durch Verlust des Services oder von Assets (ausgedrückt in finanziellen Beträgen oder unter Verwendung eines Klassifizierungsschemas)
Servicezeiten
- Zeiten, zu denen der Service zur Verfügung stehen muss
- Ausnahmen (z.B. Wochenenden, Feiertage)
Erforderliche Support-Typen und -Levels
- Vor-Ort-Support
- Bereich/ Standorte
- User-Typen
- Zu unterstützende Anwendungen und Infrastrukturkomponenten
- Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents)
- Remote Support
- Bereich/ Standorte
- User-Typen (User-Gruppen mit Zugang zum Service)
- Zu unterstützende Anwendungen und Infrastrukturkomponenten
- Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents)
Service-Level-Anforderungen/ -Ziele
- Verfügbarkeitsziele und -verpflichtungen
- Bedingungen, unter denen der Service als nichtverfügbar gilt (z.B. falls der Service an verschiedenen Standorten erbracht wird)
- Ziele im Hinblick auf Verfügbarkeit (genaue Festlegung der Art und Weise, wie die vereinbarten Availability Levels auf der Grundlage der vereinbarten Servicezeiten und Ausfallzeiten berechnet werden)
- Ziele im Hinblick auf Zuverlässigkeit (von einigen Kunden gefordert, in der Regel definiert als MTBF (Mean Time Between Failures – durchschnittliche Zeit zwischen zwei Ausfällen) oder MTBSI (Mean Time Between Service Incidents – durchschnittliche Zeit zwischen zwei Service Incidents))
- Ziele im Hinblick auf Wartbarkeit (von einigen Kunden gefordert, in der Regel definiert als MTRS (Mean Time to Restore Service – durchschnittliche Zeit bis zur Wiederherstellung des Services))
- Downzeiten für Wartung (Anzahl erlaubter Downzeiten, Ankündigungsfristen)
- Einschränkungen bei der Wartung, z.B. erlaubte Wartungsfenster, saisonale Wartungbeschränkungen und Verfahrensweisen bei der Ankündigung geplanter Service-Unterbrechungen
- Definitionen von Major Incidents sowie Notfall-Changes und -Releases zur Behebung dringender Problemen, einschließlich Verfahrensweise bei der Ankündigungen von ungeplanten Serviceunterbrechungen
- Anforderungen an das Availability-Reporting
- Capacity/ Performance-Ziele und -Verpflichtungen
- Benötigte Kapazität (Ober-/Untergrenze) für den Service, z.B.
- Anzahl und Art von Transaktionen
- Anzahl User und User-Typen
- Business-Zyklen (täglich, wöchentlich) und saisonale Schwankungen
- Antwortzeiten der Anwendungen
- Anforderungen an die Skalierbarkeit (Annahmen über die mittel- und langfristige Zunahme der Auslastung und Inanspruchnahme des Services)
- Anforderungen in Bezug auf das Capacity- und Performance-Reporting
- Benötigte Kapazität (Ober-/Untergrenze) für den Service, z.B.
- Verpflichtungen in Bezug auf Service Continuity (Verfügbarkeit des Services im Katastrophenfall)
- Zeitraum, innerhalb dessen ein festgelegter Service Level wieder erreicht sein muss
- Zeitraum, innerhalb dessen normale Service Levels wiederhergestellt sein müssen
Technische Standards/ Spezifikation der Service-Schnittstelle
Verpflichtende technische Standards und technische Spezifikation der Service-Schnittstelle
Verantwortlichkeiten
- Pflichten des Service Providers
- Pflichten des Kunden (Vertragspartner)
- Verantwortlichkeiten der Service-Nehmer (z.B. in Bezug auf IT-Sicherheit)
- IT-Sicherheitsaspekte, die bei der Nutzung des Services zu beachten sind (ggf. Verweis auf die entsprechenden IT-Sicherheitsrichtlinien)
Preismodell
- Basispreis für die Serviceerbringung
- Regelungen für Vertragsstrafen/ Rückverrechnungen
Change-Historie zu diesem Vertrag
Liste der Anhänge und Verweise
(z.B. auf eine mitgeltende SLA-Master-Vereinbarung)
Glossar
(falls erforderlich)