YaSM und ITIL

 

Vergleich: YaSM und ITIL^® (ITIL 4)

Teil von: YaSM und andere Service-Management-Methoden

 

YaSM^® [1] und ITIL^® [2] haben gemeinsame Wurzeln und folgen den gleichen Prinzipien. Wer sich in ITIL auskennt, wird deshalb das YaSM-Modell und die YaSM Service-Management-Prozesse auf Anhieb verstehen.

Diese Seite beinhaltet eine detaillierte Gegenüberstellung zwischen dem YaSM Service-Management-Modell und der neuesten ITIL-Version ITIL 4. Falls in Ihrer Organisation ITIL V3 verwendet wird, gibt es auch eine weitere Seite mit einem Vergleich von YaSM mit ITIL V3 (ITIL 2011).

 

Abb. 1: ITIL 4-Practices und ITIL V3-Prozesse (ITIL 2011-Prozesse)

 

ITIL® ist mittlerweile rund 30 Jahre alt. Es wurde immer wieder aktualisiert und ist zu einem umfangreichen und anspruchsvollen Rahmenwerk angewachsen, das oft als schwer verständlich empfunden wird. Dies wird bereits durch einen einfachen Vergleich deutlich:

• In ITIL V2 wurden gerade zehn Prozesse für Service Support und Service Delivery definiert.
• Demgegenüber spezifiziert ITIL V3 (ITIL 2011) 26 Prozesse, die im Service-Lifecycle angeordnet sind.
• Die neue Version ITIL 4 beschreibt ein Service-Value-System mit insgesamt 34 Service-Management-Practices.

Vor diesem Hintergrund fragen sich viele Organisationen, die die in ITIL beschriebenen Empfehlungen anwenden möchten, wo sie beginnen sollen. Letztlich müssen Service-Provider maßgeschneiderte Prozesse definieren, die für die speziellen Erfordernisse der Organisation funktionieren, und dies erleichtert YaSM als eine Alternative zu ITIL ganz erheblich:

Das YaSM-Modell und ITIL

Das YaSM-Modell beschreibt praxisorientierte Service-Management-Prozesse, die einer klaren Struktur folgen.

Das heißt jedoch nicht, dass YaSM allzu stark vereinfacht. Alle ITIL-Prozesse oder ‑Praktiken haben ihren Sinn und Zweck, und so sind bei YaSM nicht einfach einige Prozesse weggelassen worden, wie es diverse Ansätze eines 'ITIL light' oder 'Lean ITIL' propagieren. Vielmehr ist YaSM weniger komplex, weil es eine einfache, intuitiv verständliche Prozess-Struktur einführt.

Das YaSM-Prozessmodell folgt denselben Grundsätzen wie ITIL - und den Empfehlungen aus anderen Service-Management-Frameworks und ‑Konzepten, wie z. B. COBIT^®, SIAM™ und VeriSM™. Darüber hinaus sind die YaSM-Prozesse zu 100% kompatibel mit ISO 20000, dem internationalen Standard für Service-Management.

Anmerkung: YaSM^® ist ein unabhängiges Modell für das Service-Management und wird nicht offiziell von den Herausgebern der ITIL^®-Publikationen unterstützt.

ITIL 4-Prozesse und ITIL 4-Prozess-Templates?

In früheren Versionen von ITIL standen die Service-Management-Prozesse im Mittelpunkt. Demgegenüber beschreibt ITIL 4 ein Service-Value-System (Service-Wert-System) und Service-Management-Practices (Praktiken), die sich nicht speziell auf Prozesse beziehen.

Abb. 2: ITIL 4 und YaSM
ITIL 4-Prozesse und Prozess-Templates auf Basis des YaSM-Modells.

Genau genommen gibt es also keine "ITIL 4-Prozesse" - aber um die Empfehlungen aus ITIL 4 in der Praxis anzuwenden, müssen Organi­sationen sehr wohl geeignete Prozesse definieren (die Autoren von ITIL 4 weisen darauf hin, dass definierte Prozesse "sicher­stellen, dass die Organisation auf effiziente und effektive Weise Mehrwert für alle Stakeholder erzeugen kann").

