Checkliste SLA OLA UC: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
(Weiterleitung auf Checkliste SLA OLA erstellt)
 
(Eine dazwischenliegende Version derselben Benutzerin wird nicht angezeigt)
Zeile 1: Zeile 1:
<seo metakeywords="itil sla, itil ola, itil uc, sla checkliste" metadescription="Die Checkliste Service Level Agreement (SLA) gilt gleichermaßen für die ITIL-Dokumenttypen OLA und UC, die identische Strukturen verwenden: ..." />
#REDIRECT [[Checkliste SLA OLA]]
<imagemap>
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste SLA OLA UC - Vorlage SLA OLA UC|100px
rect 0 0 50 30 [https://wiki.es.it-processmaps.com/index.php/Lista_de_control_-_SLA_OLA_UC esta página en español]
rect 50 0 100 30 [https://wiki.en.it-processmaps.com/index.php/Checklist_SLA_OLA_UC this Page in English]
desc none
</imagemap>
<br style="clear:both;"/>
 
'''ITIL-Prozess''': [[ITIL V3 Service Design]] - [[Service Level Management]] bzw. [[Supplier Management]]
 
'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten ITIL V3 Service Design|Checklisten ITIL V3 Service Design]]
 
'''Quelle''': Checkliste "Checkliste Service Level Agreement (Service-Level-Vereinbarung, SLA),
Operational Level Agreement (Vereinbarung auf Betriebsebene, OLA), Underpinning Contract (Vertrag mit Drittparteien, UC)" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte V3]
 
 
 
Diese Checkliste dient als Vorlage für ein ''Service Level Agreement (SLA)'', ''Operational Level Agreement (OLA)'' bzw. einen ''Underpinning Contract (UC)''.
 
Die drei 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
* Underpinning Contract (UC) – ein Vertrag zwischen einem IT Service Provider und einer Drittpartei, die einen Infrastruktur-Service erbringt
 
Da UCs formelle Verträge mit externen Suppliern sind, können sie Verweise auf allgemeine Geschäftsbedingungen oder auf einen zusätzlichen ersten Abschnitt mit kaufmännischen und rechtlichen Einzelheiten enthalten.
 
<p>&nbsp;</p>
 
''Die folgenden Angaben zu den Service Level Agreements gelten daher gleichermaßen für die OLAs und UCs, wobei ein wichtiger Punkt zu beachten ist: Wenn ein SLA vereinbart wird, fungiert der [[Rollen in ITIL V3#Service Level Manager|Service Level Manager]] als Erbringer von Leistungen für den Kunden; bei einem OLA/ UC ist er dagegen in der Rolle des Kunden.''
 
<p>&nbsp;</p>
 
Das ''Service Level Agreement'' erweitert die Definition des Services aus dem [[Service Catalogue Management#Servicekatalog|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 Management#SLR|Service-Level-Anforderungen (Service Level Requirements, SLR)]].
 
 
'''Ein Service Level Agreement 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
## Kunde
# Laufzeit des Vertrages
## Beginn- und Endedatum
## Regelungen bezüglich der Beendigung der Vereinbarung
# Beschreibung/ angestrebtes Kundenergebnis
## Business Justification
## 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 Zugang zu den Unternehmensanwendungen xxx und yyy”)
## Angestrebtes Ergebnis in Bezug auf Warranty (Gewährleistung, z.B.: „Zugang wird weltweit auf sichere und zuverlässige Weise vereinfacht”)
# 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)
# Verweis auf mit geltende Verträge (z.B. auf eine SLA-Master-Vereinbarung, oder im Falle von UCs auf Verträge mit wichtigen Unter-Auftragnehmern)
# Servicezeiten
## Zeiten, zu denen der Service zur Verfügung steht
## Ausnahmen (z.B. Wochenenden, Feiertage)
## Wartungszeiten
# 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)
### Verfahrensweise bei der Ankündigungen von Serviceunterbrechungen (geplant/ ungeplant)
### 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
## 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
# 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)
# Preis der Serviceerbringung
## Basispreis für die Serviceerbringung
## Regelungen für Vertragsstrafen/ Rückverrechnungen
# Change-Historie zu diesem Vertrag
# Liste der Anhänge
 
 
 
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3|SLA OLA UC]][[Kategorie:Checkliste (ITIL)|SLA OLA UC]][[Kategorie:Service Design|SLA OLA UC]][[Kategorie:Service Level Management|SLA OLA UC]]
<!-- keine Inhalte nach diesem Kommentar! -->

Aktuelle Version vom 22. Dezember 2011, 19:31 Uhr

Weiterleitung nach: