Checkliste Service Design Package SDP

<seo metakeywords="service design package, itil service design package, itil sdp" metadescription="Das Service Design Package (SDP) baut auf den Service-Level-Anforderungen auf. Es enthält die Anforderungen aus Kundensicht und ..." />

ES - EN - Checkliste Service Design Package SDP - Vorlage Service Design Package SDP

ITIL-Prozess: ITIL 2011 Service Design - Design-Koordinierung

Checklisten-Kategorie: Checklisten ITIL Service Design

Quelle: Checkliste "Service Design Package - SDP" aus der ITIL-Prozesslandkarte

 

Das Service Design Package (SDP) baut auf den Service-Level-Anforderungen auf. Es enthält zum einen die Anforderungen aus Kundensicht und beschreibt zum anderen, wie diese aus technischer und organisatorischer Sicht erfüllt werden. Dabei wird davon ausgegangen, dass eine Reihe von Infrastruktur-Services zu einem Business-Service für den Kunden zusammengestellt wird. Die IT-Organisation hat hierbei die Möglichkeit, den Infrastruktur -Service intern zu erbringen oder von einem externen Service-Supplier zu beziehen.

Das Service Design Package wird vom Service Design an den Service-Transition-Prozess übergeben. Es enthält alle Informationen, die zur Entwicklung der Servicelösung benötigt werden, einschließlich vorläufigem (vorgesehenen) Zeitplan für die Serviceüberführungsphase.

 

Das Service Design Package enthält die folgenden Informationen (wie detailliert die Angaben tatsächlich sind, hängt vom Servicetyp ab):

 

Service Design Package - Teil 1: Allgemeine Angaben

1. Bezeichnung des Services
2. Verantwortlicher Service-Owner
3. Freigabeinformationen (mit Ort und Datum)
   1. Freigabe durch den Service Design Manager
   2. Freigabe des Service Design Package durch das Service Management (Bestätigung, dass die Anforderungen gemäß diesem Dokument erfüllt werden können und ggf. Angabe der Voraussetzungen, die geschaffen werden müssen, bevor der Service in den operativen Betrieb überführt werden kann)
      1. Capacity Manager
      2. Availability Manager
      3. IT Service Continuity Manager
      4. Information Security Manager
      5. Compliance Manager
      6. Financial Manager

 

Service Design Package - Teil 2: Detaillierte Anforderungsspezifikation als Grundlage für die Serviceüberführung

Dieser Teil baut auf den Service-Level-Anforderungen auf. Er enthält eine ausführliche Beschreibung der Anforderungen, die der neue Service und die zugrunde liegenden Anwendungen sowie die Infrastruktur erfüllen müssen und liefert somit alle Angaben, die für den Aufbau des neuen Services benötigt werden.

1. Service-Level-Anforderungen (Verweis auf das SLR-Dokument, in dem die Service-Level-Anforderungen definiert sind)
2. Funktionale Anforderungen (das SLR-Dokument enthält zwar eine zusammenfassende Beschreibung des angestrebten Kundenergebnisses, jedoch kann eine ausführlichere Beschreibung der funktionalen Anforderungen notwendig sein, insbesondere wenn neue Anwendungen oder Systeme entwickelt werden müssen)
3. IT-Sicherheitsanforderungen, die für den Service relevant sind
4. Konformitätsanforderungen, die für den Service relevant sind
5. Einschränkungen bezüglich der Architektur (z.B. Verwendung bestimmter Technologien oder Produkte)
6. Schnittstellenanforderungen (z.B. wenn ein neues System mit anderen Systemen kommunizieren muss)
7. Migrationsanforderungen (z.B. wenn Daten von einer bestehenden zu einer neuen Anwendung migriert werden sollen)
8. Operative Anforderungen (z.B. Anforderungen an Backup- und Wiederherstellungsverfahren, Kompatibilität mit den bestehenden System Monitoring Tools)
9. Erforderliche Zugangsberechtigungen (welche Anwender oder Anwendergruppen brauchen Zugang zu dem Service, und welche Berechtigungsstufen werden benötigt)

 