Kann ein Service-Management-Prozessmodell wie YaSM ITIL^® 4-Prozesse definieren und auf dieser Grundlage ITIL 4-Prozess-Templates bereitstellen?

Dies ist durchaus möglich, auch wenn die Übersetzung von ITIL 4 in Prozess-Templates nicht "eins-zu-eins" wie bei ITIL V3 erfolgen kann (vgl. Abb. 2):

In ITIL 4 gibt es keinen definierten Satz von Prozessen, und um an ITIL 4 ausgerichtete Prozesse zu entwickeln, müssen sich Anwender ein Stück weit von ihrem eigenen Sachverstand leiten lassen.

Hierbei gilt, dass nicht jede ITIL 4-Practice direkt in einen Prozess umgesetzt werden kann, da manche Praktiken nicht so sehr bestimmte Aktivitäten beinhalten, als vielmehr eine Beschreibung von Management-Methoden und Prinzipien. Dennoch zeigt ein Vergleich zwischen ITIL 4 und ITIL V3, dass die meisten ITIL 4-Praktiken auf ITIL V3-Prozesse zurückgeführt werden können. Zum Beispiel entspricht die ITIL 4-Practice für Incident Management ganz klar dem schon aus ITIL V3 bekannten Prozess.

Somit beinhaltet ITIL 4 in gewisser Weise auch Empfehlungen für Prozesse, und die Bereitstellung von Templates für ITIL 4-Prozesse ist machbar.

Hinzu kommt, dass ITIL 4 keine strikten Vorschriften macht und empfiehlt, "einfache und praktikable Lösungen vorzuziehen".

Hier bietet sich also eine Gelegenheit für einen frischen Start mit weniger komplizierten, schlanken und gut definierten ITIL 4-Prozess-Templates - wie sie das YaSM-Modell bietet. Diese Templates können einfach angepasst werden, um maßgeschneiderte Prozesse für die spezifischen Anforderungen der Organisation zu definieren.

 

In diesem Video stellt Stefan Kempter einen pragmatischen Ansatz für das Definieren der Service-Management-Prozesse Ihrer Organisation vor:

• Service-Management-Prozesse für ITIL 4 (9:39 Min.)

Prozesse und Value Streams (Wertströme) in ITIL 4

Im 4-Dimensionen-Modell von ITIL 4 geht es um "Wertströme und Prozesse", und Organisationen sollen ihre Prozesse und Wertströme identifizieren. Dabei sind diese beiden Konzepte sehr ähnlich und nicht einfach zu unterscheiden: Beide beschreiben Abfolgen von Aktivitäten und beide erzeugen Mehrwert. Sollten sich Organisationen also auf Prozesse oder Wertströme konzentrieren?

In der Praxis werden Organisationen sowohl Prozesse als auch Wertströme verwenden:

Prozesse stellen das Betriebsmodelle einer Organisation dar, und ausreichend definierte Prozesse sind unverzichtbar, weil sie z. B. sicherstellen, dass

• Mitarbeiter und andere Beteiligte ihre Verantwortungen und Zuständigkeiten kennen
• sich wiederholende Aufgaben zuverlässig und effizient ausgeführt werden
• Regeln und Compliance-Anforderungen eingehalten werden.

Typische Beispiele für Service-Management-Prozesse sind Serviceportfolio-Management, Incident-Management, Change-Management etc.

Prozesse werden oft in einem Prozessmodell dokumentiert. Als Hilfsmittel für diese Dokumentation dienen Referenz-Prozessmodelle, wie z.B. die YaSM-Prozesslandkarte, die für den Anwender einen kompletten Satz von Prozess-Templates für das Service-Management bereitstellt.

Wertströme sind mit Prozessen vergleichbar, doch sie dienen einem anderen Zweck: Wertströme sind zumeist Darstellungen der Schritte, die erforderlich sind, um einen Service für einen Kunden zu erbringen. Sie zeigen vollständige "End-to-end"-Ansichten, die in der Regel mit einem Kundenbedürfnis beginnen und mit der Erfüllung dieses Bedürfnisses enden. Wertströme sind oft in Service-Definitionen enthalten, um zu beschreiben, wie Mehrwert entsteht und wie die Anwender mit dem Service interagieren.

Zum Beispiel könnten die erforderlichen Schritte für die Bereitstellung und Einrichtung eines bestimmten Service für neue Kunden als Wertstrom dargestellt werden.

