IT-Governance - Servicemanagement - Versionsgeschichte

SCHRANZ Elisa: /* Wiederholungsaufgaben */

2023-07-26T10:51:27Z

Wiederholungsaufgaben

← Nächstältere Version		Version vom 26. Juli 2023, 10:51 Uhr
Zeile 114:		Zeile 114:
	''In welcher Situation ist für Sie als Unternehmen eine SAS 70-/ISA 402-/ ISAE3402-Prüfung interessant?''		''In welcher Situation ist für Sie als Unternehmen eine SAS 70-/ISA 402-/ ISAE3402-Prüfung interessant?''

	Wenn Sie ein (IT-) Dienstleister sind, dessen ~~Kunden~~ Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese ~~Kunden~~ die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedem ~~Kunden~~ dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.		Wenn Sie ein (IT-) Dienstleister sind, dessen Kundin Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese Kundinnen die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedemjeder Kundin dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer*innen zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.


Zeile 120:		Zeile 120:
	''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''		''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''

	Ein IT Service kann einem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt der ~~Kunde~~?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der ~~Kunde~~ die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des ~~Nutzers~~ erhöht. Ein IT Service muss dem Nutzer aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.		Ein IT Service kann einemeiner Nutzerin nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt derdie Kundin?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt derdie Kundin die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität desder Nutzerin erhöht. Ein IT Service muss demder Nutzerin aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.

	<p><br></p>		<p><br></p>
	<p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p>		<p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p>
	Service Level Agreements (SLA) regeln das Außenverhältnis zwischen ~~Kunden und~~ Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.		Service Level Agreements (SLA) regeln das Außenverhältnis zwischen Kund*innenund Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.


Zeile 130:		Zeile 130:
	''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''		''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''

	Der ~~Kunde~~ formuliert seine Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit dem ~~Kunden~~ im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (~~Kunde~~ und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).		Derdie Kundin formuliert seineihre Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit demder Kundin im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (Kundin und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).

SCHRANZ Elisa: /* Service Levels */

2023-07-26T09:19:17Z

Service Levels

← Nächstältere Version		Version vom 26. Juli 2023, 09:19 Uhr
Zeile 92:		Zeile 92:
	=== Service Levels ===		=== Service Levels ===

	Auf Basis dieser Definitionen ist es nun möglich, eigene Kundenpakete zu schnüren und die Leistung zu beschreiben (Service Levels) und damit quantitativ und qualitativ mit dem ~~Kunden~~ zu vereinbaren, also ein SLA abzuschließen. In den Service Levels fließen sozusagen die gegenseitigen Erwartungen ein. Zusätzlich bekommt der Service-Dienstleister ein konkretes Bild seines erforderlichen internen Aufwands für die Erbringung des Services und kann also eine Leistungsverrechnung innerhalb seiner Organisation auf Basis des Service Level Managements etablieren. Um messbare Größen zu haben, müssen in den SLAs Aspekte wie z.B. Verfügbarkeit pro Zeitperiode, Supportzeiten mit Behandlungsverfahren, Festlegen der erforderlichen Informationen bei Neuimplementierungen oder Zielzeiten, usw. konkret in Zahlenwerten festgelegt werden. Diese Ziele sollen realistisch, erreichbar und wirtschaftlich formuliert sein. Es kann dadurch die Serviceerbringung – und darauf bezieht sich der hier dargestellte Aspekt des Messens hauptsächlich – regelmäßig überwacht, berichtet und dadurch ständig geprüft werden, ob die zuvor vereinbarten Service Level Agreements in der untersuchten Zeitperiode auch tatsächlich eingehalten wurden.		Auf Basis dieser Definitionen ist es nun möglich, eigene Kundenpakete zu schnüren und die Leistung zu beschreiben (Service Levels) und damit quantitativ und qualitativ mit demder Kundin zu vereinbaren, also ein SLA abzuschließen. In den Service Levels fließen sozusagen die gegenseitigen Erwartungen ein. Zusätzlich bekommt der Service-Dienstleister ein konkretes Bild seines erforderlichen internen Aufwands für die Erbringung des Services und kann also eine Leistungsverrechnung innerhalb seiner Organisation auf Basis des Service Level Managements etablieren. Um messbare Größen zu haben, müssen in den SLAs Aspekte wie z.B. Verfügbarkeit pro Zeitperiode, Supportzeiten mit Behandlungsverfahren, Festlegen der erforderlichen Informationen bei Neuimplementierungen oder Zielzeiten usw. konkret in Zahlenwerten festgelegt werden. Diese Ziele sollen realistisch, erreichbar und wirtschaftlich formuliert sein. Es kann dadurch die Serviceerbringung – und darauf bezieht sich der hier dargestellte Aspekt des Messens hauptsächlich – regelmäßig überwacht, berichtet und dadurch ständig geprüft werden, ob die zuvor vereinbarten Service Level Agreements in der untersuchten Zeitperiode auch tatsächlich eingehalten wurden.

	Das operative Service Level Monitoring kann unter Beteiligung des Kunden in Echtzeit über eine Kundenplattform erfolgen oder wird über ein z.B. monatliches Reporting durch den Dienstleister gewährleistet. Auch hier muss zuvor in der Leistungsbeschreibung genau definiert werden, was wie und wie oft überprüft werden soll und welche Zielwerte gesetzt werden. Durch die Charakteristik der Services, wenn sie aus vielen Bausteinen zusammengesetzt sind, besteht eine hohe Anforderung des Monitorings aus Kundensicht, also ein End-to-End-Monitoring. Zusätzlich muss im Bedarfsfall schnell eruiert werden können, welcher Baustein die gesetzten Toleranzlevels überschreitet und somit den SLA gefährdet. Spezielle komplexe Monitoring-Tools mit Drill-Down-Funktionalität können dabei unterstützen. Das Monitoring muss also sozusagen die abgestimmte Wahrnehmung des Service-Dienstleisters und des ~~Kunden~~ repräsentieren, was in vielen Fällen keine leichte Aufgabe ist. Auch punktuelle Audits (Service Reviews) und Kundenzufriedenheitsanalysen mit dadurch initiierten Verbesserungsmaßnahmen – Service Improvement Programs (SIP) – sollen die qualitative Serviceerbringung unterstützen und weiterentwickeln. Damit werden die „weichen“ Aspekte der Kundenbefindlichkeit abgedeckt. Um auch einen Anreiz für die ständige Weiterentwicklung der Servicequalität zu schaffen, sollten z.B. jährliche Service Level Reviews im SLA festgelegt sein [TSD06, Seite 43f].		Das operative Service Level Monitoring kann unter Beteiligung desder Kundenin in Echtzeit über eine Kundenplattform erfolgen oder wird über ein z.B. monatliches Reporting durch den Dienstleister gewährleistet. Auch hier muss zuvor in der Leistungsbeschreibung genau definiert werden, was wie und wie oft überprüft werden soll und welche Zielwerte gesetzt werden. Durch die Charakteristik der Services, wenn sie aus vielen Bausteinen zusammengesetzt sind, besteht eine hohe Anforderung des Monitorings aus Kundensicht, also ein End-to-End-Monitoring. Zusätzlich muss im Bedarfsfall schnell eruiert werden können, welcher Baustein die gesetzten Toleranzlevels überschreitet und somit den SLA gefährdet. Spezielle komplexe Monitoring-Tools mit Drill-Down-Funktionalität können dabei unterstützen. Das Monitoring muss also sozusagen die abgestimmte Wahrnehmung des Service-Dienstleisters und desder Kundin repräsentieren, was in vielen Fällen keine leichte Aufgabe ist. Auch punktuelle Audits (Service Reviews) und Kundenzufriedenheitsanalysen mit dadurch initiierten Verbesserungsmaßnahmen – Service Improvement Programs (SIP) – sollen die qualitative Serviceerbringung unterstützen und weiterentwickeln. Damit werden die „weichen“ Aspekte der Kundenbefindlichkeit abgedeckt. Um auch einen Anreiz für die ständige Weiterentwicklung der Servicequalität zu schaffen, sollten z.B. jährliche Service Level Reviews im SLA festgelegt sein [TSD06, Seite 43f].

	Werden Abweichungen festgestellt, muss es Instrumente geben, wie diese behandelt werden. In der Regel gibt es Service Management Runden zwischen Dienstleister und ~~Kunden~~, wo technische und kommerzielle Aspekte bei Bedarf diskutiert und Lösungen vereinbart werden, die Partnerbeziehung und Kommunikation gepflegt und der Ausblick auf kommende Ereignisse – etwa geplante Serviceausfälle zwecks Durchführung von Wartungsarbeiten – besprochen werden.		Werden Abweichungen festgestellt, muss es Instrumente geben, wie diese behandelt werden. In der Regel gibt es Service Management Runden zwischen Dienstleister und Kund*innen, wo technische und kommerzielle Aspekte bei Bedarf diskutiert und Lösungen vereinbart werden, die Partnerbeziehung und Kommunikation gepflegt und der Ausblick auf kommende Ereignisse – etwa geplante Serviceausfälle zwecks Durchführung von Wartungsarbeiten – besprochen werden.

	Sowohl der Servicedienstleister als auch der Servicenehmer tun gut daran, die Leistungserbringung anhand der Messgrößen regelmäßig zu kontrollieren. Das heißt, beide Organisationen müssen sich den operativen Aktivitäten ausgiebig widmen, regelmäßig Daten überwachen und erheben, SLA-Einhaltung feststellen, in Berichte oder Key Performance Indicators (KPI) zusammenfassen und SLA-Verletzungen behandeln und Verbesserungen initiieren und durchführen. Ein gewisser bürokratischer Aufwand ist somit unumgänglich, soll das Service Level Management ja nichts weniger leisten als die üblicherweise mehr oder weniger divergierenden Ziele der Organisationseinheiten oder Unternehmen soweit im Zaum zu halten, sodass die Service-Erbringung insgesamt qualitativ hochwertig und für die Geschäftszielunterstützung des ~~Kunden~~ optimal erfolgt. Dies ist eine Schlüsselfunktion für das Service Level Management, das auch als ein kompliziertes Bausteinsystem identifiziert werden kann. Es versucht, gegenseitige Abhängigkeiten von einzelnen Servicebausteinen zu identifizieren und die Konsistenz zueinander sicherzustellen, um – schließlich – den ~~Kunden~~ in seinen Geschäftszielen optimal mit IT-Services zu unterstützen. Es übersetzt Kundenerwartungen in für die IT verarbeitbare Messgrößen und bildet die begleitenden Prozesse dazu ab (Plan, Build, Run). Dieses System ist ständig Änderungen und Adaptierungsbedarf unterworfen, womit sich der Service Level Manager als Koordinationsstelle zwischen Endkunden und internen Organisationseinheiten bei entsprechender Organisationsgröße durchaus einer hohen Auslastung konfrontiert sieht. Wird die Kunden-Servicedienstleister-Beziehung nicht solcherart restriktiv festgelegt – bleiben also genügend Freiräume und Interpretationsspielraum – ist man sehr oft mit Eskalationen, Klärungen, Diskussionen und Subvereinbarungen konfrontiert. Eine ideale Beziehung zwischen den beiden Interessensparteien wird wohl nicht möglich sein, denn in der Praxis ist es nur eine Frage des Ausmaßes, wieviel Energie man in die Interpretation der Vereinbarungen stecken muss. Aus Praxissicht trifft daher die Daumenregel zu: Je dürftiger die Vereinbarung ist, desto mehr Aufwand muss für die tägliche Koordination von Eskalationsfällen eigesetzt werden.		Sowohl der Servicedienstleister als auch derdie Servicenehmerin tun gut daran, die Leistungserbringung anhand der Messgrößen regelmäßig zu kontrollieren. Das heißt, beide Organisationen müssen sich den operativen Aktivitäten ausgiebig widmen, regelmäßig Daten überwachen und erheben, SLA-Einhaltung feststellen, in Berichte oder Key Performance Indicators (KPI) zusammenfassen und SLA-Verletzungen behandeln und Verbesserungen initiieren und durchführen. Ein gewisser bürokratischer Aufwand ist somit unumgänglich, soll das Service Level Management ja nichts weniger leisten als die üblicherweise mehr oder weniger divergierenden Ziele der Organisationseinheiten oder Unternehmen soweit im Zaum zu halten, sodass die Service-Erbringung insgesamt qualitativ hochwertig und für die Geschäftszielunterstützung desder Kundin optimal erfolgt. Dies ist eine Schlüsselfunktion für das Service Level Management, das auch als ein kompliziertes Bausteinsystem identifiziert werden kann. Es versucht, gegenseitige Abhängigkeiten von einzelnen Servicebausteinen zu identifizieren und die Konsistenz zueinander sicherzustellen, um – schließlich – dendie Kundin in seinen Geschäftszielen optimal mit IT-Services zu unterstützen. Es übersetzt Kundenerwartungen in für die IT verarbeitbare Messgrößen und bildet die begleitenden Prozesse dazu ab (Plan, Build, Run). Dieses System ist ständig Änderungen und Adaptierungsbedarf unterworfen, womit sich der Service Level Manager als Koordinationsstelle zwischen Endkunden und internen Organisationseinheiten bei entsprechender Organisationsgröße durchaus einer hohen Auslastung konfrontiert sieht. Wird die Kunden-Servicedienstleister-Beziehung nicht solcherart restriktiv festgelegt – bleiben also genügend Freiräume und Interpretationsspielraum – ist man sehr oft mit Eskalationen, Klärungen, Diskussionen und Subvereinbarungen konfrontiert. Eine ideale Beziehung zwischen den beiden Interessensparteien wird wohl nicht möglich sein, denn in der Praxis ist es nur eine Frage des Ausmaßes, wieviel Energie man in die Interpretation der Vereinbarungen stecken muss. Aus Praxissicht trifft daher die Daumenregel zu: Je dürftiger die Vereinbarung ist, desto mehr Aufwand muss für die tägliche Koordination von Eskalationsfällen eigesetzt werden.

	<span id="wiederholungsaufgaben-5"></span>		<span id="wiederholungsaufgaben-5"></span>

SCHRANZ Elisa: /* Service-Katalog-Gestaltung */

2023-07-26T09:15:06Z

Service-Katalog-Gestaltung

← Nächstältere Version		Version vom 26. Juli 2023, 09:15 Uhr
Zeile 77:		Zeile 77:
	=== Service-Katalog-Gestaltung ===		=== Service-Katalog-Gestaltung ===

	Viele Unternehmen haben allerdings schon bei Schaffung einer ersten Voraussetzung für ein funktionierendes Service Level Management – dem Erstellen eines Service-Katalogs – durchaus Schwierigkeiten. Um die Services überhaupt messen zu können, muss man die Services zuerst benennen und überhaupt definieren, was unter einem Service verstanden wird. Viele setzen ein IT-Service mit einem IT-System gleich. In vielen Fällen setzen sich die Services aus anderen Services (oder Servicebausteinen) zusammen, z.B. wird das Netzwerk-Service für viele andere Services eine Basisgrundlage darstellen. Das mag trivial klingen, in einem gewachsenen Umfeld ist diese strukturierte Sicht allerdings nicht eingängig. Das heißt also, dass man sich als IT-Organisation Gedanken zu seinen Services aus Kundensicht (die End-to-End-Sicht) machen und diese in einem Servicekatalog zusammenfassen soll. Diese Services bestehen wiederum aus einzelnen Komponenten oder Bausteinen, die sich mitunter für verschiedene Services wiederholen und zusammenspielen. Das kann beliebig granularer werden, eine dreiteilige Abstufung in Service, Servicemodul und Service-Element erscheint sinnvoll, um eine praktikable Abstufung der Servicebausteine zu erhalten [RBK08].		Viele Unternehmen haben allerdings schon bei Schaffung einer ersten Voraussetzung für ein funktionierendes Service Level Management – dem Erstellen eines Service-Katalogs – durchaus Schwierigkeiten. Um die Services überhaupt messen zu können, muss man die Services zuerst benennen und überhaupt definieren, was unter einem Service verstanden wird. Viele setzen ein IT Service mit einem IT-System gleich. In vielen Fällen setzen sich die Services aus anderen Services (oder Servicebausteinen) zusammen, z.B. wird das Netzwerk-Service für viele andere Services eine Basisgrundlage darstellen. Das mag trivial klingen, in einem gewachsenen Umfeld ist diese strukturierte Sicht allerdings nicht eingängig. Das heißt also, dass man sich als IT-Organisation Gedanken zu seinen Services aus Kundensicht (die End-to-End-Sicht) machen und diese in einem Servicekatalog zusammenfassen soll. Diese Services bestehen wiederum aus einzelnen Komponenten oder Bausteinen, die sich mitunter für verschiedene Services wiederholen und zusammenspielen. Das kann beliebig granularer werden, eine dreiteilige Abstufung in Service, Servicemodul und Service-Element erscheint sinnvoll, um eine praktikable Abstufung der Servicebausteine zu erhalten [RBK08].

	Die Servicebausteine des Service Katalogs werden einzeln soweit wie möglich für die drei Abstufungen beschrieben und enthalten		Die Servicebausteine des Service Katalogs werden einzeln soweit wie möglich für die drei Abstufungen beschrieben und enthalten

	* Kataloginformationen zur Einordnung in die Gesamtstruktur, Gültigkeit und Verantwortlichkeiten;		* Kataloginformationen zur Einordnung in die Gesamtstruktur, Gültigkeit und Verantwortlichkeiten;
	* Leistungsbeschreibung, welche das Service hinreichend spezifizieren soll, indem das angestrebte Service-Ergebnis, verwendete Servicebausteine, Service Level Parameter wie Beschreibung, Ausprägung, Mengenangaben, Pakete, Messmethoden und -zeitpunkte niedergeschrieben und damit definiert werden;		* Leistungsbeschreibung, welche das Service hinreichend spezifizieren soll, indem das angestrebte Service-Ergebnis, verwendete Servicebausteine, Service-Level-Parameter wie Beschreibung, Ausprägung, Mengenangaben, Pakete, Messmethoden und -zeitpunkte niedergeschrieben und damit definiert werden;
	* organisatorische Regelungen wie Eskalationsverfahren, Fragen des Change Managements und des Supports (Erreichbarkeit, Reaktions- und Lösungszeiten in Bezug auf Incidents), Reporting und Preis-, Pönale- und Verrechnungsfragen, aber auch das Thema regelmäßige Service Level Reviews und Serviceverbesserung		* organisatorische Regelungen wie Eskalationsverfahren, Fragen des Change Managements und des Supports (Erreichbarkeit, Reaktions- und Lösungszeiten in Bezug auf Incidents), Reporting und Preis-, Pönale- und Verrechnungsfragen, aber auch das Thema regelmäßige Service Level Reviews und Serviceverbesserung.
	Durch die aufgestellte hierarchische Struktur kann der Service-Dienstleister feststellen, ob und mit welchen Servicebausteinen er die Kundendienstleistung erbringen möchte und ob das unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) auch theoretisch möglich ist. Es gibt andere Strukturvorschläge, die zwischen Rahmen-SLA auf Unternehmensebene, Standard-SLA auf Kundengruppenebene und Individual-SLA auf einzelne ~~Kunden~~ und/oder Services unterscheiden. Man muss für die jeweilige Situation die bestmögliche Struktur wählen. Allen Strukturmöglichkeiten gemein ist jedenfalls, dass eine konsistente Gestaltung des Servicekatalogs unabdingbar ist [RBK08][NIT08, Seite 56ff][TSD06, Seite 38f].		Durch die aufgestellte hierarchische Struktur kann der Service-Dienstleister feststellen, ob und mit welchen Servicebausteinen er die Kundendienstleistung erbringen möchte und ob das unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) auch theoretisch möglich ist. Es gibt andere Strukturvorschläge, die zwischen Rahmen-SLA auf Unternehmensebene, Standard-SLA auf Kundengruppenebene und Individual-SLA auf einzelne Kund*innen und/oder Services unterscheiden. Man muss für die jeweilige Situation die bestmögliche Struktur wählen. Allen Strukturmöglichkeiten gemein ist jedenfalls, dass eine konsistente Gestaltung des Servicekatalogs unabdingbar ist [RBK08][NIT08, Seite 56ff][TSD06, Seite 38f].

	Wird der Service Katalog dann noch um die vorgelagerte Service Pipeline erweitert, spricht man insgesamt laut ITIL vom Service Portfolio. Die Service Pipeline behandelt die Frage, wie Services von der Marktidee über das Design entwickelt und in einen laufenden Betrieb überführt werden. Aus dem Service Katalog herausfallende Services werden schließlich noch stillgelegt, wodurch der Service Life Cycle nach ITIL abgeschlossen wird. Salopp formuliert, behandelt die Service Pipeline das Change Management des Services [ISD07, Seite 73ff].		Wird der Service-Katalog dann noch um die vorgelagerte Service Pipeline erweitert, spricht man insgesamt laut ITIL vom Service-Portfolio. Die Service Pipeline behandelt die Frage, wie Services von der Marktidee über das Design entwickelt und in einen laufenden Betrieb überführt werden. Aus dem Service-Katalog herausfallende Services werden schließlich noch stillgelegt, wodurch der Service Life Cycle nach ITIL abgeschlossen wird. Salopp formuliert, behandelt die Service Pipeline das Change Management des Services [ISD07, Seite 73ff].

	<span id="service-levels"></span>		<span id="service-levels"></span>

	=== Service Levels ===		=== Service Levels ===

SCHRANZ Elisa: /* Service Level Management */

2023-07-26T09:11:05Z

Service Level Management

SCHRANZ Elisa: /* Ziele des IT Service Managements */

2023-07-26T09:04:36Z

Ziele des IT Service Managements

← Nächstältere Version		Version vom 26. Juli 2023, 09:04 Uhr
Zeile 57:		Zeile 57:
	Die Zielsetzung im IT Service Management liegt darin, dem Business die benötigten IT Services zum richtigen Zeitpunkt, in einer angemessenen und vereinbarten Qualität und zu marktfähigen Preisen bereitzustellen.		Die Zielsetzung im IT Service Management liegt darin, dem Business die benötigten IT Services zum richtigen Zeitpunkt, in einer angemessenen und vereinbarten Qualität und zu marktfähigen Preisen bereitzustellen.

	Für das Unternehmen bedeutet das eine optimale Unterstützung seiner Geschäftsprozesse und die Steigerung der Produktivität der Nutzer. Im besten Fall sollen neue Geschäftsbereiche ermöglicht werden und ein Wertbeitrag von der IT für das Unternehmen geliefert werden.		Für das Unternehmen bedeutet das eine optimale Unterstützung seiner Geschäftsprozesse und die Steigerung der Produktivität der Nutzer*innen. Im besten Fall sollen neue Geschäftsbereiche ermöglicht werden und ein Wertbeitrag von der IT für das Unternehmen geliefert werden.

	Aus Sicht der IT werden hauptsächlich IT Services bereitgestellt, für die es auch einen Bedarf und eine Nachfrage gibt. Auf IT- und Business-Seite besteht Klarheit über die Qualität, mit der die IT Services bereitgestellt werden müssen. Die Prozesse für die Bereitstellung und Betreuung der IT Services werden definiert, was zu klaren Verantwortungen und einer effizienteren Bearbeitung von Änderungen und Störungen von IT Services führt. Durch einen kontinuierlichen Verbesserungsprozess werden die IT Services und die IT Serviceprozesse stetig an die Unternehmensbedürfnisse angepasst. Für die IT bedeutet das ein gesteigertes Ansehen sowie Reduktion von Kosten innerhalb der IT. Die IT soll sich somit von einem Cost Center zu einem Business Enabler wandeln.		Aus Sicht der IT werden hauptsächlich IT Services bereitgestellt, für die es auch einen Bedarf und eine Nachfrage gibt. Auf IT- und Business-Seite besteht Klarheit über die Qualität, mit der die IT Services bereitgestellt werden müssen. Die Prozesse für die Bereitstellung und Betreuung der IT Services werden definiert, was zu klaren Verantwortungen und einer effizienteren Bearbeitung von Änderungen und Störungen von IT Services führt. Durch einen kontinuierlichen Verbesserungsprozess werden die IT Services und die IT Serviceprozesse stetig an die Unternehmensbedürfnisse angepasst. Für die IT bedeutet das ein gesteigertes Ansehen sowie Reduktion von Kosten innerhalb der IT. Die IT soll sich somit von einem Cost Center zu einem Business Enabler wandeln.

	<span id="service-level-management"></span>		<span id="service-level-management"></span>

	== Service Level Management ==		== Service Level Management ==

SCHRANZ Elisa: /* Grundsätzliches Konzept */

2023-07-26T09:03:27Z

Grundsätzliches Konzept

SCHRANZ Elisa: /* Grundsätzliches Konzept */

2023-07-26T08:55:00Z

Grundsätzliches Konzept

← Nächstältere Version		Version vom 26. Juli 2023, 08:55 Uhr
Zeile 10:		Zeile 10:
	<li><span id="grundsätzliches-konzept"></span>		<li><span id="grundsätzliches-konzept"></span>
	== Grundsätzliches Konzept ==		== Grundsätzliches Konzept ==
	~~</li>~~
	~~</ol></li>~~
	~~</ul>~~
	Unter IT Services können geschäftsprozessunterstützende IT-Funktionen, die sich den Nutzern meist als geschlossene Anwendungen präsentieren, verstanden werden. Die Nutzer müssen dabei durch die IT Services, wann immer sie es benötigen, bei ihrer Zielerreichung unterstützt werden.		Unter IT Services können geschäftsprozessunterstützende IT-Funktionen, die sich den Nutzern meist als geschlossene Anwendungen präsentieren, verstanden werden. Die Nutzer müssen dabei durch die IT Services, wann immer sie es benötigen, bei ihrer Zielerreichung unterstützt werden.

Zeile 52:		Zeile 52:

	<span id="ziele-des-it-service-managements"></span>		<span id="ziele-des-it-service-managements"></span>

	== Ziele des IT Service Managements ==		== Ziele des IT Service Managements ==

SCHRANZ Elisa: /* IT Service Management */

2023-07-26T08:54:20Z

IT Service Management

← Nächstältere Version		Version vom 26. Juli 2023, 08:54 Uhr
Zeile 5:		Zeile 5:

	<ul>		<ul>
	<li><p>Kennenlernen von etablierten IT Service Management Konzepten</p></li>		<li><p>Kennenlernen von etablierten IT-Service-Management-Konzepten</p></li>
	<li><p>Verständnis für die Prozesse in IT Service Management</p>		<li><p>Verständnis für die Prozesse in IT Service Management</p>
	<ol style="list-style-type: decimal;">		<ol style="list-style-type: decimal;">

SCHRANZ Elisa: /* Wiederholungsaufgaben */

2023-07-26T07:07:04Z

Wiederholungsaufgaben

