YaSM und ITIL: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 111: | Zeile 111: | ||
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. | 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. | 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 [[ITIL 4 vs ITIL V3|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. | ||
[[#ITIL_4-Practices_und_YaSM-Prozesse|Somit beinhaltet ITIL 4 in gewisser Weise auch Empfehlungen für Prozesse]], und die Bereitstellung von Templates für ITIL 4-Prozesse ist machbar. | |||
<html><blockquote>Hinzu kommt, dass ITIL 4 keine strikten Vorschriften macht und empfiehlt, "einfache und praktikable Lösungen vorzuziehen".</blockquote></html> | |||
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. | |||
<p> </p> | |||
<html><a href="https://yasm.com/de/videos/yasm-itil" ><img src="https://yasm.com/de/content/videos/yasm-itil/yasm-itil-video.jpg" width="482" height="272" class="thumbimage" alt="Video: Service-Management-Prozesse für ITIL 4. - Das YaSM-Prozessmodell beschreibt exemplarische Service-Management-Prozesse, die den Empfehlung der neuesten ITIL-Version ITIL 4 folgen." title="Video starten: Service-Management-Prozesse für ITIL 4" style="display: block; float: right; margin-left: 30px; margin-bottom: 10px; margin-right: 5px" /></a> | |||
<p style="margin-top: 0;">In diesem Video stellt Stefan Kempter einen pragmatischen Ansatz für das Definieren der Service-Management-Prozesse Ihrer Organisation vor:</p> | |||
<ul style="margin-top: 17px;list-style-image: URL('/wiki/de/img/yasm-wiki/icon-video-camera.png');padding-left: 15px;"> | |||
<li>"<a href="https://yasm.com/de/videos/yasm-itil">Service-Management-Prozesse für ITIL 4</a>" (9:39 Min.)</li></ul> | |||
<br style="clear:both;"/></html> | |||
<p> </p> | <p> </p> | ||
==Prozesse und Value Streams (Wertströme) in ITIL 4== | ==Prozesse und Value Streams (Wertströme) in ITIL 4== | ||
Zeile 258: | Zeile 264: | ||
* Mit diesen Architekturen befassen sich mehrere YaSM-Prozesse. | * Mit diesen Architekturen befassen sich mehrere YaSM-Prozesse. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Continual improvement | |<span id="ITIL-4-Continual-improvement">Continual improvement</span> | ||
| | | | ||
* [[LP5: Verbessern der Services]] | * [[LP5: Verbessern der Services]] | ||
Zeile 269: | Zeile 275: | ||
* 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. | * 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. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Information security management | |<span id="ITIL-4-Information-security-management">Information security management</span> | ||
| | | | ||
* [[SP7: Gewährleisten der Sicherheit]] | * [[SP7: Gewährleisten der Sicherheit]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Information Security Management' entspricht dem YaSM Security-Management-Prozess SP7. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Knowledge management | |Knowledge management | ||
Zeile 283: | Zeile 289: | ||
* Zum Beispiel unterhält der Incident-Management-Prozess eine Knowledge Base, um die Lösung von Incidents zu unterstützen. | * Zum Beispiel unterhält der Incident-Management-Prozess eine Knowledge Base, um die Lösung von Incidents zu unterstützen. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Measurement and reporting | |<span id="ITIL-4-Measurement-and-reporting">Measurement and reporting</span> | ||
| | | | ||
* [[LP4: Betreiben der Services]] | * [[LP4: Betreiben der Services]] | ||
Zeile 302: | Zeile 308: | ||
* OCM kann in vielen Situationen zur Anwendung gebracht werden, in denen Prozesse, Verhaltensweisen oder die Unternehmenskultur verändert werden müssen. | * OCM kann in vielen Situationen zur Anwendung gebracht werden, in denen Prozesse, Verhaltensweisen oder die Unternehmenskultur verändert werden müssen. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Portfolio management | |<span id="ITIL-4-Portfolio-management">Portfolio management</span> | ||
| | | | ||
* [[LP1: Festlegen der strategischen Richtung]] | * [[LP1: Festlegen der strategischen Richtung]] | ||
Zeile 312: | Zeile 318: | ||
* 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. | * 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. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Project management | |<span id="ITIL-4-Project-management">Project management</span> | ||
| | | | ||
* [[SP6: Managen von Projekten]] | * [[SP6: Managen von Projekten]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Project Management' entspricht dem YaSM Projektmanagement-Prozess SP6. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Relationship management | |<span id="ITIL-4-Relationship-management">Relationship management</span> | ||
| | | | ||
* [[SP3: Pflegen der Kundenbeziehungen]] | * [[SP3: Pflegen der Kundenbeziehungen]] | ||
Zeile 324: | Zeile 330: | ||
* Das Relationship Management kümmert sich in ITIL 4 um die Beziehungen mit allen Stakeholdern, einschließlich der Kunden. | * Das Relationship Management kümmert sich in ITIL 4 um die Beziehungen mit allen Stakeholdern, einschließlich der Kunden. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Risk management | |<span id="ITIL-4-Risk-management">Risk management</span> | ||
| | | | ||
* [[LP1: Festlegen der strategischen Richtung]] | * [[LP1: Festlegen der strategischen Richtung]] | ||
Zeile 331: | Zeile 337: | ||
| | | | ||
* Risiken werden in mehreren YaSM-Prozessen auf unterschiedlichen Ebenen adressiert. Hier einige Beispiele: | * Risiken werden in mehreren YaSM-Prozessen auf unterschiedlichen Ebenen adressiert. Hier einige Beispiele: | ||
** Der | ** Der Strategie-Prozess betrachtet die Risiken in Bezug auf das Geschäftsmodell der Organisation | ||
** Im Sicherheits-Management werden Sicherheits-Risiken adressiert. | ** Im Sicherheits-Management werden Sicherheits-Risiken adressiert. | ||
** Das Kontinuitäts-Management befasst sich mit Risiken aus schwerwiegenden Ereignissen und Katastrophen. | ** Das Kontinuitäts-Management befasst sich mit Risiken aus schwerwiegenden Ereignissen und Katastrophen. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service financial management | |<span id="ITIL-4-Service-financial-management">Service financial management</span> | ||
| | | | ||
* [[SP12: Managen der Service-Finanzen]] | * [[SP12: Managen der Service-Finanzen]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Service Financial Management' entspricht dem YaSM Service-Finanz-Management-Prozess SP12. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Strategy management | |<span id="ITIL-4-Strategy-management">Strategy management</span> | ||
| | | | ||
* [[LP1: Festlegen der strategischen Richtung]] | * [[LP1: Festlegen der strategischen Richtung]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Strategy Management' entspricht dem YaSM Strategie-Prozess LP1. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Supplier management | |<span id="ITIL-4-Supplier-management">Supplier management</span> | ||
| | | | ||
* [[SP11: Managen von Lieferanten und Dienstleistern]] | * [[SP11: Managen von Lieferanten und Dienstleistern]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Supplier Management' entspricht dem YaSM Supplier-Management-Prozess SP11. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Workforce and talent management | |<span id="ITIL-4-Workforce-and-talent-management">Workforce and talent management</span> | ||
| | | | ||
* [[SP10: Managen von Personal-Ressourcen]] | * [[SP10: Managen von Personal-Ressourcen]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Workforce- und Talent-Management' entspricht dem YaSM Personalmanagement-Prozess SP10. | ||
|} | |} | ||
<p> </p> | <p> </p> | ||
Zeile 380: | Zeile 386: | ||
| | | | ||
* Diese ITIL 4-Practice beschreibt Techniken für die Analyse von Systemen, Prozessen, Architekturen etc. | * Diese ITIL 4-Practice beschreibt Techniken für die Analyse von Systemen, Prozessen, Architekturen etc. | ||
* Einige dieser Techniken werden in den YaSM-Prozessen angewendet. Zum Beispiel werden im Service-Design-Prozess Service-Anforderungen definiert. | * Einige dieser Techniken werden in den YaSM Service-Management-Prozessen angewendet. Zum Beispiel werden im Service-Design-Prozess Service-Anforderungen definiert. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|<span id="Capacity-and-performance-management">Capacity and performance management</span> | |<span id="ITIL-4-Capacity-and-performance-management">Capacity and performance management</span> | ||
| | | | ||
* (verschiedene YaSM-Prozesse) | * (verschiedene 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 gemanagt wird. | * <span id="Capacity-and-performance-management">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.</span> | ||
* 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. Für den Fall, dass eine Kapazitätsanpassung oder eine Verbesserung der Performance notwendig ist, kann der Service-Verbesserungs-Prozess aktiv werden und Korrekturmaßnahmen anstoßen. | * 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 Korrekturmaßnahmen anstoßen. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Change control | |<span id="ITIL-4-Change-enablement">Change control</span> | ||
| | | | ||
* [[SP5: Bewerten und Koordinieren von Changes]] | * [[SP5: Bewerten und Koordinieren von Changes]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Change Control' entspricht dem YaSM Change-Management-Prozess SP5. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Incident management | |<span id="ITIL-4-Incident-management">Incident management</span> | ||
| | | | ||
* [[LP4.6: Lösen von Incidents und Service Requests]] | * [[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. | * 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. | |||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|IT asset management | |<span id="ITIL-4-IT-asset-management">IT asset management</span> | ||
| | | | ||
* [[SP4: Verwalten von Konfigurations-Informationen]] | * [[SP4: Verwalten von Konfigurations-Informationen]] | ||
Zeile 408: | Zeile 415: | ||
* YaSM beschreibt 'Financial Asset Management' nicht im Detail. | * YaSM beschreibt 'Financial Asset Management' nicht im Detail. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Monitoring and event management | |<span id="ITIL-4-Monitoring-and-event-management">Monitoring and event management</span> | ||
| | | | ||
* [[LP4: Betreiben der Services#LP4.3: Betreiben der Services|LP4.3: Überwachen der Services]] | * [[LP4: Betreiben der Services#LP4.3: Betreiben der Services|LP4.3: Überwachen der Services]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Monitoring und Event-Management' entspricht dem YaSM Servicebetriebs-Teilprozess LP4.3 zur Service-Überwachung. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Problem management | |<span id="ITIL-4-Problem-management">Problem management</span> | ||
| | | | ||
* [[LP4.7: Lösen von Problemen]] | * [[LP4.7: Lösen von Problemen]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Problem Management' entspricht dem YaSM Servicebetriebs-Teilprozess LP4.7 zum Problem-Management. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Release management | |<span id="ITIL-4-Release-management">Release management</span> | ||
| | | | ||
* [[LP3: Erstellen neuer oder geänderter Services]] | * [[LP3: Erstellen neuer oder geänderter Services]] | ||
Zeile 428: | Zeile 435: | ||
* Kleinere, inkrementelle Änderungen an den Services (z. B. in Agile- / DevOps-Umgebungen) werden in der Regel über den Service-Verbesserungs-Prozess gemanagt. | * Kleinere, inkrementelle Änderungen an den Services (z. B. in Agile- / DevOps-Umgebungen) werden in der Regel über den Service-Verbesserungs-Prozess gemanagt. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service catalogue management | |<span id="ITIL-4-Service-catalogue-management">Service catalogue management</span> | ||
| | | | ||
* [[SP2: Pflegen des Serviceportfolios]] | * [[SP2: Pflegen des Serviceportfolios]] | ||
Zeile 434: | Zeile 441: | ||
* 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. | * 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. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service configuration management | |<span id="ITIL-4-Service-configuration-management">Service configuration management</span> | ||
| | | | ||
* [[SP4: Verwalten von Konfigurations-Informationen]] | * [[SP4: Verwalten von Konfigurations-Informationen]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Service Configuration Management' entspricht dem YaSM Configuration-Management-Prozess SP4. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service continuity management | |<span id="ITIL-4-Service-continuity-management">Service continuity management</span> | ||
| | | | ||
* [[SP8: Vorbereiten auf Katastrophen-Ereignisse]] | * [[SP8: Vorbereiten auf Katastrophen-Ereignisse]] | ||
| | | | ||
* -- | * Die ITIL 4-Practice 'Service Continuity Management' entspricht dem YaSM-Prozess zur Katastophenvorsorge SP8 (Service-Continuity-Management). | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service design | |<span id="ITIL-4-Service-design">Service design</span> | ||
| | | | ||
* [[LP2: Designen neuer oder geänderter Services]] | * [[LP2: Designen neuer oder geänderter Services]] | ||
| | | | ||
* -- | * Diese ITIL 4-Practice 'Service Design' entspricht dem YaSM Service-Design-Prozess LP2. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service desk | |<span id="ITIL-4-Service-desk">Service desk</span> | ||
| | | | ||
* [[LP4.6: Lösen von Incidents und Service Requests]] | * [[LP4.6: Lösen von Incidents und Service Requests]] | ||
Zeile 466: | Zeile 473: | ||
* Die erforderlichen Service Levels - ebenso wie die erforderliche Servicefunktionalitä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. Korrekturmaßnahmen veranlasst, falls die zugesagten Service Levels nicht erreicht wurden. | * Die erforderlichen Service Levels - ebenso wie die erforderliche Servicefunktionalitä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. Korrekturmaßnahmen veranlasst, falls die zugesagten Service Levels nicht erreicht wurden. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service request management | |<span id="ITIL-4-Service-request-management">Service request management</span> | ||
| | | | ||
* [[LP4.6: Lösen von Incidents und Service Requests]] | * [[LP4.6: Lösen von Incidents und Service Requests]] | ||
Zeile 472: | Zeile 479: | ||
* 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. | * 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. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Service validation and testing | |<span id="ITIL-4-Service-validation-and-testing">Service validation and testing</span> | ||
| | | | ||
* [[LP3: Erstellen neuer oder geänderter Services]] | * [[LP3: Erstellen neuer oder geänderter Services]] | ||
Zeile 502: | Zeile 509: | ||
| | | | ||
* 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. | * 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 | * 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. | ||
|-style="vertical-align:top" | |-style="vertical-align:top" | ||
|Software development and management | |Software development and management |
Version vom 4. November 2019, 15:41 Uhr
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).
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.
Genau genommen gibt es also keine "ITIL 4-Prozesse" - aber um die Empfehlungen aus ITIL 4 in der Praxis anzuwenden, müssen Organisationen sehr wohl geeignete Prozesse definieren (die Autoren von ITIL 4 weisen darauf hin, dass definierte Prozesse "sicherstellen, 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.
ITIL 4-Komponenten[3] | Vergleich: ITIL 4 und YaSM |
---|---|
ITIL 4 key concepts (Grundlegende Konzepte in ITIL 4) | |
Key concepts of service management (Grundlegende Konzepte im Service-Management) |
|
Four dimensions model in ITIL 4 (Das 4-Dimensionen-Modell in ITIL 4) | |
The four dimensions of service management (Die vier Dimensionen von Service-Management) |
|
ITIL 4 service value system - SVS (Das Service-Wert-System in ITIL 4) | |
Service value system overview (Übersicht über das Service-Wert-System) |
|
ITIL 4 guiding principles (Leitprinzipien in ITIL 4) |
|
Governance (Steuerung) |
|
ITIL 4 service value chain (Service-Wertschöpfungskette in ITIL 4) |
|
Continual improvement (Kontinuierliche Verbesserung) |
|
ITIL 4 practices (Praktiken in ITIL 4) |
|
ITIL 4-Practices und YaSM-Prozesse
ITIL 4 beschreibt 34 Management Practices (Praktiken) als "zusammengehörige organisatorische 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.
ITIL 4-Management-Praktiken[4] | Entsprechende YaSM-Prozesse | Vergleich: YaSM Service-Management und ITIL 4 |
---|---|---|
Architecture management |
|
|
Continual improvement |
| |
Information security management |
| |
Knowledge management |
|
|
Measurement and reporting |
| |
Organizational change management |
|
|
Portfolio management |
| |
Project management |
| |
Relationship management |
| |
Risk management |
| |
Service financial management |
| |
Strategy management |
| |
Supplier management |
| |
Workforce and talent management |
|
ITIL 4-Management-Praktiken[4] | Entsprechende YaSM-Prozesse | Vergleich: YaSM Service-Management und ITIL 4 |
---|---|---|
Availability management |
|
|
Business analysis |
|
|
Capacity and performance management |
|
|
Change control |
| |
Incident management |
| |
IT asset management |
| |
Monitoring and event management |
| |
Problem management |
| |
Release management |
| |
Service catalogue management |
| |
Service configuration management |
| |
Service continuity management |
| |
Service design |
| |
Service desk |
| |
Service level management |
|
|
Service request management |
| |
Service validation and testing |
|
ITIL 4-Management-Praktiken[4] | Entsprechende YaSM-Prozesse | Vergleich: YaSM Service-Management und ITIL 4 |
---|---|---|
Deployment management |
|
|
Infrastructure and platform management |
|
|
Software development and management |
|
|
Themenverwandte Artikel
YaSM - eine Alternative zu ITIL®?
von: Stefan Kempter
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'?
von: Stefan Kempter
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 oder 'ITIL Lite' gleichgesetzt wird, da solche Ansätze oft zu kurz geraten. [...]
Initiative von AXELOS: ITIL® auch für Nicht-IT-Dienstleister
von: Stefan Kempter
AXELOS will den Einsatz von ITIL® in Non-IT-Bereichen fördern: Nicht nur IT-Service-Provider, sondern Dienstleister aller Branchen sollen von ITIL profitieren. [...]
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