ITIL 4-Komponenten und YaSM

Die folgende Tabelle zeigt einen Überblick über die ITIL 4-Komponenten im Vergleich zu Prozessen und Inhalten aus dem YaSM Service-Management-Modell.

Vergleich: ITIL 4-Komponenten vs. YaSM-Service-Management

ITIL 4-Kompo­nenten [3]	Vergleich: ITIL 4 und YaSM
ITIL 4 key concepts (Grund­legende Konzepte in ITIL 4)
Key concepts of service manage­ment (Grund­legende Konzepte im Service-Manage­ment)	Im ersten Teil von ITIL werden die Kern-Konzepte von Service-Management beschrieben. Das YaSM-Modell folgt diesen Konzepten und beschreibt, wie Organisa­tionen sie in ihren Service-Management-Prozessen praktisch anwenden können.
Four dimensions model in ITIL 4 (Das 4-Dimensionen-Modell in ITIL 4)
The four dimensions of service manage­ment (Die vier Dimen­sionen von Service-Manage­ment)	ITIL 4 definiert vier Dimensionen, die zu berück­sichtigen sind, um einen ganzheit­lichen Ansatz für das Service-Management sicher­zustellen: Organizations and people, information and technology, partners and suppliers, value streams and processes (Organisationen und Personen, Informationen und Technologie, Partner und Lieferanten, Wertströme und Prozesse). Diese Dimen­sionen betreffen sowohl das Service-Wert-System (Service Value System, s.u.) im Allgemeinen als auch einzelne Services. Die YaSM-Prozesse sind so gestaltet, dass diese wichtigen Aspekte von Service-Management berück­sichtigt werden, wenn es darum geht, Services zu designen, zu betreiben und laufend zu verbessern.
ITIL 4 service value system - SVS (Das Service-Wert-System in ITIL 4)
Service value system overview (Übersicht über das Service-Wert-System)	Das Service-Wert-System (Service Value System, SVS) ist ein neues Konzept in ITIL 4. Das SVS beschreibt, "wie alle Komponenten und Aktivi­täten in der Organisation zusammen­wirken, um Wert­schöpfung zu ermöglichen". Das Service-Wert-System in ITIL 4 umfasst fünf Komponenten: Leit­prinzipien, Governance, Service-Wert­schöpfungs­kette, kontinuier­liche Verbesserung und Praktiken. In gewisser Weise ist das SVS vergleichbar mit dem ganzheit­lichen system­basierten Ansatz, den andere Service-Management-Frameworks und ‑Standards beschreiben, wie z. B. ISO 20000 und VeriSM. Das YaSM-Modell unterstützt Organisationen, die einen system­basierten Ansatz für das Managen ihrer Services einführen möchten, mit detaillierten Prozessen, Dokument­vorlagen, Richt­linien etc.
ITIL 4 guiding principles (Leit­prinzipien in ITIL 4)	Die ITIL 4-Leitprinzipien sind allgemeingültige Ratschläge und Empfehlungen für Organisationen, die in vielen Situationen anwendbar sind, wie etwa: "Arbeiten Sie ganzheitlich" und "Wählen Sie einfache und praktikable Lösungen". Das YaSM-Modell hilft Organisationen dabei, viele dieser Prinzipien in der Praxis anzuwenden.
Gover­nance (Steue­rung)	Bei der Governance-Komponente im ITIL 4-Service-Wert-System geht es um die Steuerung und Kontrolle der Organisation. In den YaSM-Prozessen gibt es eine Reihe von Aktivitäten, die mit dem Thema Governance befasst sind, wie z. B. das Erstellen von Richt­linien, die Durch­führung von Reviews auf unterschied­lichen organisatorischen Ebenen, das Definieren der Service-Strategie und die Über­wachung der Performance.
ITIL 4 service value chain (Service-Wert­schöp­fungs­kette in ITIL 4)	Die ITIL 4 Service Value Chain (Service-Wert­schöpfungs­kette) ist das zentrale Element im ITIL 4-Service-Value-System. Sie stellt die Kern­aktivitäten dar, die zum Erzeugen von Mehrwert für die Kunden erforder­lich sind. Es gibt sechs Kern­aktivitäten in der Service-Value-Chain: Plan, Improve, Engage, Design and Transition, Obtain / Build, Deliver and Support (Planen, Verbessern, Beteiligen, Design und Über­leitung, Beschaffen / Erstellen, Ausliefern und Unter­stützen). Das YaSM-Modell beschreibt 19 Service-Management-Prozesse. Diese Struktur deckt sich nicht genau der ITIL 4 Service Value Chain, aber auf einer detaillier­teren Ebene entsprechen die Aktivitäten in den YaSM-Prozessen sinngemäß den Aktivitäten der Wert­schöpfungs­kette.
Continual improve­ment (Kontinuier­liche Verbesse­rung)	Das Modell für kontinuier­liche Verbesserung in ITIL 4 beschreibt einen struktu­rierten Ansatz für die Identi­fizierung und Umsetzung von Verbesserungen, der auf allen Ebenen der Organisation Anwendung finden kann. Im YaSM-Modell kommt dieser Ansatz in verschiedenen Prozessen zur Anwendung, z. B. im Prozess zur Service-Verbesserung.
ITIL 4 practices (Praktiken in ITIL 4)	ITIL 4 beschreibt 34 Practices (Praktiken) als "zusammen­gehörige organisa­torische Ressourcen, die auf die Erledigung bestimmter Aufgaben oder das Erreichen bestimmter Ziele ausgerichtet sind". Zu vielen dieser Practices gibt es entsprechende YaSM-Prozesse. Eine detaillierte Gegen­überstellung zwischen den ITIL 4-Practices und den YaSM-Prozessen finden Sie weiter unten auf dieser Seite.

 