← Nächstältere Version		Version vom 26. Juli 2023, 07:07 Uhr
Zeile 112:		Zeile 112:
	Wenn Sie ein (IT-) Dienstleister sind, dessen Kunden Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese Kunden die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedem Kunden dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.		Wenn Sie ein (IT-) Dienstleister sind, dessen Kunden Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese Kunden die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedem Kunden dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.

	~~''''~~

	''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''		''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''
Zeile 118:		Zeile 118:
	Ein IT Service kann einem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt der Kunde?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der Kunde die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des Nutzers erhöht. Ein IT Service muss dem Nutzer aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.		Ein IT Service kann einem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt der Kunde?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der Kunde die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des Nutzers erhöht. Ein IT Service muss dem Nutzer aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.

	<p>~~''''~~</p>		<p><br></p>
	<p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p>		<p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p>
	Service Level Agreements (SLA) regeln das Außenverhältnis zwischen Kunden und Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.		Service Level Agreements (SLA) regeln das Außenverhältnis zwischen Kunden und Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.

	~~''''~~

	''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''		''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''

	Der Kunde formuliert seine Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit dem Kunden im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (Kunde und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).		Der Kunde formuliert seine Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit dem Kunden im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (Kunde und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).

JUNGBAUER Christoph am 27. September 2022 um 15:07 Uhr

2022-09-27T15:07:16Z

← Nächstältere Version		Version vom 27. September 2022, 15:07 Uhr
Zeile 103:		Zeile 103:
	# Welche Unterschiede bestehen zwischen SLA, OLA, UC?		# Welche Unterschiede bestehen zwischen SLA, OLA, UC?
	# Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?		# Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?
	~~<hr>~~

	<br>'''Lösungen '''		<br>'''Lösungen '''

	<br>		<br>
	# ''In welcher Situation ist für Sie als Unternehmen eine SAS 70-/ISA 402-/ ISAE3402-Prüfung interessant?''
			''In welcher Situation ist für Sie als Unternehmen eine SAS 70-/ISA 402-/ ISAE3402-Prüfung interessant?''

	Wenn Sie ein (IT-) Dienstleister sind, dessen Kunden Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese Kunden die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedem Kunden dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.		Wenn Sie ein (IT-) Dienstleister sind, dessen Kunden Teile von Prozessen und Kontrollen an Sie ausgelagert haben und diese Kunden die Effektivität des internen Kontrollsystems formal und regelmäßig nachweisen muss (z.B. aufgrund SOX oder „Euro-SOX“) und das auch die an Sie ausgelagerten Themen betrifft, ist für Sie so eine Prüfung interessant. Auch ist eine SAS 70 Prüfung sinnvoll, wenn Sie einer Institution oder Aufsichtsbehörde das Funktionieren des IKS bescheinigen müssen. Einerseits müssen Sie nicht jedem Kunden dies einzeln nachweisen und haben nur einmal innerhalb einer festgelegten Zeitperiode Prüfer zu betreuen (Aufwand!). Dabei ist der Inhalt eines SAS 70-Berichtes nicht auf die IT beschränkt.
	# ''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''
			''''

			''Beschreiben Sie jene zwei Aspekte, die bei der kundenorientierten Bereitstellung von IT Services aus Sicht der IT beachtet werden müssen?''

	Ein IT Service kann einem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt der Kunde?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der Kunde die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des Nutzers erhöht. Ein IT Service muss dem Nutzer aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.		Ein IT Service kann einem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern, wenn das IT Service sowohl zweckdienlich (WAS bekommt der Kunde?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der Kunde die Leistung?) ist. Ein IT Service ist zweckdienlich (Utility), wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des Nutzers erhöht. Ein IT Service muss dem Nutzer aber auch in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden.

	<~~ol style="list-style-type: decimal;" start="2"~~>		<p>''''</p>
	<li><p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p~~></li>~~		<p>''Welche Unterschiede bestehen zwischen SLA, OLA, UC?''</p>
	~~</ol~~>
	Service Level Agreements (SLA) regeln das Außenverhältnis zwischen Kunden und Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.		Service Level Agreements (SLA) regeln das Außenverhältnis zwischen Kunden und Dienstleister, Operational Level Agreements (OLA) regeln das Innenverhältnis von Organisationseinheiten des Dienstleisters bei der Erbringung von aus mehreren Servicebausteinen zusammengesetzten Services. Underpinning Contracts (UC) stellen die Verträge mit externen Subdienstleistern aus Sicht des Dienstleisters dar.

	~~<ol style="list-style-type: decimal;" start="3">~~		''''
	~~<li><p>~~''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''~~</p></li>~~
	~~</ol>~~		''Sie wollen einen SLA mit ihrem Dienstleister abschließen. Wie gehen Sie prinzipiell vor?''

	Der Kunde formuliert seine Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit dem Kunden im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (Kunde und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).		Der Kunde formuliert seine Anforderung in einem SLR. Zuerst müssen aus dem Servicekatalog das erforderliche Service und seine Servicebausteine ausgewählt werden. Darin ist bereits eine Leistungsbeschreibung enthalten, die Auskunft gibt, ob der SLR prinzipiell unter den gegebenen Voraussetzungen (Ressourcen, Aufwand, Kosten) durch einen angebotenen Service Level (ein „geschnürtes“ Kundenpaket) abgedeckt werden kann. Abweichungen müssen mit dem Kunden im Zuge der Verhandlung diskutiert und gegebenenfalls das resultierende SLA adaptiert werden, sodass beide Seiten (Kunde und Dienstleister) ihre Erwartungen in dieser schriftlichen Vereinbarung („agreement“) wiederfinden. Im SLA werden auch v.a. Leistungsüberprüfung/Messung, Reporting, zeitliche und kommerzielle Regelungen festgehalten. Zusätzlich muss der einzelne SLA in die Gesamtstruktur der bestehenden SLAs eingefügt werden (Unternehmens-, Kundengruppen-, Individual-SLA).