Service Design Package - Teil 3: Technisches und organisatorisches Implementierungs-Konzept

Dieser Teil beschreibt, was während der Serviceüberführung getan werden muss, damit die spezifizierten Anforderungen erfüllt werden können.

1. Überführungsstrategie (kurze Übersicht über den gewählten Ansatz zur Implementierung des neuen Services)
   1. Teststrategie
   2. Deployment-Strategie
   3. Migrationskonzept
   4. Back-Out-Strategie für den Fall, dass das Deployment scheitert
2. Aufgliederung des Business-Services in Infrastruktur-Services
   1. Interne Infrastruktur-Services, auf denen dieser Service basiert
      1. Bezeichnung der Infrastruktur -Services
      2. Service Provider (verantwortlicher Service Owner)
      3. Verweise auf Operational Level Agreements (OLAs)
      4. Erforderliche Änderungen an den OLAs, falls die bestehenden OLAs für den neuen Service unzureichend sind
   2. Extern erbrachte Infrastruktur-Services, auf denen dieser Service basiert
      1. Bezeichnung der externen Services
      2. Name des Suppliers
      3. Verantwortlicher Supplier Manager
      4. Verweise auf Underpinning Contracts (UCs)
      5. Erforderliche Änderungen an den UCs, falls die bestehenden UCs die Einführung des neuen Services nicht unterstützen
3. Angaben zu technischen Änderungen, die für Erstellung, Test, Deployment und Betrieb des Services erforderlich sind
   1. Entwicklung/ Anpassung von Basisanwendungen für den Service (z.B. falls der einzuführende Service auf dem SAP-System oder einer maßgeschneiderten Applikation beruht)
   2. Support-Tools
      1. Entwicklung/ Anpassung von Migrationstools
      2. Entwicklung/ Anpassung von Test-Tools
      3. Entwicklung/ Anpassung von Deployment-Tools
      4. Entwicklung/ Anpassung von Back-Out-Tools, für den Fall, dass das Release Deployment scheitert
   3. Änderungen in der Infrastruktur, die für Erstellung, Test, Deployment und Betrieb des Services erforderlich sind
      1. Infrastrukturkomponenten, die zu kaufen und zu installieren sind
      2. Infrastrukturkomponenten, die (neu) zu konfigurieren sind
   4. Erforderliche Änderungen in den Anlagen und Einrichtungen
4. Organisatorische Änderungen, die für Implementierung und Betrieb des Services erforderlich sind
   1. Zusätzliche Personalressourcen
      1. Genaue Angabe der benötigten Ressourcen
      2. Strategie zum Erwerb der Ressourcen
   2. Zusätzliche Kompetenzen
      1. Genaue Angabe der erforderlichen Kompetenzen
      2. Strategie zum Erwerb der Kompetenzen
   3. Änderungen in den Prozessen
      1. Liste der IT-Prozesse, die geändert oder neu geschaffen werden müssen mit den entsprechenden Prozessverantwortlichen
      2. Genaue Spezifikation der erforderlichen Änderungen in IT-Prozessen, z.B. in Form von Prozess-Designs
5. Operatives Konzept, z.B.
   1. Routinemäßige Verwaltungsaufgaben, die durchgeführt werden müssen
   2. Regeln für Archivierung und Backup
6. Erforderliche finanzielle Ressourcen
   1. Erforderliche finanzielle Ressourcen für die Erstellung des Service (aufgeschlüsselt)
   2. Erforderliche finanzielle Ressourcen für den Betrieb des Service (aufgeschlüsselt)

 

Service Design Package - Teil 4: Planungsangaben zur Service-Erstellung

In diesem Teil sind der vorgesehene Zeitrahmen für die Implementierung des Services sowie der geschätzte Ressourcenbedarf festgehalten; die Angaben können zu einem späteren Zeitpunkt vom Change, Release oder Projektmanagement aktualisiert werden.

1. Vorläufiger Serviceüberführungsplan
   1. Wichtigste Projektphasen und Milestones
   2. Vorgesehener Zeitplan
   3. Erforderliche Ressourcen