ITIL 4-Practices und YaSM-Prozesse

Abb. 3: Die ITIL 4-Praktiken ('ITIL 4 Practices')
Allgemeine Management-, Service-Management-
und Technische Management-Praktiken.

ITIL 4 beschreibt 34 Management Practices (Praktiken) als "zusammen­gehörige organisa­torische Ressourcen, die auf die Erledigung bestimmter Aufgaben oder das Erreichen bestimmter Ziele ausgerichtet sind".

Manche dieser ITIL 4-Practices (vgl. Abb. 3) sind allgemeine Management-Konzepte oder Methoden, die aus dem Technologie-Management übernommen wurden, aber die meisten entsprechen bekannten Prozessen aus der Vorgänger-Version ITIL V3 oder aus anderen Service-Management-Frameworks.

Da bei der Entwicklung von YaSM großer Wert auf die Ausrichtung an ITIL gelegt wurde, gibt es generell ein hohes Maß an Übereinstimmung zwischen den ITIL 4-Practices und den YaSM Service-Management-Prozessen, wie in den folgenden Tabellen detailliert dargestellt wird:

• Allgemeine Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse
• Service-Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse
• Technische Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse

Das YaSM-Modell ist deshalb eine gute Ausgangsbasis für die Definition von Prozessen, die sich an ITIL 4 orientieren.

Anmerkungen:

• Die in den Tabelle wiedergegebenen ITIL 4-Praktiken basieren auf ITIL 4 Foundation (Februar 2019).
• Einen Vergleich von YaSM und der Version ITIL V3 (ITIL 2011) finden Sie auf einer weiteren Seite in diesem Wiki.

 

Allgemeine Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse

ITIL 4-Manage­ment-Prak­tiken [4]	Ent­sprechende YaSM-Prozesse	Vergleich: YaSM Service-Management und ITIL 4
Architec­ture manage­ment	(ver­schiedene YaSM-Prozesse)	Diese ITIL 4-Practice diskutiert die Bedeutung von Architektur-Management und wie die verschiedenen Arten von Architekturen die Service Value Chain unterstützen. ITIL 4 sieht Architekturen in unterschiedlichen Bereichen vor. Zum Beispiel gibt es Architekturen für Services, Prozesse, Ressourcen, Informationen bzw. Daten, Technologien usw. Mit diesen Architekturen befassen sich mehrere YaSM-Prozesse.
Continual improve­ment	LP5: Ver­bessern der Services SP1: Einrichten und Pflegen des Service-Mgmt.-Systems	Die kontinuierliche Service-Verbesserung in ITIL 4 befasst sich mit der laufenden Verbesserung der Services, Praktiken und aller anderen Elemente, die die Organisation zur Bereitstellung der Services benötigt. Im YaSM-Modell unterstützen verschiedene Prozesse die kontinuierliche Verbesserung, insbesondere LP5: Ver­bessern der Services SP1: Einrichten und Pflegen des Service-Manage­ment-Systems (für die kontinuierliche Verbesserung) ITIL 4 rät Organisationen, ein Continual Improvement Register (CRI) zum Managen von Verbesserungs-Ideen zu verwenden. Im YaSM-Modell werden Ideen zur Verbesserung in den Service- und Prozess-Verbesserungsplänen verwaltet.
Informa­tion security manage­ment	SP7: Gewähr­leisten der Sicher­heit	Die ITIL 4-Practice 'Information Security Management' entspricht dem YaSM Security-Management-Prozess SP7.
Know­ledge manage­ment	(ver­schiedene YaSM-Prozesse)	Beim Knowledge Management in ITIL 4 geht es um das Sammeln und Bereitstellen von Wissen aller Art auf verschiedenen Wegen. In YaSM kommen die Prinzipien des Knowledge Managements in vielen Service-Management-Prozessen zum Tragen, um das Wissen der Organisation zu managen. Zum Beispiel unterhält der Incident-Management-Prozess eine Knowledge Base, um die Lösung von Incidents zu unterstützen.
Measure­ment and reporting	LP4: Betreiben der Services SP1: Einrichten und Pflegen des Service-Mgmt.-Systems	Diese ITIL 4-Practice ist zuständig für das Ermitteln aller relevanten Informationen, die notwendig sind, um in der Organisation fundierte Entscheidungen aller Art zu treffen. Im YaSM-Modell gibt es einige Prozesse, die sich um die Ermittlung von Kennzahlen und das Berichtswesen kümmern, insbesondere LP4: Betreiben der Services (Überwachung und Reporting der Service-Qualität bzw. der Service-Levels) SP1: Einrichten und Pflegen des Service-Manage­ment-Systems (Überwachung und Reporting von Prozess­kennzahlen). ITIL 4 verwendet die Begriffe Critical Success Factor (CSF) und Key Performance Indicator (KPI). YaSM verwendet hier ähnliche Begriffe mit gleicher Bedeutung, wie z. B. Prozesskennzahlen und Service-Levels.
Organi­zational change manage­ment	--	Organisatorisches Change-Management (OCM) ist weniger ein Prozess als vielmehr eine Sammlung von Management-Techniken und Kompetenzen. OCM stellt den Menschen in den Mittelpunkt und befasst sich mit den organisatorischen Aspekten von Veränderungen. OCM kann in vielen Situationen zur Anwendung gebracht werden, in denen Prozesse, Verhaltens­weisen oder die Unternehmens­kultur verändert werden müssen.
Port­folio manage­ment	LP1: Festlegen der strate­gischen Richtung SP2: Pflegen des Service­portfolios SP3: Pflegen der Kunden­bezie­hungen SP6: Managen von Projekten	Die Portfolio-Management-Practice in ITIL 4 bezieht sich auf verschiedene Arten von Portfolios, wie z. B. Service-Portfolios, Projekt- oder Kunden-Portfolios. Grundsätzliche Entscheidungen bezüglich dieser Portfolios werden in YaSM auf der strategischen Ebene getroffen. Zum Beispiel ist der strategische Prozess zuständig für das Festlegen der Servicepalette, die den Kunden angeboten wird.
Project manage­ment	SP6: Managen von Projekten	Die ITIL 4-Practice 'Project Management' entspricht dem YaSM Projektmanagement-Prozess SP6.
Relation­ship manage­ment	SP3: Pflegen der Kunden­bezie­hungen	Das Relationship Management kümmert sich in ITIL 4 um die Beziehungen mit allen Stakeholdern, einschließlich der Kunden.
Risk manage­ment	LP1: Festlegen der strate­gischen Richtung SP7: Gewähr­leisten der Sicher­heit SP8: Vorbereiten auf Kata­strophen-Ereignisse	Risiken werden in mehreren YaSM-Prozessen auf unterschiedlichen Ebenen adressiert. Hier einige Beispiele: Der Strategie-Prozess betrachtet die Risiken in Bezug auf das Geschäftsmodell der Organisation Im Sicherheits-Management werden Sicherheits-Risiken adressiert. Das Kontinuitäts-Management befasst sich mit Risiken aus schwerwiegenden Ereignissen und Katastrophen.
Service financial manage­ment	SP12: Managen der Service-Finanzen	Die ITIL 4-Practice 'Service Financial Management' entspricht dem YaSM Service-Finanz-Management-Prozess SP12.
Strategy manage­ment	LP1: Festlegen der strate­gischen Richtung	Die ITIL 4-Practice 'Strategy Management' entspricht dem YaSM Strategie-Prozess LP1.
Supplier manage­ment	SP11: Managen von Liefe­ranten und Dienst­leistern	Die ITIL 4-Practice 'Supplier Management' entspricht dem YaSM Supplier-Management-Prozess SP11.
Work­force and talent manage­ment	SP10: Managen von Personal-Ressourcen	Die ITIL 4-Practice 'Workforce- und Talent-Management' entspricht dem YaSM Personalmanagement-Prozess SP10.

 