← Nächstältere Version		Version vom 26. Juli 2023, 09:11 Uhr
Zeile 65:		Zeile 65:
	== Service Level Management ==		== Service Level Management ==

	Die wahrscheinlich am weitest verbreitete Methode für das Messen von IT ist der Einsatz eines strukturierten Service Level Managements. Nicht zuletzt aufgrund der immer stärkeren Dienstleistungsorientierung und dem gestiegenen Outsourcinggrad von IT kommt dem Service Level Management eine zentrale Bedeutung zu. Es liegt auf der Hand, dass bei einer ausgelagerten IT an eine andere Organisationseinheit oder sogar einem anderen Unternehmen grundsätzliche Auffassungsunterschiede sowohl in strategischer, taktischer, aber auch operativer Hinsicht entstehen. Ein anderes Unternehmen verfolgt andere Ziele, richtet sich anders aus und versucht die Aktivitäten anders zu skalieren als eine interne IT, die sich voll und ganz auf das eigentliche Kerngeschäft des Unternehmens ausrichten kann. In den schlimmsten Management-Auffassungen widergespiegelt kann es sogar sein, dass IT nur als notwendiges Übel gesehen wird und ausschließlich „zu funktionieren hat“. IT-Dienstleister wenden in der Regel das Minimalprinzip an, sie wollen einen möglichst hohen Output mit dem geringsten Aufwand und das auch skaliert über alle ~~Kunden~~. Ein Dienstleistungsnehmen will größtmögliche Qualität und vollste Ausrichtung auf seine Ansprüche. Dieser offensichtliche Diskrepanz kann nur mit guten konkreten bilateralen Vereinbarungen – den Service Level Agreements (SLA) – begegnet werden.		Die wahrscheinlich am weitest verbreitete Methode für das Messen von IT ist der Einsatz eines strukturierten Service Level Managements. Nicht zuletzt aufgrund der immer stärkeren Dienstleistungsorientierung und dem gestiegenen Outsourcinggrad von IT kommt dem Service Level Management eine zentrale Bedeutung zu. Es liegt auf der Hand, dass bei einer ausgelagerten IT an eine andere Organisationseinheit oder sogar einem anderen Unternehmen grundsätzliche Auffassungsunterschiede sowohl in strategischer, taktischer, aber auch operativer Hinsicht entstehen. Ein anderes Unternehmen verfolgt andere Ziele, richtet sich anders aus und versucht, die Aktivitäten anders zu skalieren als eine interne IT, die sich voll und ganz auf das eigentliche Kerngeschäft des Unternehmens ausrichten kann. In den schlimmsten Management-Auffassungen widergespiegelt kann es sogar sein, dass IT nur als notwendiges Übel gesehen wird und ausschließlich „zu funktionieren hat“. IT-Dienstleister wenden in der Regel das Minimalprinzip an, sie wollen einen möglichst hohen Output mit dem geringsten Aufwand und das auch skaliert über alle Kund*innen. Ein Dienstleistungsnehmen will größtmögliche Qualität und vollste Ausrichtung auf seine Ansprüche. Dieser offensichtliche Diskrepanz kann nur mit guten konkreten bilateralen Vereinbarungen – den Service Level Agreements (SLA) – begegnet werden.

	<span id="vertragsformen-rechtliche-grundlagen"></span>		<span id="vertragsformen-rechtliche-grundlagen"></span>
	=== Vertragsformen (Rechtliche Grundlagen) ===		=== Vertragsformen (Rechtliche Grundlagen) ===

	Service Level Management ist wohl eine ganz eigene Disziplin, es bildet ein Herzstück des IT Service Managements, da es die zentrale Kommunikationsschnittstelle mit dem ~~Kunden~~ und damit die schriftliche Grundlage der Kunden-Dienstleister-Beziehung darstellt. Es stellt sicher, dass alle IT Service Management Prozesse, interne Vereinbarungen mit Organisationseinheiten desselben Unternehmens – Operational Level Agreements (OLA) – und Underpinning Contracts (UC) mit externen ~~Sublieferanten~~ für die Erbringung der gesetzten Service-Ziele und damit die Einhaltung der Service Level Agreements (SLA) gegenüber dem ~~Kunden~~ des IT-Dienstleisters angemessen definiert wurden. Die SLAs definieren Qualität und Menge der zu erbringenden definierten Dienstleistung über einen vereinbarten Zeitraum und bestimmen die finanziellen Zahlungen an den Dienstleister für die Serviceerbringung. Neue Kundenanforderungen an Aspekte des IT-Services – Service Level Requirements (SLR) – werden formuliert und dabei versucht, die Geschäftsziele mit den IT Service Zielen in Einklang zu bringen und die Erwartungen auf ein realistisches Maß zu bringen. Der Service-Dienstleister kann dadurch auch die Erwartungen des ~~Kunden~~ in gewisser Weise steuern, sodass es ihm möglich ist, möglichst standardisierte Services anzubieten, die er mit den eingesetzten Mitteln skalieren kann. Oft weiß der ~~Kunde~~ nicht definitiv, was er möchte und muss ein gemeinsames Verständnis mit seinem Dienstleister erst erarbeiten. Das daraufhin vereinbarte SLA steht sozusagen für den Kompromiss, was der Dienstleister erbringen und der Servicenehmer akzeptieren kann, sodass ~~dieser~~ seine Geschäftsziele erreichen kann. Zusätzlich werden im Rahmen des Service Level Management Prozesses operative Aktivitäten subsumiert, also die Vereinbarungen verhandelt, abgeschlossen, überwacht, berichtet, auditiert und ständig verbessert [NIT08, Seite 56][WAL06, Seite 10f].		Service Level Management ist wohl eine ganz eigene Disziplin, es bildet ein Herzstück des IT Service Managements, da es die zentrale Kommunikationsschnittstelle mit demder Kundin und damit die schriftliche Grundlage der Kunden-Dienstleister-Beziehung darstellt. Es stellt sicher, dass alle IT-Service-Management-Prozesse, interne Vereinbarungen mit Organisationseinheiten desselben Unternehmens – Operational Level Agreements (OLA) – und Underpinning Contracts (UC) mit externen Sublieferantinnen für die Erbringung der gesetzten Service-Ziele und damit die Einhaltung der Service Level Agreements (SLA) gegenüber demder Kundin des IT-Dienstleisters angemessen definiert wurden. Die SLAs definieren Qualität und Menge der zu erbringenden definierten Dienstleistung über einen vereinbarten Zeitraum und bestimmen die finanziellen Zahlungen an den Dienstleister für die Serviceerbringung. Neue Kundenanforderungen an Aspekte des IT-Services – Service Level Requirements (SLR) – werden formuliert und dabei versucht, die Geschäftsziele mit den IT-Service-Zielen in Einklang zu bringen und die Erwartungen auf ein realistisches Maß zu bringen. Der Service-Dienstleister kann dadurch auch die Erwartungen desder Kundin in gewisser Weise steuern, sodass es ihm möglich ist, möglichst standardisierte Services anzubieten, die er mit den eingesetzten Mitteln skalieren kann. Oft weiß derdie Kundin nicht definitiv, was ersie möchte und muss ein gemeinsames Verständnis mit seinemihrem Dienstleister erst erarbeiten. Das daraufhin vereinbarte SLA steht sozusagen für den Kompromiss, was der Dienstleister erbringen und derdie Servicenehmerin akzeptieren kann, sodass dieser seine Geschäftsziele erreichen kann. Zusätzlich werden im Rahmen des Service-Level-Management-Prozesses operative Aktivitäten subsumiert, also die Vereinbarungen verhandelt, abgeschlossen, überwacht, berichtet, auditiert und ständig verbessert [NIT08, Seite 56][WAL06, Seite 10f].

	Service Level Management setzt zusammenfassend also mit SLAs ein Instrument ein, mit dem die Leistung einer IT-Organisation gemessen werden kann. Es umfasst einen Zyklus aus Planung, Koordination, Abfassung, Vereinbarung, Leistungsmessung, Berichtswesen und Entwicklung von Verbesserungen, um die IT Service Qualität sicherzustellen und ständig weiterzuentwickeln. Es stellt die schriftlich definierte Kundenbeziehung zum Service-Dienstleister dar [TSD06, Seite 29].		Service Level Management setzt zusammenfassend, also mit SLAs, ein Instrument ein, mit dem die Leistung einer IT-Organisation gemessen werden kann. Es umfasst einen Zyklus aus Planung, Koordination, Abfassung, Vereinbarung, Leistungsmessung, Berichtswesen und Entwicklung von Verbesserungen, um die IT-Service-Qualität sicherzustellen und ständig weiterzuentwickeln. Es stellt die schriftlich definierte Kundenbeziehung zum Service-Dienstleister dar [TSD06, Seite 29].

	<span id="service-katalog-gestaltung"></span>		<span id="service-katalog-gestaltung"></span>
	=== Service-Katalog-Gestaltung ===		=== Service-Katalog-Gestaltung ===

	Viele Unternehmen haben allerdings schon bei Schaffung einer ersten Voraussetzung für ein funktionierendes Service Level Management – dem Erstellen eines Service Katalogs – durchaus Schwierigkeiten. Um die Services überhaupt messen zu können, muss man die Services zuerst benennen und überhaupt definieren, was unter einem Service verstanden wird. Viele setzen ein IT-Service mit einem IT-System gleich. In vielen Fällen setzen sich die Services aus anderen Services (oder Servicebausteinen) zusammen, z.B. wird das Netzwerk-Service für viele andere Services eine Basisgrundlage darstellen. Das mag trivial klingen, in einem gewachsenen Umfeld ist diese strukturierte Sicht allerdings nicht eingängig. Das heißt also, dass man sich als IT-Organisation Gedanken zu seinen Services aus Kundensicht (die End-to-End-Sicht) machen und diese in einem Servicekatalog zusammenfassen soll. Diese Services bestehen wiederum aus einzelnen Komponenten oder Bausteinen, die sich mitunter für verschiedene Services wiederholen und zusammenspielen. Das kann beliebig granularer werden, eine dreiteilige Abstufung in Service, Servicemodul und Service-Element erscheint sinnvoll, um eine praktikable Abstufung der Servicebausteine zu erhalten [RBK08].		Viele Unternehmen haben allerdings schon bei Schaffung einer ersten Voraussetzung für ein funktionierendes Service Level Management – dem Erstellen eines Service-Katalogs – durchaus Schwierigkeiten. Um die Services überhaupt messen zu können, muss man die Services zuerst benennen und überhaupt definieren, was unter einem Service verstanden wird. Viele setzen ein IT-Service mit einem IT-System gleich. In vielen Fällen setzen sich die Services aus anderen Services (oder Servicebausteinen) zusammen, z.B. wird das Netzwerk-Service für viele andere Services eine Basisgrundlage darstellen. Das mag trivial klingen, in einem gewachsenen Umfeld ist diese strukturierte Sicht allerdings nicht eingängig. Das heißt also, dass man sich als IT-Organisation Gedanken zu seinen Services aus Kundensicht (die End-to-End-Sicht) machen und diese in einem Servicekatalog zusammenfassen soll. Diese Services bestehen wiederum aus einzelnen Komponenten oder Bausteinen, die sich mitunter für verschiedene Services wiederholen und zusammenspielen. Das kann beliebig granularer werden, eine dreiteilige Abstufung in Service, Servicemodul und Service-Element erscheint sinnvoll, um eine praktikable Abstufung der Servicebausteine zu erhalten [RBK08].

	Die Servicebausteine des Service Katalogs werden einzeln soweit wie möglich für die drei Abstufungen beschrieben und enthalten		Die Servicebausteine des Service Katalogs werden einzeln soweit wie möglich für die drei Abstufungen beschrieben und enthalten
