Das Highlight dieser Arbeit besteht in dem Vorschlag eines Integrationskonzeptes für die praktische Einführung des Service Level Managements (SLM) in der ITIL Umgebung. Generell lautet das Ziel: Transparenz und prozessorientierte Gestaltung sowie Wechselwirkungen der SLM Vereinbarungen beherrschen.
Alle hochwirksamen Geschäftsprozesse zeichnen sich durch eine hohe Datenintegration aus. Nur durch IT Einsatz kann diese hochkomplexe Datenintegration effizient bewältigt werden. Die IT versteht es als eine Herausforderung, die komplexen IT Services guter Qualität zu liefern. Eine der zentralen Fragen dabei lautet: welche Service Qualität gilt als geschäftsprozesskonform? Die Beantwortung dieser Frage ist auf den Six Sigma1 Ansatz zurückzuführen. Dieser Ansatz besagt, dass die Qualitätskosten ab einem bestimmten Grenzwert die Produkterlöse übersteigern können. Somit wird es klar, dass die 100% Qualität in einem gewinnorientierten Geschäft theoretisch unmöglich wäre. Entscheidet man sich für einen IT Service mit vernünftiger Qualität, dann muss die IT diesen Service genau in diesem angeforderten Umfang liefern. In der Praxis ist dies nicht einfach, da solche Services in der Regel aus mehreren internen und/ oder externen Subservices bestehen können. Das Problem dabei ist, die Anforderungen auf mehrere Subservices wirtschaftlich optimal zu projizieren. Dieses Problem kann mit dem SLM gelöst werden. Es regelt die Erstellung von IT Services in angeforderter Qualität im internen und externen IT Umfeld. Die Erstellung und Lieferung aller IT Services wird in ihren kritischen Aspekten vertraglich geregelt und erfolgt verbindlich sowie nachweisbar. So werden die SLM Verträge zu einem der wichtigsten IT Erfolgsfaktoren. Grundsätzlich gibt es drei SLM Vertragstypen: SLA, OLA und UC.
Diese Arbeit betrachtet den SLM Prozess in der ITIL Umgebung mit besonderem Fokus auf seine vertragliche Regelbasis. Es wird konsequent von den ITIL Grundlagen über den Aufbau und Zusammenhänge zwischen SLA, OLA und UC zu der Umsetzung der SLA-, OLA- sowie UC- Definitionsschemata geführt.
Inhaltsverzeichnis
Ehrenwörtliche Erklärung
1 Einleitung
1.1 Motivation
1.2 Problemstellung und -abgrenzung
1.3 Ziel der Arbeit
1.4 Vorgehen
2 Grundlagen
2.1 Generelles Prinzip in der ITIL
2.2 ITIL Grundbegriffe
2.2.1 Prozess
2.2.2 Service
2.2.3 Rollen und Aktivitäten
2.2.4 Best Practices
2.2.5 Key Performance Indikators
2.3 ITIL Struktur
2.3.1 Business Perspective
2.3.2 Planning to Implement Service Management
2.3.3 Applikations Management
2.3.4 ICT Infrastrukture Management
2.3.5 Security Management
2.3.6 Service Support
2.3.7 Service Delivery
2.4 Service Management
2.5 Zielsetzung des SLM
2.6 SLM Prozess
2.6.1 Rollen und Aktivitäten
2.6.2 SLM Prozesseinführung
2.6.3 Messung und Steuerung
2.7 SLM Objekte
2.7.1 Service Anforderungen
2.7.2 Service Spezifikation
2.7.3 Service Quality Plan
2.7.4 Service Katalog
2.7.5 SLA, OLA, UC
2.7.6 Service Reports
2.7.7 Service Achivement
2.7.8 Service Optimierungsprogramm
2.8 SLM Einbettung unter der ITIL
2.8.1 SLM Beziehungen
2.8.2 SLM Kommunikation in einer ITIL Umgebung
3 Aufbau der SLM Vereinbarungen
3.1 SLM Modell zur SLA Erstellung
3.1.1 Operatives Datenmanagement
3.1.2 Leistungsverrechnung und Kostenzuordnung
3.1.3 IT Steuerung
3.2 Anforderungen an die SLM Vereinbarungen
3.2.1 SLM Vertragsgestaltung
3.2.2 Kennzahlen
3.2.3 Messverfahren
3.2.4 Service Levels
3.2.5 Konsequenzen bei Abweichungen
3.2.6 Management
3.3 Aufbau der SLM Vereinbarungen
3.3.1 Struktur der SLM Verträge
3.3.2 Contracting Protokoll
3.3.3 Transformation der SLM Verträge
3.4 SLM Probleme in der Praxis
3.4.1 Problemquellen
3.4.2 Verbreitete SLM Fehler
4 SLA Integrationsmodell
4.1 SLM Integrationskonzept
4.1.1 SLM Integrationskonzept Struktur
4.1.2 SLM Integrationskonzept Ablauf
4.2 Einführung des SLM Integrationsmodells
4.2.1 Phase 1: Interne Analyse
4.2.2 Phase 2: Externe Analyse
4.2.3 Phase 3: Setup/ Improvement
4.3 Integrationsmodell für SLA Management
4.3.1 SLA Basis
4.3.2 Von SLA zu OLA und UC
4.4 Prozessauswirkungen der SLM Vertragsanforderungen
4.4.1 Development
4.4.2 Negotiating
4.4.3 Reporting
4.4.4 Service Improvement
4.5 SLM Verträge in dem SLM Prozess
4.5.1 Struktur
4.5.2 Ablauf
4.5.3 Prozessintegration der SLM Verträge
4.5.4 Kritische Faktoren der SLA Framework Umgebung
5 SLM Definitionsschemata
5.1 Zielsetzung der Definitionsschemata
5.2 Voraussetzungen
5.3 SLM Verträge
5.3.1 Vom Kundenwunsch zu SLA
5.3.2 Vom SLA zu OLA
5.3.3 Vom SLA zu UC
5.4 Problembehandlung und Vertragsimprovement
5.5 IT Service Validierung
6 Zusammenfassung und Ausblick
6.1 Erreichte Ergebnisse
6.2 Ausblick
7 Quellenverzeichnis
Stichwortverzeichnis
Ehrenwörtliche Erklärung
Ich versichere hiermit, dass ich meine (Studien- / Diplom-)arbeit mit dem Thema
Aufbau und Zusammenhang von SLA, OLA, UC und die Beziehungen untereinander
selbstständig verfasst und keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe.
(Stuttgart, 30.04.2006)
Kurzfassung
Das Highlight dieser Arbeit besteht in dem Vorschlag eines Integrationskonzeptes für die Einführung des Service Level Managements (SLM) in einer ITIL Umgebung. Generell lautet das Ziel: Transparenz und prozessorientierte Gestaltung sowie Wechselwirkungen der SLM Vereinbarungen beherrschen.
Alle hochwirksamen Geschäftsprozesse (GP) zeichnen sich durch eine hohe Datenintegration aus. Nur durch einen IT Einsatz kann diese hochkomplexe Datenintegration effizient bewältigt werden. Spricht man in diesem Kontext über die IT als Support, so wird der serviceorientierte IT Ansatz gerechtfertigt. Die IT versteht es als eine Herausforderung, die komplexen IT Services in einer GP konformer Qualität zu liefern. Eine der zentralen Fragen dabei lautet: Welche Service Qualität gilt als GP konform? Die Beantwortung dieser Frage ist auf den Six Sigma[1] Ansatz zurückzuführen. Dieser Ansatz wurde von dem Prinzip der Normalverteilung nach C. F. Gauß abgeleitet und besagt, dass die Qualitätskosten ab einem bestimmten Grenzwert die Produkterlöse übersteigern können. Somit wird es klar, dass die 100% Qualität in einem gewinnorientierten Geschäft theoretisch unmöglich wäre. Ist die IT Qualität für einen GP erfolgskritisch, so stellt sich folgende Frage: Inwieweit kann ein betroffener GP ein evtl. IT Versagen tolerieren? Entscheidet man sich für einen IT Service mit einer vernünftigen Qualität, dann muss die IT diesen Service genau in diesem angeforderten Umfang liefern. In der Praxis ist dies nicht ganz einfach, da solche Services in der Regel aus mehreren internen und/ oder externen Subservices bestehen können. Das Problem dabei ist, die Serviceanforderungen auf mehrere Subservices wirtschaftlich optimal zu projizieren und für eine ausreichende Qualität eines IT Services sowie seiner Subservices vor dem Kunden verantwortlich zu sein. Dieses Problem kann mit dem SLM gelöst werden. Es regelt die Erstellung von IT Services in angeforderter Qualität in internen und externen IT Umfeldern. Die Erstellung und Lieferung aller IT Services wird in ihren kritischen Aspekten vertraglich geregelt und erfolgt verbindlich und nachweisbar. So werden die IT Service Verträge zu einem der wichtigsten SLM und IT SM Erfolgsfaktoren. Grundsätzlich gibt es drei Vertragstypen: SLA, OLA und UC. Das Kennzeichen eines gelebten SLM Prozesses in IT Service Organisationen ist die aktive Nutzung von den IT Service Verträgen: SLA, OLA, UC.
Diese Arbeit betrachtet den ganzen SLM Prozess der IT Service Erstellung in einer ITIL Umgebung mit besonderem Fokus auf seine vertragliche Regelbasis. Es wird konsequent von den SLM ITIL Grundlagen über den Aufbau und Zusammenhänge zwischen SLA, OLA und UC zu den SLA-, OLA- und UC- Definitionsschemata geführt.
Schlüsselworte: ITIL Einführung, IT Service Management, IT Prozessmanagement, IT Service Qualität, Service Level Management, IT Sourcing, IT Service Verträge, SLA, OLA, UC, SLM Prozess, SLM Intergationskonzept, SLM Checklisten.
Abkürzungsverzeichnis
Abbildung in dieser Leseprobe nicht enthalten
Abbildungsverzeichnis
Abbildung 1: Vorgehen zur Zielerreichung
Abbildung 2: SLM Prozessintegration
Abbildung 3: SLM Integrationskonzept
Abbildung 2: Wirkungskette von dem itSMF bis zu Geschäftsprozessen
Abbildung 3: Generelles Prinzip der ITIL
Abbildung 4: Das generische ITIL Prozessmodell
Abbildung 5: Das ITIL Framework
Abbildung 6: Service Support Prozesse
Abbildung 7: Service Delivery Prozesse
Abbildung 8: Service Cycle des Service Managements
Abbildung 9: SLM Prozess Phasen
Abbildung 10: SLM Rollen, Aktivitäten, Phasen
Abbildung 11: SLM Prozesseinführung
Abbildung 12: SLM Prozessmessung
Abbildung 13: SLM Prozess und seine Objekte
Abbildung 14: Grundregel der SLA, OLA und UC Definition
Abbildung 15: Operating Level Katalog
Abbildung 16: Vertragliche Beziehungen in dem SLM Prozess
Abbildung 17: Automatismus bei der SLM Vertragserstellung
Abbildung 18: SLM Einbettung
Abbildung 20: SLM Modell zur SLA Erstellung
Abbildung 21: Contracting Protokoll
Abbildung 22: SLA, OLA, UC Framework
Abbildung 23: SLM Integrationskonzept Struktur
Abbildung 24: SLM Integrationskonzept Ablauf
Abbildung 25: SLM Verträge in dem SLM Prozess
Abbildung 26: Zielprozess der Service Lieferung in einer ITIL Umgebung
Tabelle 24: Rollen, Zuständigkeiten und SLM Objekte bei der SLA Erstellung
Abbildung 27: Von einem SLA zu OLA und UC
Abbildung 28: IT Service Validierung
Tabellenverzeichnis
Tabelle 1: SLM Erfolg
Tabelle 2: SLA Objektzuordnung: Rolle, Phase, Aktivität
Tabelle 3: SLM Prozess Inputs und Outputs in einer ITIL Umgebung
Tabelle 4: SLA allgemeine Vereinbarungen
Tabelle 5: SLA Funktionalität und Performance
Tabelle 6: SLA Monitoring und Berichtswesen
Tabelle 7: SLA Kundensupport
Tabelle 8: Business Impact: Ressourcenplanung und Kommunikation
Tabelle 9: Business Impact: Mangelhafte vertragliche Abstimmungen
Tabelle 10: Business Impact: Mangelhaftes Management der Servicelieferung
Tabelle 11: Business Impact: Fehlende Prozessrückkopplung für evtl. Änderungen
Tabelle 12: Ablauf: SLM Integrationskonzept
Tabelle 13: SLM Einführung: Interne Analyse
Tabelle 14: SLM Einführung: Externe Analyse
Tabelle 15: SLM Einführung: IT Service Setup
Tabelle 16: SLA Grundlage
Tabelle 17: SLA-, OLA-, UC- Grundlage
Tabelle 18: SLM Verträge in der Development Phase
Tabelle 19: SLM Verträge in der Negotiating Phase
Tabelle 20: SLM Verträge in der Reporting Phase
Tabelle 21: SLM Verträge in der Service Improvement Phase
Tabelle 22: SLA Framework in dem SLM Prozess
Tabelle 23: Kritische Faktoren für das SLA Framework
1 Einleitung
1.1 Motivation
Die folgende Aussage von Henry Ford passt bestens in den Kontext, warum diese Arbeit entwickelt werden musste: „Erfolg besteht darin, dass man genau die Fähigkeiten besitzt, die im Moment gefragt sind“. Spricht man über die IT, lässt sich diese Aussage folgendermaßen interpretieren: Der IT Erfolg besteht darin, dass man genau solche IT Services liefert, die im Moment gefragt sind. Der IT Weg zu diesem Erfolg führt über das SLM.
Die Wirtschaft fordert von der IT sämtliche GP als dynamische Modelle auf der IT Ebene abzubilden, um ihre Komplexität beherrschen zu können. Dabei gilt es: Je tiefer die GP Integration geht, desto stärker expandieren die IT Lösungen. Diese Komplexität lässt sich schon aus dem etablierten V-Modell[2] der IT Systementwicklung erkennen. Dies führte dazu, dass die IT zu einer selbständigen Unternehmenseinheit ausgegliedert werden musste. Es machte die IT Aktivitäten transparenter. Die Komplexität des IT Einsatzes zusammen mit dem Wirtschaftlichkeitsansatz forderten die Entwicklung von neuen Referenzprozessen in der IT. Dabei entstand ein Bedarf die neuen Referenzprozesse zu strukturieren und mehrere Prozessschnittstellen einzuführen. Es kann dabei um mehrere parallele IT Prozesse mit eigenen Zielen gehen, die aber insgesamt einem einzigen Hauptziel untergeordnet sind: dem sicheren und möglichst wirtschaftlichen GP Support.
Für eine möglichst optimale GP und SM Unterstützung entwickelte man den ITIL Ansatz, der zuerst als Norm BS15000/ ISO 20000 etabliert wurde. Die IT wird dabei als Servicedienstleister angesehen. Der ITIL Ansatz lässt alle IT Service Prozesse einheitlich und wirtschaftlich organisieren und managen. Wie bei jeder Serviceerbringung ist es auch in der IT von großer Bedeutung, dass jede gelieferte Leistung den gesamten Kundenbedarf in Übereinstimmung mit seinen Preis- und Leistungsvorstellungen befriedigt. An dieser Stelle muss in jedem einzelnen Fall das Six Sigma[3] Qualitätsproblem gelöst werden. So spricht man von einer angemessenen IT Servicequalität. Der ITIL Ansatz besagt, dass eine optimale Konfiguration und Steuerung von IT Services eine direkte SLM Aufgabe ist. Aus diesem Grund spielt das SLM eine der Schlüsselrollen für den IT Erfolg und wird zu einem der zentralen IT SM Themen.
So wird es von der IT erwartet, dass sie eine sinnvolle IT Servicequalität zu vernünftigen Preisen liefert. Das SLM macht es möglich. Es gestaltet die IT Serviceerbringung als eine ‚end-to-end’ Logistikkette des IT Service Geschäfts, die über eigene SCM- und CRM-Bereiche verfügt. Die ITIL führt dabei zu einer maximalen Optimierung bei jeder Serviceerstellung und Lieferung. Sie schlägt aber nur ihre generischen IT Strukturen vor und sagt nicht direkt, wie man die nötige Prozesskompetenz gewinnt. Aufgrund der Höhe ihrer Abstraktionsebene steuert die ITIL mit ihren eigenen Mitteln unter anderen auch das SLM Prozess. Unter diesen Mitteln werden SLA, OLA und UC als zentrale Instrumente genannt. Sie regeln es vertraglich und nachweisbar, dass die IT Kunden ihre gewünschten IT Services in Übereinstimmung mit ihren Anforderungen geliefert bekommen. Dabei ist es wichtig, dass das SLM durch diese Verträge über alle wichtigen Informationen für die SLM Prozessgestaltung verfügt. Die ITIL nennt dabei nur ihre IT Prozesse und besagt nicht, wie man diese vertraglich optimal sicherstellen kann. So bedarf die IT Praxis einer Grundlage, mit der die IT Serviceverträge in einer ITIL Umgebung saubere IT Servicelieferung gewährleisten können.
Auf dem IT Markt werden schon mehrere Templates für die IT Verträge angeboten. Stammen diese Vorschläge aus dem technologischen IT Umfeld, so decken sie nur die technologiespezifischen Fragen ab. Wenn sie aus dem rechtlichen Bereich kommen, so decken sie nur die rechtlichen Aspekte ab. In solchen Fällen kann es dazu führen, dass vertragliche Lücken in der IT Service Regelung entstehen. Man kann hier auf die Idee kommen, die Vorschläge beider Aspekte zu nehmen und sie in einem universellen IT Vertrag zusammenzuführen und an einzelne IT Services anzupassen. Man handelt dann nach dem Prinzip: „… wir haben keine Zeit einen Zaun zu bauen, wir müssen unsere Hühner fangen …“. Als Zaun sind hier der SLM Rahmenprozess und als Hühner die Inhalte der IT Service Verträge gemeint. Die erforderliche Lösung dabei wäre es, die IT Service Verträge auf den SLM Prozess abzustimmen. Wird es nicht gemacht, dann hat man mit bösen Konsequenzen wie fehlgeschlagene IT Services und enttäuschte IT Kunden zu rechnen. Solche Fälle sind aus folgendem Grund besonders problematisch: es gibt keine Kommunikationsgrundlage, nach der die Problemquelle erkannt, bewiesen und für alle Parteien verständlich erklärt wird. Es kommt nachfolgend regelgerecht zur Eskalation, ohne dass das Problem behoben wird. So ist es zu vermeiden, solche fertige IT Musterverträge zu benutzen, ohne zu wissen, aufgrund welcher Regelbasis diese zustande kommen und ob sie für einen eigenen SLM Prozess auch passen.
Diese Arbeit zeigt einen Weg, wie man eine eigene SLM Vertragsbasis aufgrund von dem ITIL SLM Prozess entwickelt und wie die SLM Verträge dabei untereinander sowie mit dem SLM Prozess zusammenhängen. Schwerpunktmäßig wird es über den SLM Prozess unter Berücksichtigung seiner phasenbasierten Einführung vorgegangen. So wird man nach dem Lesen dieser Arbeit imstande alle Zusammenhänge der SLM Verträge (SLA, OLA, UC) in dem SLM Prozess zu verstehen und eigene SLM Verträge aufgrund dieser ausführlichen SLM Prozesserklärung sowie SLM Vertragsaufbauregelbasis zu erstellen bzw. die schon existierenden Verträge auf ihre Vollständigkeit zu überprüfen und bei Bedarf zu erweitern.
1.2 Problemstellung und -abgrenzung
Die Problemstellung dieser Arbeit ist es zu klären, wie man die SLM Verträge (SLA, OLA und UC) in einer ITIL Umgebung SLM prozessorientiert aufbaut. Es bedarf einer weiteren Klärung, wie diese in dem SLM Prozess zusammenhängen. Aufgrund der praktischen Orientierung an dieser Arbeit werden diese Zusammenhänge eng in Bezug auf den SLM Einführungsprozess betrachtet. Es müssen dabei folgende Problempunkte geklärt werden:
SLM Einordnung in der ITIL. Wie wird der SLM Prozess in die ITIL Basis integriert? Dabei ist es von besonderem Interesse, wie und an welchen Stellen dieser Prozess mit den anderen ITIL Basis Prozessen kommuniziert?
SLM Prozessmodell und seine Einführung. Was passiert in dem SLM Prozess und was ist bei seiner Einführung zu berücksichtigen, damit das SLM sicher läuft?
SLM Objekte. Welche Objekte begleiten den SLM Prozess? Wie werden die SLM Verträge von diesen Objekten bewirkt?
Aufbau der SLM Verträge. Welche Inhalte sind in den SLM Verträgen erforderlich, um eine sichere IT Servicelieferung leisten zu können?
SLA-, OLA-, UC-Anforderungen. Welchen Anforderungen müssen SLA, OLA und UC gerecht werden?
Zusammenhang zwischen SLA, OLA, UC. Wie hängen die SLM Verträge zusammen und wie werden sie aufeinander abgestimmt?
1.3 Ziel der Arbeit
Ziel dieser Arbeit ist es, eine SLM prozessorientierte Basis für die SLM Vertragserzeugung in der ITIL Praxis zu entwickeln. Es muss verfolgt werden, wie man die IT Servicelieferung vertraglich durch die SLA-, OLA- und UC-Verträge managen kann und welche Aspekte dabei zu berücksichtigen sind. Als Ergebnis dieser Arbeit wird eine praxisorientierte Basis für die SLM Vertragserzeugung in Form von Definitionsschemata erwartet.
1.4 Vorgehen
Es werden folgende Schritte vorgenommen, um das gesetzte Ziel der Arbeit zu erreichen:
Klärung der ITIL Grundlagen für das SLM
Klärung der SLM Prozessintegration in das ITIL Framework
Klärung der Aspekte der SLM Vereinbarungen
Klärung der SLM Definitionsschemata
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 1: Vorgehen zur Zielerreichung
ITIL Grundlagen (Kapitel 2). Bei der Betrachtung der ITIL Grundlagen wird der Fokus auf die wichtigsten ITIL Grundbegriffe für das SLM ausgerichtet. Hier werden auch die SLM angrenzenden ITIL Module erklärt.
SLM Prozessintegration (Kapitel 2). Es wird der SLM Prozess mit seinen begleitenden SLM Objekten und seiner Integration in einer ITIL Umgebung geklärt.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 2: SLM Prozessintegration
Nach dem Lesen des Kapitels „Grundlagen“ wird jeder Leser imstande sein, zu verstehen, wie der SLM Prozess verläuft und wer in diesem Prozess welche Rolle spielt. Es wird auch geklärt, was dieser Prozess braucht (welche Objekte und wozu) und wie er in die weiteren ITIL Prozesse integriert ist.
Aspekte der SLM Vereinbarungen (Kapitel 3). In diesem Schritt wird der Aufbau der SLM Vereinbarungen und ihre grundlegenden Anforderungen betrachtet.
SLM Integrationsmodell (Kapitel 4). In diesem Schritt wird eine prozessorientierte Erzeugung der SLM Verträge in Übereinstimmung mit den grundlegenden Anforderungen zu ihren Inhalten und Aufbau geklärt.
SLM Definitionsschemata (Kapitel 5). In diesem Schritt werden die Ergebnisse dieser Arbeit in Form von Definitionsschemata für SLA, OLA und UC dargestellt. Dieser praxisorientierte Leitfaden kann als Regelwerk für die SLA, OLA und UC Umsetzung benutzt werden.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 3: SLM Integrationskonzept
Die Definitionsschemata sind auf das ITIL SLM Prozess abgestimmt. So nehmen sie den SLM Prozess samt allen Kundenanforderungen zu einem gewünschten IT Service und unterstützen eine SLM prozessorientierte Erzeugung aller nötigen SLM Verträge. Diese SLM Verträge sollen zu einer sicheren IT Service Lieferung in einer ITIL Umgebung beitragen.
2 Grundlagen
Die ITIL ist als ein Best Practice Framework für Definition und Betrieb von IT Infrastrukturen bekannt. Indirekt beschreibt sie alle Prozesse, die einen effizienten und effektiven Betrieb sämtlicher IT Infrastrukturen ermöglichen. Der ITIL Ansatz ist serviceorientiert. Sie hat zum Ziel die Gewährleistung einer sicheren IT Unterstützung für alle DV Verfahren des IT SMs. So wird angestrebt, die IT Kunden ausreichend zufrieden zu stellen. Die verwendeten IT Technologien spielen dabei nicht unbedingt die wichtigste Rolle. Hauptziel ist , dass die bestellten und die gelieferten IT Serviceleistungen in ihren Umfang und Qualität übereinstimmen. Wichtiges Merkmal der ITIL besteht darin, das sie nur die IT Referenzinfrastrukturen nennt und keine Umsetzungswege zeigt und die generischen IT Infrastrukturprozesse indirekt erklärt. Diese indirekte ITIL Vorgehensweise lässt sich in jedem konkreten Fall der IT Praxis so umsetzen, so das die ITIL optimal eine konkrete IT Organisation unterstützen kann. Eben dieses Merkmal machte sie zu einer der erfolgreichsten IT Normen. Die erfolgreichsten Fälle des IT Einsatzes erweitern kontinuierlich die ITIL Grenzen, was für die IT in der Praxis von besonderem Interesse ist. Diese IT Erfolgsfälle werden zu den Best Practices ernannt. Die ITIL bildet dabei ein Rahmenkonzept, welches durch die IT Best Practices konsequent erweitert wird und die für das IT SM allgemein zur Verfügung stehen. In den letzten Jahren trug die ITIL mit ihrer starken Verbreitung in IT Abteilungen dazu bei, dass sich unter IT Verantwortlichen ein Bewusstsein und eine gemeinsame Terminologie für das IT SM herausgebildet hat[4]. Das gemeinsame Verständnis erleichtert die Kommunikation zwischen IT Abteilungen sowohl innerhalb eines konkreten Unternehmens als auch unternehmensübergreifend. Mit den folgenden Schwerpunkten setzt sich die ITIL als allgemeiner IT Management Ansatz durch:
IT Service Qualität wird messbar,
IT Serviceerbringung wird zu einer steuerbaren Prozesskette,
IT Service Prozessabläufe werden durchgängig und konsistent,
IT SM wird mit einer einheitlichen ITIL Standardterminologie unterstützt,
die Kommunikationswege zwischen IT SM und GP Owners werden wesentlich verbessert,
höhere Kundenzufriedenheit durch Steuerung der Erwartungshaltung.
ITIL bildet die Arbeitsgrundlage der international tätigen Benutzergruppe IT SM Forum (itSMF)[5]. Als zentrales Ziel dieser Zusammenarbeit versteht sich die Ausarbeitung der Best Practices für eine optimale GP Unterstützung von der IT Seite. Die nächste Abbildung stellt diesen Zusammenhang dar.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 2: Wirkungskette von dem itSMF bis zu Geschäftsprozessen[6]
So erarbeitet das itSMF verschiedene ITIL Referenzmodelle für eine standardisierte und vollständige Beschreibung des IT SMs als ITIL Framework. Basierend auf dem frameworkorientierten ITIL Referenzmodell wird die IT Leistung dort gesteuert, wo es sinnvoll und nötig ist. Als sinnvoll versteht sich eine Leistungsmessung nur dort, wo solche Leistung beeinflussbar ist. Eine GP konforme Einstellung von IT Services gewährleistet eine optimale IT Serviceerbringung. So trägt die ITIL zu sicheren GP Abläufen mit der Unterstützung von diversen DV Verfahren durch eine maßgefertigte IT Serviceerbringung bei.
2.1 Generelles Prinzip in der ITIL
Als Prototyp für das ITIL Prinzip dient das Qualitätsrad bzw. der Qualitätskreis von Deming[7]. In der ITIL wird der Deming Qualitätskreis an die IT Service Welt angepasst und als ihr generelles Prinzip „Monitor-Control-Loop“ umformuliert. Die nächste Abbildung zeigt die Entstehung des Monitor-Control-Loops aus dem Deming Qualitätsrad.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 3: Generelles Prinzip der ITIL[8]
Der Prozess des Deming Qualitätsrades beginnt mit dem Zyklus „Plan“. In diesem Planzyklus prüft man den Sachstand auf Verbesserungspotentiale und entwickelt einen Plan zur Qualitätsverbesserung. Bei der Betrachtung von den Schwachstellen und Verbesserungspotentialen werden meist die prozessverbessernden Maßnahmen ermittelt. Diese Maßnahmen setzt man in dem weiteren Zyklus ‚Do’ um. Nach dem prozessverändernden Zyklus ‚Do’ wird es in dem Zyklus ‚Check’ überprüft, ob die Veränderungen in Bezug auf die im Planzyklus definierten Ziele positiv verlaufen und wie diese zu bewerten sind. In dem Zyklus ‚Act’ werden Maßnahmen zur Korrektur aller festgestellten Abweichungen, Planänderungen oder Verbesserungen im Qualitätsmanagementsystem durchgeführt, um die vorher definierten Ziele zu erreichen. Wird das Qualitätsrad so weitergedreht, so werden die Prozesse kontinuierlich verbessert. Das Deming Qualitätsrad ist selber ein zyklischer Prozess.
Die Monitor-Control-Loop Schritte entsprechen den Zyklen des Qualitätsrades. Dabei wird dieser Monitor-Control-Loop auf jeden ITIL Prozess angewendet. Dieses Prinzip ist in der ITIL grundlegend und wird in dieser Arbeit durchgehend berücksichtigt.
2.2 ITIL Grundbegriffe
Die begriffliche Einheitlichkeit der ITIL gehört zu ihren erfolgssichernden Durchsetzungsfaktoren. Aus diesem Grund ist es wichtig gleich am Anfang der Arbeit die wichtigsten Begriffe zu klären und sich an diese Definitionen zu halten. Es erfordert einen nicht ganz unerheblichen Leseraufwand, ist aber für das adäquate Verständnis der ganzen Arbeit sehr wichtig. Unter zentralen Begriffen fallen hier solche wie Prozess, Service, Rollen und Aktivitäten, Best Practices, Key Performance Indikatoren. Mit diesen Begriffen wird hier der prozessorientierte SLM Ansatz beschrieben. Dieser Ansatz wird auch als Kern der ITIL bezeichnet[9].
2.2.1 Prozess
Ein Prozess ist eine logisch zusammenhängende Reihe von Aktivitäten zur Erreichung eines vorab definierten Ziels. Jeder Prozess wird durch seinen Anfang und sein Ergebnis definiert. Mehrere Steuerungsgrößen können einzelne Prozesse beeinflussen. Als Steuerungsgrößen können sowohl Prozessparameter als auch weitere Prozesse auftreten. Die ITIL Prozesse werden durch die SLAs, OLAs und UCs dimensioniert. Die nächste Abbildung stellt die Definition eines Prozesses nach dem generischen ITIL Prozessmodell dar.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 4: Das generische ITIL Prozessmodell[10]
2.2.2 Service
Ein Service ist eine definierte Aufgabe, wie z.B. eine Dienstleistung, die erforderlich ist, um einen bestimmten GP durchführen oder am Leben erhalten zu können. Die Anforderungen an die Qualität und Quantität einer bestimmten Dienstleistung werden unter der ITIL als Service Level bezeichnet. Die einem Level zugeordneten Dienstleistungen müssen messbar sein. Die aktuellen und künftigen speziellen Anforderungen an einen Service bzw. einen zugrunde liegenden GP oder eine Infrastruktur werden unter ITIL innerhalb eines SLAs erfasst.
2.2.3 Rollen und Aktivitäten
Wird unter der ITIL ein Prozess definiert, so werden diesem Prozess gleich ein oder mehrere Prozessausführende und Prozessverantwortliche zugeordnet. Diese werden als Rollen bezeichnet. Bei der Einführung von den ITIL Prozessen in einer Firma muss ein Ist-Zustand ermittelt werden, der innerhalb einer Betriebsführungsmatrix (Rollen, Aufgaben, Verantwortungen) zusammengefügt wird. Danach wird ermittelt, welche Verantwortlichkeit unter den ITIL Prozessen erneut zugeordnet wird. Jede Rolle hat ihren Prozessaufgabenkreis. Die Erfüllung von jeder Aufgabe wird als eine Aktivität bezeichnet.
2.2.4 Best Practices
„Best Practice“ bedeutet, dass man sich an einem allgemein anerkannten und gelebten Standard orientiert, welcher die maximalen Vorteile in sich vereinigt. Als Grund für das Adaptieren einer „Best Practice“ kann man somit die Gewissheit einer ausgereiften Vorgehensweise nennen.
2.2.5 Key Performance Indikators
Unter dem Begriff Key Performance Indikators (KPI) versteht man unter der ITIL sämtliche aussagekräftige Kennzahlen im direkten Bezug zu einem der ITIL Prozesse. Die Zuordnung einer Kennzahl zu einem spezifischen Attribut in diesem ITIL Prozess charakterisiert dessen Leistungsfähigkeit.
2.3 ITIL Struktur
Die ITIL hat einen strukturierten Aufbau und besteht derzeit aus sieben ITIL Büchern. Jedes Buch enthält einen Satz von seinen IT Modulen, die wiederum ihre spezifischen Prozesse enthalten. Mittlerweile sind mehr als zwanzig unterschiedliche ITIL Prozesse bekannt, die einen Weg beschreiben, um ein effektives IT SM durchführen zu können. Diese ITIL Bereiche dienen der Sicherstellung von qualifizierten und kosteneffektiven IT Dienstleistungen, welche die GPs eines Unternehmens wirkungsvoll unterstützen. Die Nächste Abbildung stellt die Struktur der ITIL Bereiche dar.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 5: Das ITIL Framework[11]
Die Bereiche des SMs Service Support und Service Delivery werden als ITIL Basis bezeichnet. Die übrigen beschreiben „ergänzende Themen aus dem Bereich IT Management“[12]. Im Weiteren werden die ITIL Hauptbereiche im Überblick nach itSMF und Köhler[13] dargestellt.
2.3.1 Business Perspective
Der Bereich Business Perspective beschäftigt sich mit dem IT Service aus der Sicht der Geschäftsleitung. Dazu gehören solche Fragen wie Outsourcing von IT Dienstleistungen oder Business Continuity Management.
2.3.2 Planning to Implement Service Management
Der Bereich Planning to Implement Service Management befasst sich mit der Planung, Einführung und fortlaufenden Verbesserung der ITIL Prozesse. Wichtig dabei ist es, dass die Ist- und Soll-Zustände sauber definiert werden und eine laufende Analyse und Überprüfung der KPIs vorhanden ist.
2.3.3 Applikations Management
Der Bereich Applications Management beschäftigt sich mit dem Planen, Entwickeln, Testen, Implementieren und Außerbetriebnehmen von in einem Unternehmen eingesetzten Applikationsprogrammen. Über den gesamten Lebenszyklus einer Applikation wird es versucht, ein für das Unternehmen sinnvolles Management dieser geschäftsprozessabbildenden Programme durchzuführen. Definierte Standards zur Abnahme, Veränderung und Test runden das Tätigkeitsprofil des Applications Managements ab.
2.3.4 ICT Infrastrukture Management
Das Bereich ICT Infrastructure Management befasst sich mit allen Aspekten der IT Infrastruktur und deren Überwachung. Dabei werden sowohl zentral als auch dezentral eingesetzte IT Verfahren geplant und überwacht.
2.3.5 Security Management
Der Bereich Security Management befasst sich mit der Definition einer Firmen Security Policy, Aufstellung eines Security Plans mit allen Maßnahmen zur Datensicherheit (Vertraulichkeit, Integrität und Verfügbarkeit von firmeninternen Daten) einer Firma. Dieser Bereich führt die Analyse und Klassifizierung von den IT Risiken durch, die durch erfolgte und evtl. mögliche Angriffe z.B. durch Softwareviren oder Hacker eintreten können. Nach der erfolgten Analyse werden entsprechende Maßnahmen eingesetzt oder neu eingeführt. Security Management verfolgt, identifiziert und steuert gegen IT Sicherheitsrisiken im Ursprung.
2.3.6 Service Support
Zusammen mit dem Service Delivery bildet dieser Bereich die Basis des SMs nach der ITIL. Der Service Support soll nach der ITIL Philosophie für die Nutzer eines DV Verfahrens zentral von einer Stelle abrufbar sein. Die Realisierung erfolgt meist über die Customer Help Desk Funktion. Häufig wird Customer Help Desk auch als SPOC bezeichnet. Der Benutzersupport erfolgt teilweise über den Incident Management Prozess (reaktives Problemmanagement) und teilweise über den Problem Management Prozess (proaktives Problemmanagement). Die Change- und Release Management Prozesse versuchen idealerweise gegen alle möglichen Probleme vorzubeugen, bevor diese auftreten. Wünschenswert soll es bereits in der Testphase für alle SW Updates oder Installationen passieren. Configuration Management erfasst und beschreibt alle Komponenten eines DV Verfahrens. Es lässt somit die anderen Service Support Prozesse maximal effizient durchführen. Die nächste Abbildung zeigt, wie die Service Support Prozesse zwischen IT Kunden und der IT Infrastuktur ihre Daten austauschen. Für das Verständnis des Aufbaus der SLM Definitionsschemata und deren Rückkopplung mit dem SLM Prozess ist dieser Zusammenhang sehr wichtig.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 6: Service Support Prozesse[14]
2.3.7 Service Delivery
Der Service Support soll nach der ITIL Philosophie für die Nutzer eines DV Verfahrens eine auf die Kundenanforderungen abgestimmte Leistung zur Verfügung stellen. Diese Leistungen zu spezifizieren ist die Aufgabe des Service Level Managements.[15] Das Financial Management sorgt für leistungsgerechte Verrechnungen der IT Services. Das Continuity Management befasst sich mit möglichem Notfallvorgehen, um die GPs bei evtl. DV Verfahrensausfällen geschäftsfähig erhalten zu können. Das Availability Management versucht die Verfügbarkeit aller DV Verfahren zu erhöhen und ihre evtl. möglichen Ausfallzeiten zu verkürzen. Das Capacity Management beschäftigt sich damit, die Anforderungen bezüglich Auslastung und Antwortzeit bzw. Transaktionszeitverhalten der Nutzerbedürfnissen eines DV Verfahrens gerecht zu machen. Das Service Level Management stellt sicher, dass die Anforderungen des Nutzers eines DV Verfahrens rechtzeitig vereinbart und in Übereinstimmung mit diesen Vereinbarungen nachweisbar erfüllt werden können. Die nächste Abbildung stellt dieses Zusammenwirken in der Service Delivery dar. Für das Verständnis des Aufbaus der SLM Definitionsschemata und deren Rückkopplung mit dem SLM Prozess ist dieser Zusammenhang sehr wichtig.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 7: Service Delivery Prozesse[16]
2.4 Service Management
In dem Service Management wird der Deming Qualitätsradansatz aktiv benutzt. Dieses Prinzip ist für seine Ablauforganisation grundlegend und läuft zyklisch. Jeder Schritt in diesem Zyklus bildet eine modularisierte Systemfunktion der IT Service Organisation. Dieser Zusammenhang wird in der nächsten Abbildung dargestellt.
Abbildung in dieser Leseprobe nicht enthalten
Abbildung 8: Service Cycle des Service Managements[17]
Die einzelnen Schritte des Service Cycles werden in Übereinstimmung mit ihrer Ablaufreihenfolge im Weiteren erklärt.
1. Strategie und Planung. Aktivitäten: Portfolio Erstellung bzw. Pflege, Serviceanalyse und Priorisieren des Service Angebotes für Kunden, Budgetierung und PRINCE2[18] Planung
2. Business Development. Aktivitäten: Service Marketing und Service Verkauf, Service Design und Service Preiskalkulation, Angeboterstellung
3. Service Setup. Aktivitäten: SLA Vertragvereinbarung, Aufbau von Projektstrukturen für Kundenprojekte, Identifizierung und Zuordnung von Ressourcen zu Kundenprojekten, Projektsteuerung
4. Service Execution. Aktivitäten: Lieferung und Unterstützung der IT Dienstleistungen in einem vereinbarten Umfang
5. Engagement Erfassung. Aktivitäten: Kostenerfassung von internen und externen Aufwänden, Accounting für Kundenprojekte und Services, Rechnungerstellung und Ausziffern
6. BI (Business Intelligence) Routinen für Erfolgs- und Performancemessung. Aktivitäten: Extrahieren und Transformation der Daten zur Auswertung von der Kundenprofitabilität, Analyse der operationalen Effizienz, Analyse des eigenen Knowledgemanagements usw.
2.5 Zielsetzung des SLM
Generelle Zielsetzung des SLMs ist der SLM Erfolg. Dieser Erfolg wird allgemein als eine optimale Erfüllung der Kundenerwartungen im Rahmen von vereinbarten IT Services definiert.[19]. Alle Vereinbarungen werden dabei durch die SLAs dokumentiert und gelten als verbindlich. Diese Vorgehensweise setzt voraus, dass die von Kunden bestellten IT Services und die entsprechenden IT Leistungen eines IT Dienstleisters in ihrer Qualität gemessen und mit spezifischen Größen nachgewiesen werden. Die optimale IT Service Zusammenstellung und Qualitätskontrolle über dem ganzen IT Service Lebenszyklus ist ebenfalls das SLM Ziel. Der SLM Erfolg ist ein komplexes Merkmal, das auf einer hohen Ebene seine Aussage über die gelieferten IT Services trifft. Dieses Merkmal kann in dem ITIL Kontext durch den folgenden Quotienten ausgedrückt werden:
SLM Erfolg = (IT Service in der vereinbarten Kundenvorstellung) / (gelieferte IT Service) * 100.
Abbildung in dieser Leseprobe nicht enthalten
Tabelle 1: SLM Erfolg
Die Bedeutung des SLM Erfolgswertes lässt sich folgendermaßen interpretieren:
SUCCESS: SLM Erfolg ist 100%. Die IT Service Lieferung war optimal. In diesem Fall kann man die Erfahrung mit dem betroffenen IT Service als Best Practices im Unternehmen bezeichnen. Die Spezifikation von diesem IT Service samt allen untergeordneten Subservices (externe und interne Vereinbarungen, Setup Parameter) können evtl. auch als Referenzbasis wieder verwendet werden.
DANGER: SLM Erfolg ist weniger als 100%. Die IT Service Lieferung war mangelhaft. In diesem Fall soll die Root Cause Analyse[20] für den betroffenen IT Service sofort angestoßen werden. Wird der Fall unterschätzt, so startet an dieser Stelle die Service (bzw. Business) Loss Chain[21]. Als Ergebnis der Root Cause Analyse ergibt sich ein Verfahren zur Eliminierung von sämtlichen Auslösern der Service Loss Chain.
ATTENTION: SLM Erfolg ist größer als 100%. Die IT Service Lieferung war ohne Mängel aber mit einem zu hohen Aufwand verbunden. Dies ist nicht optimal. In diesem Fall soll die Wirtschaftlichkeit des gelieferten IT Services überprüft werden. Der betroffene IT Service gilt dann als optimierungsbedürftig. Die Ursachen dieser Situation müssen mittels der Root Cause Analyse lokalisiert werden. Eine Optimierung der Wirtschaftlichkeit bei der IT Servicelieferung ist erforderlich.
2.6 SLM Prozess
Der SLM Prozess läuft zyklisch nach dem Service Management Kreis Prinzip[22]. Dieser Prozess besteht aus vier Phasen[23]:
1. Development. Aufgabe: Kundenanforderungen ermitteln und als IT Service Spezifikation interpretieren.
2. Negotiating. Aufgabe: IT Service Spezifikation und Verbindlichkeiten mit Kunden und IT Subservicelieferanten vertraglich regeln.
3. Reporting. Aufgabe: Periodisches Überwachen eines gelieferten IT Services.
4. Service Improvement. Aufgabe: Periodische Verbesserung der Servicequalität und Optimierung der IT Servicelieferung.
[...]
[1] Sta2002
[2] Mid2005, Küf2004
[3] ISO9000
[4] Mat2004
[5] Per2000, 2
[6] Sag2005, S. 15
[7] Köh2005, S. 1-3
[8] OCG2002
[9] Köh2005, S. 20 - 28
[10] itSMF2004, S. 31
[11] OGC2000
[12] itSMF2004
[13] Köh2005, S. 39 - 42
[14] Mas2005
[15] Köh2005, S. 47 - 53
[16] Mas2005
[17] Sir2005
[18] Köh2006
[19] Köh2005, S 129
[20] ABS1999
[21] Ang2005, S. 43
[22] Hier: Ablauf des Service Managements
[23] Gau2005, Köh2005, S. 131
-
-
-
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X. -
-
Upload your own papers! Earn money and win an iPhone X.