Service-Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse

ITIL 4-Manage­ment-Praktiken [4]	Ent­sprechende YaSM-Prozesse	Vergleich: YaSM Service-Management und ITIL 4
Availa­bility manage­ment	(ver­schiedene YaSM-Prozesse)	Das YaSM-Modell enthält keinen gesonderten Availability-Management-Prozess. Stattdessen wird die Serviceverfügbarkeit als ein Aspekt der Services behandelt, der über die Service-Lifecycle-Prozesse gemanagt wird. Die Anforderungen an die Verfügbarkeit werden während der Service-Design-Phase definiert, und anhand dieser Anforderungen werden dann die Services erstellt. Das Messen der tatsächlich erreichten Verfügbarkeits-Levels gehört zum Verantwortungs­bereich des Betriebsprozesses. Für den Fall, dass eine Verbesserung der Serviceverfügbarkeit notwendig ist, kann der Service-Verbesserungs-Prozess aktiv werden und Korrektur­maßnahmen anstoßen. Siehe auch: Availability Management in YaSM
Business analysis	(ver­schiedene YaSM-Prozesse)	Diese ITIL 4-Practice beschreibt Techniken für die Analyse von Systemen, Prozessen, Architekturen etc. Einige dieser Techniken werden in den YaSM Service-Management-Prozessen angewendet. Zum Beispiel werden im Service-Design-Prozess Service-Anforderungen definiert.
Capacity and per­for­mance manage­ment	(ver­schiedene YaSM-Prozesse)	Das YaSM-Modell enthält keinen gesonderten Capacity-Management-Prozess. Stattdessen werden Servicekapazität und ‑performance als ein Aspekt der Services behandelt, der über die Service-Lifecycle-Prozesse LP1 bis LP5 gemanagt wird. Die Anforderungen an Kapazität und Performance werden während der Service-Design-Phase festgelegt; anhand dieser Anforderungen werden dann die Services erstellt. Das Messen der Kapazitäts- und Performance-Levels gehört zum Betriebsprozess LP4. Für den Fall, dass eine Kapazitätsanpassung oder eine Verbesserung der Performance notwendig ist, kann der Service-Verbesserungs-Prozess aktiv werden und Korrektur­maßnahmen anstoßen. Siehe auch: Capacity Management in YaSM
Change enable­ment	SP5: Bewerten und Koor­dinieren von Changes	Die ITIL 4-Practice 'Change Enablement' entspricht dem YaSM Change-Management-Prozess SP5.
Incident manage­ment	LP4.6: Lösen von Incidents und Service Requests	Das Managen von Incidents und von Service Requests läuft nach einem fast identischen Prozess ab. Daher gibt es in YaSM einen einzigen Prozess, der sowohl für die Bearbeitung von Incidents als auch von Serviceaufträgen zuständig ist.
IT asset manage­ment	SP4: Verwalten von Konfigu­rations-Informa­tionen	In der ITIL 4-Practice 'IT Asset Management' werden einige Kern-Aktivitäten genannt, wie z. B. das Verwalten einer Liste von IT-Assets, das Aufzeichnungen von Änderungen und die Bereitstellung aktueller Informationen zu den IT-Assets. Diese Aktivitäten sind im YaSM-Prozess für das Verwalten von Konfigurations-Informationen (SP4) enthalten. YaSM beschreibt 'Financial Asset Management' nicht im Detail.
Moni­toring and event manage­ment	LP4.3: Überwachen der Services	Die ITIL 4-Practice 'Monitoring und Event-Management' entspricht dem YaSM Servicebetriebs-Teilprozess LP4.3 zur Service-Überwachung.
Problem manage­ment	LP4.7: Lösen von Problemen	Die ITIL 4-Practice 'Problem Management' entspricht dem YaSM Servicebetriebs-Teilprozess LP4.7 zum Problem-Management.
Release manage­ment	LP3: Erstellen neuer oder geän­derter Services LP5: Ver­bessern der Services	Im YaSM-Modell werden neue bzw. geänderte Services über den Service-Erstellungs-Prozess zur Verwendung bereitgestellt. Kleinere, inkrementelle Änderungen an den Services (z. B. in Agile- / DevOps-Umgebungen) werden in der Regel über den Service-Verbesserungs-Prozess gemanagt.
Service catalogue manage­ment	SP2: Pflegen des Service­portfolios	Der YaSM-Prozess für das Verwalten des Serviceportfolios umfasst auch Aktivitäten zum Veröffentlichen von Servicekatalogen und zu deren Aktualisierung, wenn Änderungen am Serviceportfolio vorgenommen werden.
Service config­uration manage­ment	SP4: Verwalten von Konfigu­rations-Informa­tionen	Die ITIL 4-Practice 'Service Configuration Management' entspricht dem YaSM Configuration-Management-Prozess SP4.
Service conti­nuity manage­ment	SP8: Vorbereiten auf Kata­strophen-Ereignisse	Die ITIL 4-Practice 'Service Continuity Management' entspricht dem YaSM-Prozess zur Katastrophen­vorsorge SP8 (Service-Continuity-Management).
Service design	LP2: Designen neuer oder geän­derter Services	Diese ITIL 4-Practice 'Service Design' entspricht dem YaSM Service-Design-Prozess LP2.
Service desk	LP4.6: Lösen von Incidents und Service Requests	Die ITIL 4-Practice Service Desk diskutiert, welche wichtigen Aspekte zu berücksichtigen sind, wenn ein "Single Point of Contact" für Kunden eingerichtet wird. Es werden keine Service-Desk-Aktivitäten beschrieben. Im YaSM-Modell werden die typischen Service-Desk-Aktivitäten im Prozess für das Lösen von Incidents und Service Requests beschrieben.
Service level manage­ment	(ver­schiedene YaSM-Prozesse)	Im YaSM-Modell sind mehrere Service-Lifecycle-Prozesse mit dem Managen der Service Levels befasst. Die erforderlichen Service Levels - ebenso wie die erforderliche Service­funktionalität - werden auf der Grundlage der Kundenbedürfnisse im Rahmen der Service-Design-Phase definiert. Überwachung und Reporting der erreichten Service Levels sind beim Servicebetrieb angesiedelt. Im Service-Verbesserungs-Prozess werden Reviews durchgeführt und ggf. Korrektur­maßnahmen veranlasst, falls die zugesagten Service Levels nicht erreicht wurden. Siehe auch: Service Level Management in YaSM
Service request manage­ment	LP4.6: Lösen von Incidents und Service Requests	Das Managen von Incidents und von Service Requests läuft nach einem fast identischen Prozess ab. Daher gibt es in YaSM einen einzigen Prozess, der sowohl für die Bearbeitung von Incidents als auch von Serviceaufträgen zuständig ist.
Service valida­tion and testing	LP3: Erstellen neuer oder geän­derter Services	Das YaSM-Modell enthält keinen eigenen Prozess für Validierung und Test. Vielmehr umfasst der Service-Erstellungs-Prozess die notwendigen Aktivitäten zum Testen der Infrastruktur und anderer Komponenten, die für einen neuen oder geänderten Service benötigt werden.

 