Zeile 100:		Zeile 100:

	<span id="wiederholungsaufgaben-5"></span>		<span id="wiederholungsaufgaben-5"></span>

	== Wiederholungsaufgaben ==		== Wiederholungsaufgaben ==

← Nächstältere Version		Version vom 26. Juli 2023, 09:03 Uhr
Zeile 13:		Zeile 13:


	Unter IT Services können geschäftsprozessunterstützende IT-Funktionen, die sich den Nutzern meist als geschlossene Anwendungen präsentieren, verstanden werden. Die Nutzer müssen dabei durch die IT Services, wann immer sie es benötigen, bei ihrer Zielerreichung unterstützt werden.		Unter IT Services können geschäftsprozessunterstützende IT-Funktionen, die sich den Nutzern meist als geschlossene Anwendungen präsentieren, verstanden werden. Die Nutzer*innen müssen dabei durch die IT Services, wann immer sie es benötigen, bei ihrer Zielerreichung unterstützt werden.

	Das bedeutet, dass ein IT Service dem Nutzer nur dann einen bestimmten Wert oder Nutzen liefern kann, wenn das IT Service sowohl zweckdienlich (WAS bekommt der ~~Kunde~~?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt der ~~Kunde~~ die Leistung?) ist.		Das bedeutet, dass ein IT Service demder Nutzerin nur dann einen bestimmten Wert oder Nutzen liefern kann, wenn das IT Service sowohl zweckdienlich (WAS bekommt derdie Kundin?), als auch zur richtigen Zeit und in der richtigen Qualität verfügbar (WIE bekommt derdie Kundin die Leistung?) ist.

	[[Datei:Im535 14.png\|300px\|none\|thumb\|Utility und Warranty von IT Services in ITILv3 [ISS07, Seite17]]]		[[Datei:Im535 14.png\|300px\|none\|thumb\|Utility und Warranty von IT Services in ITILv3 [ISS07, Seite17]]]

	Ein IT Service kann dann als zweckdienlich (Utility) angesehen werden, wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität des ~~Nutzers~~ erhöht.		Ein IT Service kann dann als zweckdienlich (Utility) angesehen werden, wenn das IT Service durch die angebotenen Funktionalitäten die Leistungsfähigkeit oder die Flexibilität desder Nutzerin erhöht.

	Damit das IT Service dem Nutzer in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden kann, müssen Verfügbarkeitszeiten, ausreichende Kapazitäten, Wiederherstellungsmaßnahmen im Katastrophenfall und hinreichende Sicherheit gewährleistet werden.		Damit das IT Service demder Nutzerin in einer angemessenen Qualität (Warranty) zur Verfügung gestellt werden kann, müssen Verfügbarkeitszeiten, ausreichende Kapazitäten, Wiederherstellungsmaßnahmen im Katastrophenfall und hinreichende Sicherheit gewährleistet werden.

	Wesentlich ist das Verhältnis zwischen der Zweckdienlichkeit und angebotener Qualität.		Wesentlich ist das Verhältnis zwischen der Zweckdienlichkeit und angebotener Qualität.
Zeile 27:		Zeile 27:
	[[Datei:Im535 15.png\|300px\|none\|thumb\|Verhältnis zwischen angebotener Qualität und Nutzen von IT Services [eigene Darstellung]]]		[[Datei:Im535 15.png\|300px\|none\|thumb\|Verhältnis zwischen angebotener Qualität und Nutzen von IT Services [eigene Darstellung]]]

	Hier muss ein vernünftiges Gleichgewicht gefunden werden. Ein IT Service, das jederzeit leistungsstark angeboten wird, für den Nutzer allerdings keinen Zweck hat, ist für den Nutzer genauso wertlos, wie ein IT Service das zwar alle Anforderungen des ~~Nutzers~~ abdeckt, jedoch nur außerhalb der Geschäftszeiten verfügbar ist.		Hier muss ein vernünftiges Gleichgewicht gefunden werden. Ein IT Service, das jederzeit leistungsstark angeboten wird, für dendie Nutzerin allerdings keinen Zweck hat, ist für dendie Nutzerin genauso wertlos, wie ein IT Service, das zwar alle Anforderungen desder Nutzerin abdeckt, jedoch nur außerhalb der Geschäftszeiten verfügbar ist.

	Die Aufgaben des IT Service Managements umfassen somit die Planung, Entwicklung, Überwachung und Steuerung von IT Services über ihren kompletten Lebenszyklus mit dem Ziel, die Geschäftsprozesse des Unternehmens effektiv und effizient zu unterstützen. Darüber hinaus sollen die IT Services den ~~Kunden~~ zu angemessenen und marktüblichen Preisen angeboten werden.		Die Aufgaben des IT Service Managements umfassen somit die Planung, Entwicklung, Überwachung und Steuerung von IT Services über ihren kompletten Lebenszyklus mit dem Ziel, die Geschäftsprozesse des Unternehmens effektiv und effizient zu unterstützen. Darüber hinaus sollen die IT Services den Kund*innen zu angemessenen und marktüblichen Preisen angeboten werden.

	Für ein erfolgreiches IT Service Management müssen bei der Optimierung der Erbringung der IT Services immer drei zentrale Zielgrößen im Auge behalten und dabei auf die richtige Balance zwischen den folgenden drei Größen geachtet werden:		Für ein erfolgreiches IT Service Management müssen bei der Optimierung der Erbringung der IT Services immer drei zentrale Zielgrößen im Auge behalten und dabei auf die richtige Balance zwischen den folgenden drei Größen geachtet werden:
Zeile 38:		Zeile 38:
	[[Datei:Im535 16.png\|300px\|none\|thumb\|Dreieck Servicequalität - Zeit – Kosten, angelehnt an Tiemeyer [ETI05, Seite 8]]]		[[Datei:Im535 16.png\|300px\|none\|thumb\|Dreieck Servicequalität - Zeit – Kosten, angelehnt an Tiemeyer [ETI05, Seite 8]]]

	Dieses Dreieck kann durchgängig für die Planung, die Steuerung und die Kontrolle der IT Service Management Prozesse herangezogen werden. Ändert sich eine der Größen z.B. durch externe Einflussfaktoren, so kann das positive, aber auch negative Auswirkungen auf die anderen Größen haben [ETI05].		Dieses Dreieck kann durchgängig für die Planung, die Steuerung und die Kontrolle der IT-Service-Management-Prozesse herangezogen werden. Ändert sich eine der Größen z.B. durch externe Einflussfaktoren, so kann das positive, aber auch negative Auswirkungen auf die anderen Größen haben [ETI05].

	Beispielsweise kann die Qualität eines neuen IT Services gesteigert werden, indem mehr Zeit in die Entwicklung investiert wird. Dies hat aber zwangsläufig auch einen Anstieg der Entwicklungskosten zur Folge. Wird andererseits zu viel Augenmerk auf die Reduktion von Kosten gelegt, kann sich das gegebenenfalls negativ auf die Qualität der bereitgestellten IT Services auswirken.		Beispielsweise kann die Qualität eines neuen IT Services gesteigert werden, indem mehr Zeit in die Entwicklung investiert wird. Dies hat aber zwangsläufig auch einen Anstieg der Entwicklungskosten zur Folge. Wird andererseits zu viel Augenmerk auf die Reduktion von Kosten gelegt, kann sich das gegebenenfalls negativ auf die Qualität der bereitgestellten IT Services auswirken.

	Eine termingerechte Bereitstellung der gewünschten IT Services gehört zu den zentralen Zielen des IT Service Managements, wobei hier aber auch auf die gelieferte Qualität und die entstehenden Kosten zu achten ist. Um das zu ermöglichen, legt das IT Service Management Funktionen und Prozesse für die Strategie, den Entwurf, die Entwicklung, den Betrieb und die stetige Verbesserung von IT Services fest. Innerhalb des IT Service Managements sehen sich die beteiligten Personen, sowohl ~~Lieferanten~~ als auch ~~Konsumenten~~ von IT Services mit einer Reihe von Herausforderungen konfrontiert.		Eine termingerechte Bereitstellung der gewünschten IT Services gehört zu den zentralen Zielen des IT Service Managements, wobei hier aber auch auf die gelieferte Qualität und die entstehenden Kosten zu achten ist. Um das zu ermöglichen, legt das IT Service Management Funktionen und Prozesse für die Strategie, den Entwurf, die Entwicklung, den Betrieb und die stetige Verbesserung von IT Services fest. Innerhalb des IT Service Managements sehen sich die beteiligten Personen, sowohl Lieferantinnen als auch Konsumentinnen von IT Services, mit einer Reihe von Herausforderungen konfrontiert.

	So sind die Ergebnisse (Outputs) von Serviceprozessen immateriell und nicht „greifbar“. Eine Messung, Validierung der Prozessleistung und Steuerung gestaltet sich daher als schwierig. Die Nachfrage nach IT Services und deren Umfang hängt sehr stark von den Anforderungen der ~~Kunden~~ hinsichtlich deren Nutzer, Prozessen, Anwendungen etc. ab. Der direkte Kontakt zwischen Servicelieferant und Servicekonsument lässt kaum Platz für Toleranzbereiche bei Beeinträchtigungen. ~~Kunden~~ wollen sichergehen, dass IT Services immer zur Verfügung stehen.<br>		So sind die Ergebnisse (Outputs) von Serviceprozessen immateriell und nicht „greifbar“. Eine Messung, Validierung der Prozessleistung und Steuerung gestaltet sich daher als schwierig. Die Nachfrage nach IT Services und deren Umfang hängt sehr stark von den Anforderungen der Kundinnen hinsichtlich deren Nutzerinnen, Prozessen, Anwendungen etc. ab. Der direkte Kontakt zwischen Servicelieferantin und Servicekonsumentin lässt kaum Platz für Toleranzbereiche bei Beeinträchtigungen. Kund*innen wollen sichergehen, dass IT Services immer zur Verfügung stehen.<br>
	IT Services können allerdings nicht „auf Vorrat“ produziert werden, was direkten Einfluss auf das Management von Bedarfen und Verfügbarkeiten hat.		IT Services können allerdings nicht „auf Vorrat“ produziert werden, was direkten Einfluss auf das Management von Bedarfen und Verfügbarkeiten hat.

	Es wurden viele Methoden, Modelle und Werkzeuge für die Unterstützung von IT Service Management entwickelt, wobei sich lediglich ein Ansatz flächendeckend etablieren konnte. Das „Best Practice“ Regelwerk ITIL wurde Ende der Achtzigerjahre von der britischen Regierung initiiert, um den effektiven und effizienten Einsatz von IT-Mitteln sicherzustellen und konnte sich als De-facto-Standard durchsetzen.		Es wurden viele Methoden, Modelle und Werkzeuge für die Unterstützung von IT Service Management entwickelt, wobei sich lediglich ein Ansatz flächendeckend etablieren konnte. Das „Best-Practice“-Regelwerk ITIL wurde Ende der Achtzigerjahre von der britischen Regierung initiiert, um den effektiven und effizienten Einsatz von IT-Mitteln sicherzustellen und konnte sich als De-facto-Standard durchsetzen.

	ITIL bietet ein generisches Rahmenwerk für die zu implementierenden IT-Prozesse. Ziele, Aktivitäten, Inputs und Outputs der verschiedenen Teilprozesse innerhalb der IT-Organisation werden zwar beschrieben, die konkrete Ausgestaltung der Prozesse bleibt den Unternehmen jedoch selbst überlassen. ITIL in der Version 3 besteht im Wesentlichen aus fünf Teilen, in welchen jeweils empfohlene Prozesse und Vorgehensmodelle für die Phasen des Lebenszyklus von IT Services vorgestellt und beschrieben werden.		ITIL bietet ein generisches Rahmenwerk für die zu implementierenden IT-Prozesse. Ziele, Aktivitäten, Inputs und Outputs der verschiedenen Teilprozesse innerhalb der IT-Organisation werden zwar beschrieben, die konkrete Ausgestaltung der Prozesse bleibt den Unternehmen jedoch selbst überlassen. ITIL in der Version 3 besteht im Wesentlichen aus fünf Teilen, in welchen jeweils empfohlene Prozesse und Vorgehensmodelle für die Phasen des Lebenszyklus von IT Services vorgestellt und beschrieben werden.