Technische Management-Praktiken in ITIL 4 und zugeordnete YaSM-Prozesse

ITIL 4-Manage­ment-Praktiken [4]	Ent­sprechende YaSM-Prozesse	Vergleich: YaSM Service-Management und ITIL 4
Deploy­ment manage­ment	--	Die ITIL 4-Practice Deployment Management erläutert die unterschiedlichen Herangehens­weisen beim Ausrollen von Hardware, Software und anderer Service-Komponenten in die Live-Umgebung. YaSM schreibt hier keine bestimmte Vorgehens­weise vor. Die Heran­gehens­weisen können in unterschied­lichen YaSM-Prozessen Anwendung finden, wie z. B. LP3: Erstellen neuer oder geänderter Services (Deployment neuer oder geänderter Services) LP5: Verbessern der Services (Deployment von Service-Verbes­serungen).
Infra­structure and platform manage­ment	--	Diese Practice befasst sich mit der Bereitstellung und Steuerung der in der Organisation verwendeten Technologien. ITIL 4 bietet hier unter anderem Empfehlungen zu Cloud-Services und Cloud-Computing. Die ITIL 4-Practice Infrastructure and Platform Management kann in mehreren YaSM-Prozessen angewendet werden, wie z. B. im Strategie-Prozess LP1 und dem Service-Design-Prozess LP2.
Software develop­ment and manage­ment	--	ITIL (und alle anderen Service-Management-Frameworks) bieten keine detaillierten Leitlinien und Empfehlungen für den Bereich der Software-Entwicklung. Im YaSM-Modell werden die Schnittstellen mit der Software-Entwicklung aufgezeigt. Ansonsten wird Software-Entwicklung als eigene Disziplin betrachtet, die nicht Bestandteil des YaSM Service-Management-Prozessmodells ist.

 

Themenverwandte Artikel

YaSM - eine Alternative zu ITIL®?

Fast sieht es so aus, also ob mancher gerne vermeiden würde, sich mit ITIL zu befassen, und nach Alternativen sucht - aber sollten wir wirklich auf ITIL verzichten? [...]

 

Ist YaSM 'ITIL Lite' oder 'Lean ITIL'?

YaSM ist auf jeden Fall schlanker als ITIL (die Motivation für die Entwicklung von YaSM war ja gerade, dass viele unserer Kunden nach etwas Einfacherem gesucht haben). Trotzdem ist es nicht in unserem Sinne, dass YaSM mit einer leichten Version von ITIL bzw. ITIL 4 oder 'ITIL Lite' gleichgesetzt wird, da solche Ansätze oft zu kurz geraten. [...]

 

Literatur

• [AXELOS, 2019]. -- AXELOS: ITIL^® Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, February 2019.

 

Externe Links

• [IT Process Wiki]. -- S. Kempter & Kempter, A.: "IT Process Wiki". -- Das Wiki zur IT Infrastructure Library ITIL® (ITIL 4, ITIL 2011, ITIL V3 & V2), ISO 20000 und IT Service Management (ITSM). - IT Process Maps; Lindau (Bodensee), Deutschland.
• [IT Process Wiki - ITIL-Prozesse]. -- S. Kempter: IT Process Wiki, "ITIL-Prozesse". - IT Process Maps; Lindau (Bodensee), Deutschland.

Anmerkungen

[1] YaSM steht für "Yet another Service Management Model". YaSM® ist eine eingetragene Marke von IT Process Maps GbR.
[2] ITIL® ist eine eingetragene Marke von AXELOS Limited. - IT Infrastructure Library® ist eine eingetragene Marke von AXELOS Limited. Die offizielle ITIL-Site: axelos.com/best-practice-solutions/itil
[3] Die ITIL 4-Inhalte in dieser Tabelle basieren auf ITIL 4 Foundation (Februar 2019).
[4] Die in dieser Tabelle wiedergegebenen ITIL 4-Praktiken basieren auf ITIL 4 Foundation (Februar 2019).

Basiert auf: Die YaSM-Prozesslandkarte - Dokument: "YaSM und ITIL^®".

Von:  Stefan Kempter   und  Andrea Kempter , IT Process Maps.

 

Das YaSM-Modell und ITIL  › ITIL 4-Prozesse und ITIL 4-Prozess-Templates?  › ITIL 4-Komponenten und YaSM  › ITIL 4-Practices und YaSM-Prozesse