ITIL 2011: Unterschied zwischen den Versionen

Aus IT Process Wiki
KKeine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(15 dazwischenliegende Versionen derselben Benutzerin werden nicht angezeigt)
Zeile 1: Zeile 1:
<seo metakeywords="itil 2011, itil 2011 edition, vergleich itil 2011 2007, unterschied itil 2007 itil 2011, unterschiede itil 2011 2007" metadescription="Was ist neu in ITIL 2011, der im Juli 2011 veröffentlichten, neuen ITIL Edition." />
<itpmch><title>ITIL 2011 | IT Process Wiki</title>
<meta name="keywords" content="itil 2011, itil 2011 edition, vergleich itil 2011 2007, unterschied itil 2007 itil 2011, unterschiede itil 2011 2007" />
<meta name="description" content="Was ist neu in ITIL 2011, der im Jahr 2011 veröffentlichten ITIL Edition?" />
<meta property="og:url" content="https://wiki.de.it-processmaps.com/index.php/ITIL_2011" />
<meta property="og:title" content="ITIL 2011 | IT Process Wiki" />
<meta property="og:description" content="Was ist neu in ITIL 2011, der im Jahr 2011 veröffentlichten ITIL Edition?" />
<meta property="og:site_name" content="IT Process Wiki - das ITIL&#174;-Wiki">
<meta property="og:type" content="article" />
<meta property="article:publisher" content="https://www.facebook.com/itprocessmaps" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://wiki.de.it-processmaps.com/images/1/1e/Itil-2011.jpg" />
<meta property="og:image:width" content="250" />
<meta property="og:image:height" content="250" />
<link href="https://plus.google.com/103931183857349076198/posts" rel="publisher" />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english.jpg|in English - ITIL 2011
Image:ITIL-Wiki-english.jpg|right|in English - ITIL 2011
default [https://wiki.en.it-processmaps.com/index.php/ITIL_2011 this Page in English]
default [https://wiki.en.it-processmaps.com/index.php/ITIL_2011 this Page in English]
desc none
desc none
Zeile 7: Zeile 22:
<br style="clear:both;"/>
<br style="clear:both;"/>


<p>&nbsp;</p>
Vier Jahre nach der Einführung von ITIL&reg; V3 gab es ein Update zu den IT-Service-Management-Leitlinien. Auf dieser Seite haben wir für Sie die mit der Version ''ITIL 2011'' verbundenen Änderungen und Anpassungen zusammengestellt.
 
Vier Jahre nach der Einführung von ITIL V3 gibt es ein Update zu den IT-Service-Management-Leitlinien. Auf dieser Seite haben wir für Sie die mit der neuen Version ''ITIL 2011'' verbundenen Änderungen und Anpassungen zusammengestellt.


<p>&nbsp;</p>
<html><i>Anmerkung</i>: In unserem YaSM Service-Management-Wiki haben wir wir einen präzisen <a class="external text" href="https://yasm.com/wiki/de/index.php/ITIL_4_vs_ITIL_V3" title="Die Änderungen zwischen ITIL 4 und ITIL 2011 im Detail">Vergleich zwischen der neuen Version ITIL 4 und ITIL V3 2011</a> für Sie erstellt!</html>  


== Wozu eine neue ITIL 2011 Edition? ==
==Wozu eine neue ITIL 2011 Edition?==


Die offiziellen FAQs zu ITIL 2011 stellen klar, dass  es sich bei ITIL 2011 um ein Update, nicht aber um eine neue ITIL-Version handelt [[ITIL 2011#ITIL 2011 Summary of Updates|[1]]]. So heißt es, dass keine grundlegend neuen Konzepte hinzugekommen seien. Vielmehr liege das Ziel des Updates darin, bestehende Fehler zu beseitigen und Inkonsistenzen im Text und in den Darstellungen zu beseitigen.
[[Image:Itil-2011.jpg|thumb|250px|right|none|alt=ITIL 2011 Edition (ITIL V3 2011).|link=https://wiki.de.it-processmaps.com/index.php/Datei:Itil-2011.jpg|ITIL&reg; 2011 (ITIL V3 2011)]]
Die offiziellen FAQs zu ITIL 2011 stellen klar, dass  es sich bei ITIL 2011 um ein Update, nicht aber um eine neue ITIL-Version handelt [[#ITIL|[1]]][[ITIL 2011#ITIL-2011-Summary-of-Updates|[1b]]]. So heißt es, dass keine grundlegend neuen Konzepte hinzugekommen seien. Vielmehr liege das Ziel des Updates darin, bestehende Fehler zu beseitigen und Inkonsistenzen im Text und in den Darstellungen zu beseitigen.


Für viele Neuerungen in ITIL 2011 waren das Feedback der Anwender und Hinweise aus der Schulungs-Community ausschlaggebend.
Für viele Neuerungen in ITIL 2011 waren das Feedback der Anwender und Hinweise aus der Schulungs-Community ausschlaggebend.


<p>&nbsp;</p>
<i><span id="Neue Bezeichnungen für die ITIL Editionen">Neue Bezeichnungen für die ITIL-Editionen:</span></i>


=== Neue Bezeichnungen für die ITIL Editionen  ===
Diese ITIL&reg;-Version wird als "ITIL 2011" oder auch einfach "ITIL V3" bezeichnet, während der Begriff "ITIL 2007" für die ursprüngliche ITIL-V3-Edition benutzt wird. ITIL V2 hat derzeit kaum noch Bedeutung.


Die aktuelle ITIL-Version wird als "ITIL 2011" oder auch einfach "ITIL" bezeichnet, während der Begriff "ITIL 2007" für die ursprüngliche ITIL-V3-Edition benutzt wird. ITIL V2 hat derzeit kaum noch Bedeutung und läuft allmählich aus.
<p>&nbsp;</p>


<p>&nbsp;</p>
__TOC__


== Unterschiede zwischen ITIL 2007 und ITIL 2011 ==
==ITIL V3 und ITIL 2011: Unterschied==


<span id="ITIL 2011 Summary of Updates">Eine ''Zusammenfassung der Änderungen in ITIL 2011'' gegenüber ITIL 2007 gibt es zum Download auf der [http://www.itil-officialsite.com/nmsruntime/saveasdialog.aspx?lID=1193&sID=58 offiziellen ITIL-Webseite]:</span>
<span id="ITIL-2011-Summary-of-Updates">Eine ''Zusammenfassung der Änderungen in ITIL 2011'' gegenüber ITIL 2007 gibt es zum Download auf der [https://www.tsoshop.co.uk/gempdf/itSMF_An_Introductory_Overview_of_ITIL_V3.pdf offiziellen TSO-Webseite (The Stationery Office)]: Das Paper enthält eine Übersicht zu den wichtigsten Änderungen und deren Zielrichtung, jedoch keine vollständige und detaillierte Aufstellung aller Änderungen.</span>
Das Paper enthält eine Übersicht zu den wichtigsten Änderungen und deren Zielrichtung, jedoch keine vollständige und detaillierte Aufstellung aller Änderungen.


[[Image:Itil-2011.jpg|thumb|190px|right|none|alt=ITIL 2011|ITIL 2011 Update]]
Obwohl keine grundsätzlich neuen Konzepte in ITIL 2011 hinzugekommen sein sollen, fällt sofort auf, dass die Bücher zu ITIL 2011 deutlich umfangreicher sind als die der vorhergehenden Edition - tatsächlich sind die ITIL-Bücher also ganz beträchtlich inhaltlich erweitert worden, und es wäre aus unserer Sicht vorschnell, diese Modifikationen als "rein kosmetisch" abzutun.
Obwohl keine grundsätzlich neuen Konzepte in ITIL 2011 hinzugekommen sein sollen, fällt sofort auf, dass die Bücher zu ITIL 2011 deutlich umfangreicher sind als die der vorhergehenden Edition - tatsächlich sind die ITIL-Bücher also ganz beträchtlich inhaltlich erweitert worden, und es wäre aus unserer Sicht vorschnell, diese Modifikationen als "rein kosmetisch" abzutun.


Zeile 39: Zeile 51:
Nichtsdestotrotz können wir hier aber die wichtigsten Unterschiede aufzeigen.  
Nichtsdestotrotz können wir hier aber die wichtigsten Unterschiede aufzeigen.  


Zur Zeit passen wir unsere [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] (und das ITIL-Wiki) an ITIL 2011 an und dokumentieren die Modifikationen in einem Change Log. Mit Hilfe dieses Change Logs können wir am einfachsten darstellen, was  sich in ITIL 2011 geändert hat. Wir haben uns darum entschlossen, ihn hier in komprimierter Form zu veröffentlichen. Im Zuge unseres Upgrades auf ITIL 2011 wird diese Seite peu-à-peu ergänzt.
Wir haben die [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] (und das ITIL-Wiki) über fast neun Monate hinweg an ITIL 2011 angepasst und die Modifikationen in einem Change Log dokumentiert. Mit Hilfe dieses Change Logs können wir am einfachsten darstellen, was  sich in ITIL 2011 geändert hat. Wir haben uns darum entschlossen, ihn hier in komprimierter Form zu veröffentlichen.
 
<p>&nbsp;</p>
 
==<span id="ITIL 2011 Service Strategy">Änderungen zwischen ITIL 2007 und ITIL 2011 in [[ITIL Service Strategy - Servicestrategie|Service Strategy]]</span>==
 
====<span id="ITIL 2011 Service Strategy Allgemein">Allgemein</span>====
* Mit ITIL 2011 wird ein klar definierter Satz von strategischen Prozessen eingeführt, einschließlich [[ITIL Strategy Management|Strategie-Management für IT Services]] und [[Business Relationship Management]].
 
====<span id="ITIL 2011 Strategy Management">Strategie-Management für IT Services</span>====
 
*In ITIL 2011 wird [[ITIL Strategy Management|Strategie-Management für IT Services]] als ein neuer Prozess eingeführt.
 
*In der vorhergehenden ITIL-Version V3 (2007) wurden die Entwicklung der Service-Strategie und strategische Assessments noch als Teil von Service Portfolio Management behandelt.
 
*Zur Unterstützung der IT Steering Group kommt der [[ITIL Strategy Management#Service Strategy Manager|Service Strategy Manager]] als neue Rolle hinzu.
 
====<span id="ITIL 2011 Service Portfolio Management">Service Portfolio Management</span>====
 
*[[Service Portfolio Management]] ist in Folge der Einführung des [[ITIL Strategy Management|Strategie-Management-Prozesses]] mit ITIL 2011 auf das Managen des [[Service Portfolio Management#Serviceportfolio|Service Portfolios]] fokussiert.
 
*Die Entwicklung der Service-Strategie und strategische Assessments wurden aus dem Prozess herausgelöst.
 
*Neue Outputs [[Service Portfolio Management#ITIL Service Charter|Service Charter]] und [[Service Portfolio Management#ITIL Servicemodell|Servicemodell]] wurden hinzugefügt.
 
====<span id="ITIL 2011 Demand Management">Demand Management</span>====
 
*Die frühere Ausgabe der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL&reg;-Prozesslandkarte] behandelte Demand Management als Teil von Capacity Management. Da die Version ITIL 2011 Klarstellungen bezüglich der unterschiedlichen Zielsetzungen von Demand und Capacity Management enthält, wird nun ein eigener [[ITIL Demand Management|Demand-Management-Prozess]] als Teil von Service Strategy eingeführt.
 
*Der [[ITIL Demand Management#Demand Manager|Demand Manager]] - eine neue Rolle in ITIL 2011 -  führt die Aktivitäten im Demand Management aus.
 
*Als wichtigster Output von Demand Management wurde das [[ITIL Demand Management#Business Aktivitätsmuster PBA|Business Aktivitätsmuster (PBA)]] hinzugefügt.
 
====<span id="ITIL 2011 Financial Management">Financial Management für IT-Services</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Financial Management]].
 
====<span id="ITIL 2011 Business Relationship Management">Business Relationship Management</span>====
 
*In ITIL 2011 wird [[Business Relationship Management]] als ein neuer Prozess eingeführt.
 
*[[Business Relationship Management#Business Relationship Management Kundenzufriedenheit|Kundenzufriedenheits-Umfragen]] und [[Business Relationship Management#ITIL Beschwerde-Management|Beschwerde-Management]] sind nun ein Teil von Business Relationship Management - in ITIL V3 (2007) waren diese Prozesse noch Teil der ITIL-Disziplin Continual Service Improvement.
 
*Neu ist auch die Rolle des [[Business Relationship Management#Business Relationship Manager|Business Relationship Managers]], der für die Ausführung der Aktivitäten im Business Relationship Management verantwortlich ist.
 
*Der neue Prozess Business Relationship Management erzeugt die neuen Outputs [[Business Relationship Management#ITIL Kunden-Portfolio|Kundenportfolio]] und [[Business Relationship Management#ITIL Service-Ergebnis|Erwünschte Service-Ergebnisse]].


<p>&nbsp;</p>
<p>&nbsp;</p>


==<span id="ITIL 2011 Prozesse">Prozesse ITIL 2011</span>==
==<span id="ITIL 2011 Service Design">Änderungen zwischen ITIL 2007 und ITIL 2011 in [[ITIL Service Design|Service Design]]</span>==


===<span id="ITIL 2011 Service Design">Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Design</span>===
====<span id="ITIL 2011 Service Design allgemein">Allgemein</span>====
 
*In Folge der Einführung von [[ITIL Design-Koordinierung|Design-Koordinierung]] in ITIL 2011 sind die Schnittstellen '''aller Service-Design-Prozesse''' angepasst worden.


====<span id="ITIL 2011 Design Coordination">Design-Koordinierung</span>====
====<span id="ITIL 2011 Design Coordination">Design-Koordinierung</span>====


* Als neuer Prozess in ITIL 2011 wird [[ITIL Design-Koordinierung|Design Coordination (Design-Koordinierung)]] eingeführt. Dieser Prozess ist verantwortlich dafür, die durch andere Service-Design-Prozesse auszuführenden Design-Aktivitäten miteinander abzustimmen und in Einklang zu bringen. Für diese koordinierenden Tätigkeiten war in ITIL 2007 noch das Service Level Management zuständig.
*Als neuer Prozess in ITIL 2011 wird [[ITIL Design-Koordinierung|Design Coordination (Design-Koordinierung)]] eingeführt. Dieser Prozess ist verantwortlich dafür, die durch andere Service-Design-Prozesse auszuführenden Design-Aktivitäten miteinander abzustimmen und in Einklang zu bringen. Für diese koordinierenden Tätigkeiten war in ITIL 2007 noch das Service Level Management zuständig.
 
*Damit ein einheitlicher Ansatz für alle Service-Design-Aktivitäten verwendet wird, gibt es nun die [[ITIL Design-Koordinierung#Service-Design-Richtlinie|Service-Design-Richtlinie]].
 
====<span id="ITIL 2011 Service Catalog Management">Service Catalogue Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Service Catalogue Management]].
 
====<span id="ITIL 2011 Service Level Management">Service Level Management</span>====
 
*Mit der Einführung des neuen [[ITIL Design-Koordinierung|Design-Koordinierungs]]-Prozesses wurde [[Service Level Management]] in ITIL 2011 vollständig redesignt: Alle Koordinations-Aktivitäten sind aus dem Prozess herausgelöst worden.
 
*Service Level Management ist nun vor allem für das Erfassen von Service-Anforderungen verantwortlich. Es prüft, ob die vereinbarten Service-Levels erreicht werden und stellt die Informationen dazu im Service-Level-Bericht bereit.
 
====<span id="ITIL 2011 Risiko-Management">Risikomanagement</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Risikomanagement]].
 
====<span id="ITIL 2011 Capacity Management">Capacity Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Capacity Management]].
 
*Der Output [[Capacity Management#Capacity Management Regeln|Regeln für Event-Filterung und -Korrelation]] wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Capacity Management entworfen werden, um die Entdeckung von Kapazitäts-Problemen zu unterstützen.
 
====<span id="ITIL 2011 Availability Management">Availability Management</span>====


* Damit ein einheitlicher Ansatz für alle Service-Design-Aktivitäten verwendet wird, gibt es nun die [[ITIL Design-Koordinierung#Service-Design-Richtlinie|Service-Design-Richtlinie]].
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Availability Management]].


<p>&nbsp;</p>
*Der Output [[Availability Management#Availability Management Regeln|Regeln für Event-Filterung und -Korrelation]] wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Availability Management entworfen werden, um die Entdeckung von Verfügbarkeits-Problemen zu unterstützen.
 
====<span id="ITIL 2011 IT Service Continuity Management">IT Service Continuity Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[IT Service Continuity Management]].
 
====<span id="ITIL 2011 Security Management">Information Security Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[IT Security Management|Information Security Management]].
 
*Der Output [[IT Security Management#ITIL Security Management Regeln|Regeln für Event-Filterung und -Korrelation]] wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Information Security Management entworfen werden, um die Entdeckung von Sicherheits-Problemen zu unterstützen.
 
====<span id="ITIL 2011 Compliance Management">Compliance Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Compliance Management]].
 
====<span id="ITIL 2011 Architecture Management">Architecture Management</span>====
 
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[IT Architecture Management|Architecture Management]].


====<span id="ITIL 2011 Serice Level Management">Service Level Management</span>====
====<span id="ITIL 2011 Supplier Management">Supplier Management</span>====


* Mit der Einführung des neuen [[ITIL Design-Koordinierung|Design-Koordinierungs]]-Prozesses wurde [[Service Level Management]] in ITIL 2011 vollständig redesignt: Alle Koordinations-Aktivitäten sind aus dem Prozess herausgelöst worden.
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Supplier Management]].


* Service Level Management ist nun vor allem für das Erfassen von Service-Anforderungen verantwortlich. Es prüft, ob die vereinbarten Service-Levels erreicht werden und stellt die Informationen dazu im Service-Level-Bericht bereit.
*Zur Verwaltung alle Supplier und Verträge dient nun das [[Supplier Management#SCMIS|Supplier and Contract Management Information System (SCMIS)]] - in ITIL V3 wurde dieses noch als "Supplier & Contract Database (SCD)" bezeichnet.


<p>&nbsp;</p>
<p>&nbsp;</p>


===<span id="ITIL 2011 Service Transition">Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Transition</span>===
==<span id="ITIL 2011 Service Transition">Änderungen zwischen ITIL 2007 und ITIL 2011 in [[ITIL Service Transition - Serviceüberführung|Service Transition]]</span>==


====<span id="ITIL 2011 Change Management">Change Management</span>====
====<span id="ITIL 2011 Change Management">Change Management</span>====


* Die Struktur des [[Change Management]] Prozesses wurde in ITIL 2011 modifiziert, um deutlicher zu machen, dass signifikante Changes an verschiedenen Punkten ihres Lebenszyklus' autorisiert werden sollen.
*Die Struktur des [[Change Management]] Prozesses wurde in ITIL 2011 modifiziert, um deutlicher zu machen, dass signifikante Changes an verschiedenen Punkten ihres Lebenszyklus' autorisiert werden sollen.


* Neu sind Teil-Prozesse zur [[Change Management#ITIL Change Management Vorschlag|Bewertung von Change-Vorschlägen]] und zur [[Change Management#ITIL Minor Changes|Implementierung von Minor Changes]]. Als ''Minor Changes'' werden Changes mit geringem Risiko bezeichnet.
*Neu sind Teil-Prozesse zur [[Change Management#ITIL Change Management Vorschlag|Bewertung von Change-Vorschlägen]] und zur [[Change Management#ITIL Minor Changes|Implementierung von Minor Changes]]. Als ''Minor Changes'' werden Changes mit geringem Risiko bezeichnet.


* Zum Zwecke einer formalen Bewertung übermittelt Change Management umfassende Changes ''(Major Changes)'' nun an [[ITIL Change-Evaluierung|Change-Evaluierung]].
*Zum Zwecke einer formalen Bewertung übermittelt Change Management umfassende Changes ''(Major Changes)'' nun an [[ITIL Change-Evaluierung|Change-Evaluierung]].


* Wichtige Änderungen betreffen den Teil-Prozess [[Change Management#ITIL Change-Planung|Change-Planung]]: Für die Detail-Planung eines Changes und des entsprechenden Releases ist jetzt das Release Management zuständig.
*Wichtige Änderungen betreffen den Teil-Prozess [[Change Management#ITIL Change-Planung|Change-Planung]]: Für die Detail-Planung eines Changes und des entsprechenden Releases ist jetzt das Release Management zuständig.


* In ITIL 2011 spielen die [[Change Management#ITIL Change-Modell|Change-Modelle]] innerhalb von Change Management eine größere Rolle. Sie werden nun für Standard-Changes (Changes mit geringem Risiko auf Betriebsebene) und auch für wiederkehrende, signifikante Changes verwendet.
*In ITIL 2011 spielen die [[Change Management#ITIL Change-Modell|Change-Modelle]] innerhalb von Change Management eine größere Rolle. Sie werden nun für Standard-Changes (Changes mit geringem Risiko auf Betriebsebene) und auch für wiederkehrende, signifikante Changes verwendet.
 
<p>&nbsp;</p>


====<span id="ITIL 2011 Change Evaluation">Change-Evaluierung</span>====
====<span id="ITIL 2011 Change Evaluation">Change-Evaluierung</span>====


* Ein neuer Prozess in ITIL 2011 ist [[ITIL Change-Evaluierung|Change Evaluation (Change-Evaluierung)]]. Dieser Prozess verdeutlicht, wie Major Changes evaluiert werden sollten.  
*Ein neuer Prozess in ITIL 2011 ist [[ITIL Change-Evaluierung|Change Evaluation (Change-Evaluierung)]]. Dieser Prozess verdeutlicht, wie Major Changes evaluiert werden sollten.  


* Change Evaluation wird an verschiedenen Punkten innerhalb des Change-Lifecycles immer dann vom [[Change Management|Change-Management]]-Prozess aufgerufen, wenn eine Change-Bewertung durchzuführen ist.  
*Change Evaluation wird an verschiedenen Punkten innerhalb des Change-Lifecycles immer dann vom [[Change Management|Change-Management]]-Prozess aufgerufen, wenn eine Change-Bewertung durchzuführen ist.  


* Die Ergebnisse dieser Change-Bewertung werden im [[ITIL Change-Evaluierung#Change Evaluation Bericht|Bericht zur Change-Evaluierung]] dokumentiert.
*Die Ergebnisse dieser Change-Bewertung werden im [[ITIL Change-Evaluierung#Change Evaluation Bericht|Bericht zur Change-Evaluierung]] dokumentiert.


<p>&nbsp;</p>
====<span id="ITIL 2011 Projektmanagement">Projektmanagement (Transition Planning and Support)</span>====


====<span id="ITIL 2011 Projektmanagement">Projektmanagement (Transition Planning and Support)</span>====
*Durch die Überarbeitung in ITIL 2011 wird der Haupt-Verantwortungsbereich des Prozesses [[Projektmanagement - Transition Planning and Support|Projektmanagement (Transition Planning and Support)]] klarer herausgestellt: Dazu gehören die Koordination der verschiedenen Service Transition Projekte sowie die Konfliktlösung zwischen diesen.


* Durch die Überarbeitung in ITIL 2011 wird der Haupt-Verantwortungsbereich des Prozesses [[Projektmanagement - Transition Planning and Support|Projektmanagement (Transition Planning and Support)]] klarer herausgestellt: Dazu gehören die Koordination der verschiedenen Service Transition Projekte sowie die Konfliktlösung zwischen diesen.  
*Die Initiierung von Projekten erfolgt immer dann, wenn das [[Service Portfolio Management]] eine Service-Charter zu einem neuen oder substanziell geänderten Service erstellt und autorisiert hat.  


* Die Initiierung von Projekten erfolgt immer dann, wenn das [[Service Portfolio Management]] eine Service-Charter zu einem neuen oder substanziell geänderten Service erstellt und autorisiert hat.  
*Der Projektmanagement-Prozess stützt sich nun im Rahmen von Detail-Planungsmaßnahmen auf weitere Prozesse, wie z.B. [[ITIL Design-Koordinierung|Design-Koordinierung]] und [[Release und Deployment Management#ITIL Release Management Planung|Release-Planung]].


* Der Projektmanagement-Prozess stützt sich nun im Rahmen von Detail-Planungsmaßnahmen auf weitere Prozesse, wie z.B. [[ITIL Design-Koordinierung|Design-Koordinierung]] und [[Release und Deployment Management#ITIL Release Management Planung|Release-Planung]].
====Anwendungsentwicklung====


<p>&nbsp;</p>
* Keine wesentlichen Unterschiede zwischen ITIL 2007 und ITIL 2011 im Prozess [[Anwendungsentwicklung und Customizing|Anwendungsentwicklung]].


====<span id="ITIL 2011 Release Management">Release und Deployment Management</span>====
====<span id="ITIL 2011 Release Management">Release und Deployment Management</span>====


* In ITIL 2011 wird [[Release und Deployment Management|Release Management]] vom Projektmanagement-Prozess aufgerufen, um eine [[Release und Deployment Management#ITIL Release Management Planung|Detail-Planung]] zu erstellen, die die Einzelheiten zur Release-Zusammenstellung (''Release Build''), den Release-Test und das Ausrollen der Release-Komponenten in die Live-Umgebung umfasst.
*In ITIL 2011 wird [[Release und Deployment Management|Release Management]] vom Projektmanagement-Prozess aufgerufen, um eine [[Release und Deployment Management#ITIL Release Management Planung|Detail-Planung]] zu erstellen, die die Einzelheiten zur Release-Zusammenstellung (''Release Build''), den Release-Test und das Ausrollen der Release-Komponenten in die Live-Umgebung umfasst.


* Eine zusätzliche Schnittstelle zu [[Projektmanagement - Transition Planning and Support|Projektmanagement (Transition Planning and Support)]] stellt nun sicher, dass Release Management dem Projektmanagement kontinuierlich die aktuellen Planungs-Informationen zur Verfügung stellt.
*Eine zusätzliche Schnittstelle zu [[Projektmanagement - Transition Planning and Support|Projektmanagement (Transition Planning and Support)]] stellt nun sicher, dass Release Management dem Projektmanagement kontinuierlich die aktuellen Planungs-Informationen zur Verfügung stellt.


* Nach den aktuellen ITIL-2011-Richtlinien werden [[Change Management#ITIL Minor Changes|Minor Changes]] vom Change Management ohne Einbeziehung des Release-Management-Prozesses implementiert.  
*Nach den aktuellen ITIL-2011-Richtlinien werden [[Change Management#ITIL Minor Changes|Minor Changes]] vom Change Management ohne Einbeziehung des Release-Management-Prozesses implementiert, so dass der Teil-Prozess "Minor Release Deployment" entfernt wurde.


<p>&nbsp;</p>
====<span id="ITIL 2011 Service Validation">Service-Validierung und -Test</span>====
 
*In ITIL 2011 stellt eine zusätzliche Schnittstelle zwischen [[Service-Validierung und Test|Service-Validierung]] und [[Projektmanagement - Transition Planning and Support|ITIL-Projektmanagement]] sicher, dass dem Projektmanagement kontinuierlich die aktuellen Planungs-Informationen zur Verfügung gestellt werden.
 
*Der ITIL V3 Teil-Prozess "Service-Design-Validierung" wurde gelöscht, da diese Aktivität nun als Teil von [[ITIL Change-Evaluierung|Change-Evaluierung]] ausgeführt wird.
 
====<span id="ITIL 2011 Configuration Management">Service Asset und Configuration Management</span>====


====<span id="ITIL 2011 Service Validation">Service-Validierung und -Test</span>====
*Die Prozess-Schnittstellen in [[Service Asset and Configuration Management|Configuration Management]] wurden angepasst, in Übereinstimmung mit der neuen Prozess-Struktur in Service Transition.


* In ITIL 2011 stellt eine zusätzliche Schnittstelle zwischen [[Service-Validierung und Test|Service-Validierung]] und [[Projektmanagement - Transition Planning and Support|ITIL-Projektmanagement]] sicher, dass dem Projektmanagement kontinuierlich die aktuellen Planungs-Informationen zur Verfügung gestellt werden.
====Knowledge Management====


* Der ITIL V3 Teil-Prozess "Service-Design-Validierung" wurde gelöscht, da diese Aktivität nun als Teil von [[ITIL Change-Evaluierung|Change-Evaluierung]] ausgeführt wird.  
*Keine wesentlichen Unterschiede zwischen ITIL 2007 und ITIL 2011 im Prozess [[Knowledge Management]].


<p>&nbsp;</p>
<p>&nbsp;</p>


===<span id="ITIL 2011 Service Operation">Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Operation</span>===
==<span id="ITIL 2011 Service Operation">Änderungen zwischen ITIL 2007 und ITIL 2011 in [[ITIL Service Operation - Servicebetrieb|Service Operation]]</span>==


====<span id="ITIL 2011 Event Management">Event Management</span>====
====<span id="ITIL 2011 Event Management">Event Management</span>====


* [[Event Management]] wurde um das Konzept der "[[Event Management#ITIL Event Management 1st Level|1st Level Correlation]]" bzw. "[[Event Management#ITIL Event 2nd Level Korrelation|2nd Level Correlation]]" erweitert.
*[[Event Management]] wurde um das Konzept der "[[Event Management#ITIL Event Management 1st Level|1st Level Correlation]]" bzw. "[[Event Management#ITIL Event 2nd Level Korrelation|2nd Level Correlation]]" erweitert.
* Die detaillierteren Empfehlungen der ITIL-2011-Bücher machen eine Ergänzung der entsprechenden Arbeitsabläufe im ITIL-Prozessmodell notwendig.
*Die detaillierteren Empfehlungen der ITIL-2011-Bücher machen eine Ergänzung der entsprechenden Arbeitsabläufe im ITIL-Prozessmodell notwendig.
 
====<span id="ITIL 2011 Incident Management">Incident Management</span>====
 
*Innerhalb von [[Incident Management]] wurden die Empfehlungen zur "Priorisierung von Incidents" überarbeitet. Die neue [[Checkliste Incident-Priorität]] enthält alle wesentlichen Punkte.
 
*Zusätzliche Arbeitsschritte gibt es im Teil-Prozess [[Incident Management#ITIL Incident Management 1st Level|Unmittelbare Incident-Behebung durch den 1st Level Support]]. Es wird deutlich gemacht, dass Incidents (wenn möglich) mit bestehenden Problems und Known Errors in Beziehung gesetzt werden sollen.


<p>&nbsp;</p>
*Die Teil-Prozesse "Unmittelbare Incident-Behebung durch den 1st Level Support" und [[Incident Management#ITIL Incident Management 2nd Level|Incident-Behebung durch den 2nd Level Support]] wurden wesentlich erweitert, um klarer darzustellen, wann genau das [[Problem Management]] seitens des Incident Managements eingeschaltet werden soll. Die Betonung liegt nun darauf, Services so schnell wie möglich wiederherzustellen. Die Hilfe des Problem Managements ist dann einzufordern, wenn die eigentliche Ursache des Incidents nicht mit einem Minor Change bzw. in der vorgeschriebenen Lösungszeit behoben werden kann.
 
*Im Teil-Prozess [[Incident Management#Incident schliessen|Incident-Abschluss und -Auswertung]] wird nun betont, dass unbedingt zu prüfen ist, ob neue Problems, Workarounds oder Known Errors an das Problem Management übermittelt werden müssen.
 
====<span id="ITIL 2011 Request Fulfilment">Request Fulfilment</span>====
 
*Der Prozess [[Request Fulfilment]] wurde vollständig überarbeitet, um die aktuellen Empfehlungen wiederzugeben. Request Fulfilment setzt sich nun aus [[Request Fulfilment#Teil-Prozesse|fünf Teil-Prozessen]] zusammen, die gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien berücksichtigt sind.
 
*Hinzugekommen sind Schnittstellen
**zwischen Request Fulfilment und dem [[Incident Management]] (im Falle, dass sich ein Service Request nachträglich als Incident herausstellt) sowie
**zwischen Request Fulfilment und [[ITIL Service Transition - Serviceüberführung|Service Transition]] (im Falle, dass die Erfüllung eines Service Requests die Einbeziehung des Change Managements erforderlich macht).
 
*Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines "[[Request Fulfilment#ITIL Service Request|Service Requests]]" notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.
 
*Das Konzept des "[[Request Fulfilment#ITIL Service-Request-Modell|Service Request Models]]" wird umfassender erklärt.
 
====<span id="ITIL 2011 Access Management">Access Management</span>====
 
*Eine neue Schnittstelle zwischen [[Access Management]] und Event Management unterstreicht, dass (einige) [[Event Management#Regeln Event-Kategorisierung Event-Korrelation|Regeln für Event-Kategorisierung und -Korrelation]] vom Access Management entworfen werden sollten - dies ist wichtig, um einen nicht authorisierten Zugriff auf Services aufzudecken.
 
*Bislang wurde nicht nicht deutlich gemacht, dass [[Access Management#Zugriffsrechte|Zugriffsrechte]] - falls erforderlich - zurückgenommen werden können. Eine dedizierte Aktivität sorgt nun dafür.
 
*Es wird nun klar darauf hingewiesen, dass in den Prozessen [[Request Fulfilment]] und [[Incident Management]] die Autorisierung des Anfragenden geprüft werden muss.
 
====<span id="ITIL 2011 Problem Management">Problem Management</span>====
 
*Eine neuer Teil-Prozess [[Problem Management#Problem Management Problem-Identifikation|Proaktive Problem-Identifikation]] hebt die Bedeutung des proaktiven [[Problem Management|Problem Managements]] hervor.
 
*Im Teil-Prozess [[Problem Management#ITIL Problem Management Kategorie|Problemidentifikation und -kategorisierung]] wird jetzt deutlicher gemacht, dass die Kategorisierung und Priorisierung von Problems mit dem im Incident Management benutzten Methoden harmonisiert sein sollte - dies trägt wesentlich dazu bei, dass Incidents und Problems einfach in Beziehung zueinander gesetzt werden können.
 
*Wesentlich prominenter behandelt wird in [[Problem Management#Problem Management Diagnose|Problemdiagnose und -lösung]] die Empfehlung, Problems bei Bedarf zu reproduzieren.
 
*Der Teilprozess Problemdiagnose und -lösung wurde komplett überarbeitet. Es gibt klare Richtlinien zur Interaktion dieses Prozesses mit dem [[Incident Management]].
 
*Hinweis: Die neuen ITIL-2011-Bücher enthalten einen deutlich erweiterten Abschnitt zu Techniken der [[Problem Management#Problem|Problem]]-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.
 
====IT Operations Control====
 
*Keine wesentlichen Unterschiede zwischen ITIL 2007 und ITIL 2011 im Prozess [[IT Operations Control]].
 
====Facilities Management====
 
*Keine wesentlichen Unterschiede zwischen ITIL 2007 und ITIL 2011 im Prozess [[IT Facilities Management|Facilities Management]].
 
====Application Management====


====<span id="ITIL 2011 Incident Management">Incident Management</span>====
*[[ITIL Application Management|Application Management]] spielt eine wichtige Rolle in Bezug auf das Management von Anwendungen/ Applikationen und Systemen und wird in ITIL als "[[ITIL-Funktionen|Funktion]]" behandelt.


* Innerhalb von [[Incident Management]] wurden die Empfehlungen zur "Priorisierung von Incidents" überarbeitet. Die neue [[Checkliste Incident-Priorität]] enthält alle wesentlichen Punkte.
*Application-Management-Aktivitäten sind in eine Reihe von ITIL-Prozessen eingebettet. Jedoch gibt es auch Application-Management-Aktivitäten, die nicht von ITIL-Prozessen abgedeckt werden. Aus diesem Grund haben wir uns bei IT Process Maps entschieden, einen eigenen Application-Management-Prozess für die nicht durch andere ITIL-Prozesse abgedeckten Aktivitäten einzuführen.


* Zusätzliche Arbeitsschritte gibt es im Teil-Prozess [[Incident Management#ITIL Incident Management 1st Level|Unmittelbare Incident-Behebung durch den 1st Level Support]]. Es wird deutlich gemacht, dass Incidents (wenn möglich) mit bestehenden Problems und Known Errors in Beziehung gesetzt werden sollen.
====Technical Management====


* Die Teil-Prozesse "Unmittelbare Incident-Behebung durch den 1st Level Support" und [[Incident Management#ITIL Incident Management 2nd Level|Incident-Behebung durch den 2nd Level Support]] wurden wesentlich erweitert, um klarer darzustellen, wann genau das [[Problem Management]] seitens des Incident Managements eingeschaltet werden soll. Die Betonung liegt nun darauf, Services so schnell wie möglich wiederherzustellen. Die Hilfe des Problem Managements ist dann einzufordern, wenn die eigentliche Ursache des Incidents nicht mit einem Minor Change bzw. in der vorgeschriebenen Lösungszeit behoben werden kann.
*[[ITIL Technical Management|Technical Management]] wird in ITIL als "Funktion" behandelt. Es spielt eine wichtige Rolle in Bezug auf das Management der IT-Infrastruktur.  


* Im Teil-Prozess [[Incident Management#Incident schliessen|Incident-Abschluss und -Auswertung]] wird nun betont, dass unbedingt zu prüfen ist, ob neue Problems, Workarounds oder Known Errors an das Problem Management übermittelt werden müssen.
*Technical-Management-Aktivitäten sind in eine Reihe von ITIL-Prozessen eingebettet. Jedoch gibt es auch Technical-Management-Aktivitäten, die nicht von ITIL-Prozessen abgedeckt werden. Aus diesem Grund haben wir uns bei IT Process Maps entschieden, einen eigenen Technical-Management-Prozess für die nicht durch andere ITIL-Prozesse abgedeckten Aktivitäten einzuführen.  


<p>&nbsp;</p>
<p>&nbsp;</p>


====<span id="ITIL 2011 Request Fulfilment">Request Fulfilment</span>====
==<span id="ITIL 2011 CSI">Änderungen zwischen ITIL 2007 und ITIL 2011 in [[ITIL CSI - Kontinuierliche Serviceverbesserung|Continual Service Improvement]]</span>==
 
====<span id="ITIL 2011 CSI Allgemein">Allgemein</span>====
 
*Schon mit ITIL V3 2007 wurde ein deutlicherer Fokus auf die kontinuierliche Verbesserung von Services und Prozessen gesetzt als in der vorherigen ITIL-Version. [[Service-Review|Service-Reviews]] und Aktivitäten wie das Führen eines [[Definition von Verbesserungs-Initiativen#SIP|Serviceverbesserungsplanes]] sind seither Teil der Disziplin "Kontinuierliche Serviceverbesserung (CSI)".
 
*Aufgrund der neuen Struktur der Servicestrategie-Prozesse in ITIL 2011 müssen die Inputs und Outputs ''aller [[ITIL CSI - Kontinuierliche Serviceverbesserung|CSI-Prozesse]]'' angepasst werden.
 
====Service-Review====


* Der Prozess [[Request Fulfilment]] wurde vollständig überarbeitet, um die aktuellen Empfehlungen wiederzugeben. Request Fulfilment setzt sich nun aus [[Request Fulfilment#Teil-Prozesse|fünf Teil-Prozessen]] zusammen, die gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien berücksichtigt sind.  
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Service-Review]].


* Hinzugekommen sind Schnittstellen
====Prozess-Evaluierung====
** zwischen Request Fulfilment und dem [[Incident Management]] (im Falle, dass sich ein Service Request nachträglich als Incident herausstellt) sowie
** zwischen Request Fulfilment und [[ITIL V3 Service Transition - Serviceüberführung|Service Transition]] (im Falle, dass die Erfüllung eines Service Requests die Einbeziehung des Change Managements erforderlich macht).


* Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines "[[Request Fulfilment#ITIL Service Request|Service Requests]]" notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Prozess-Evaluierung]].


* Das Konzept des "[[Request Fulfilment#ITIL Service-Request-Modell|Service Request Models]]" wird umfassender erklärt.
*Das Konzept des [[Prozess-Evaluierung#Prozess-Evaluierungs-Programm|Prozess-Evaluierungs-Programms]] wurde neu hinzugefügt.


<p>&nbsp;</p>
====Definition von CSI-Initiativen====


====<span id="ITIL 2011 Access Management">Access Management</span>====
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Definition von Verbesserungs-Initiativen|Definition von CSI-Initiativen]].


* Eine neue Schnittstelle zwischen [[Access Management]] und Event Management unterstreicht, dass (einige) [[Event Management#Regeln Event-Kategorisierung Event-Korrelation|Regeln für Event-Kategorisierung und -Korrelation]] vom Access Management entworfen werden sollten - dies ist wichtig, um einen nicht authorisierten Zugriff auf Services aufzudecken.
*In ITIL 2011 wurde das CSI-Register als zentrales Dokument (bzw. Datenbank) eingeführt, in dem alle Verbesserungs-Möglichkeiten und -Initiativen verzeichnet sind. Folglich ist einer der wichtigsten Outputs aus CSI nun das  [[Definition von Verbesserungs-Initiativen#SIP|CSI-Register]] - statt des "Service-Verbesserungsplans (SIP)" wie in ITIL 2007. SIPs haben nun eine weit weniger prominente Rolle als in ITIL V3 (2007); SIPs können z.B. noch im Rahmen der Verbesserung einzelner Services oder Prozesse eine Bedeutung haben.


* Bislang wurde nicht nicht deutlich gemacht, dass [[Access Management#Zugriffsrechte|Zugriffsrechte]] - falls erforderlich - zurückgenommen werden können. Eine dedizierte Aktivität sorgt nun dafür.
====Überwachung von CSI-Initiativen====


* Es wird nun klar darauf hingewiesen, dass in den Prozessen [[Request Fulfilment]] und [[Incident Management]] die Authorisierung des Anfragenden geprüft werden muss.
*Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in [[Überwachung von Verbesserungs-Initiativen|Überwachung von CSI-Initiativen]].


<p>&nbsp;</p>
<p>&nbsp;</p>


====<span id="ITIL 2011 Problem Management">Problem Management</span>====
==Links und weitere Informationen==
 
* Eine neuer Teil-Prozess [[Problem Management#Problem Management Problem-Identifikation|Proaktive Problem-Identifikation]] hebt die Bedeutung des proaktiven [[Problem Management|Problem Managements]] hervor.


* Im Teil-Prozess [[Problem Management#ITIL Problem Management Kategorie|Problemidentifikation und -kategorisierung]] wird jetzt deutlicher gemacht, dass die Kategorisierung und Priorisierung von Problems mit dem im Incident Management benutzten Methoden harmonisiert sein sollte - dies trägt wesentlich dazu bei, dass Incidents und Problems einfach in Beziehung zueinander gesetzt werden können.
<span id="ITIL">[1] ITIL&reg; ist eine eingetragene Marke von AXELOS Limited.</span>


* Wesentlich prominenter behandelt wird in [[Problem Management#Problem Management Diagnose|Problemdiagnose und -lösung]] die Empfehlung, Problems bei Bedarf zu reproduzieren.
[2] John S Stewart. "[http://internationalbestpracticeinstitute.wordpress.com/2013/02/11/quick-guide-to-itil-2011/ Quick Guide to ITIL 2011]". -- Blog IBPI (The International Best Practice Institute), www.ibpi.org, 11. Februar 2013, abgerufen am 27. Februar 2013.


* Der Teilprozess Problemdiagnose und -lösung wurde komplett überarbeitet. Es gibt klare Richtlinien zur Interaktion dieses Prozesses mit dem [[Incident Management]].
[3] Andrea Kempter. "[https://de.it-processmaps.com/neues/itil-2011-buecher.html Die ITIL-2011-Bücher in der deutschen Übersetzung sind da.]". -- News IT Process Maps, de.it-processmaps.com, 23. März 2013, abgerufen am 23. März 2013.


* Die neuen ITIL-2011-Bücher enthalten einen deutlich erweiterten Abschnitt zu Techniken der [[Problem Management#Problem|Problem]]-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.
<html>Von:&#160;&#160;Stefan Kempter&#160;<a rel="author" href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="Von: Stefan Kempter | Profil auf LinkedIn" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</p>


<p>&nbsp;</p>
<p>&nbsp;</p>


<p><small>
<span itemprop="breadcrumb" itemscope itemtype="http://schema.org/BreadcrumbList">
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#Wozu_eine_neue_ITIL_2011_Edition.3F" > <span itemprop="name">Wozu eine neue ITIL 2011 Edition?</span></a><meta itemprop="position" content="1" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#ITIL_V3_und_ITIL_2011:_Unterschied" > <span itemprop="name">ITIL V3 und ITIL 2011: Unterschied</span></a><meta itemprop="position" content="2" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#.C3.84nderungen_zwischen_ITIL_2007_und_ITIL_2011_in_Service_Strategy" > <span itemprop="name">Details: Service Strategy</span></a><meta itemprop="position" content="3" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#.C3.84nderungen_zwischen_ITIL_2007_und_ITIL_2011_in_Service_Design" > <span itemprop="name">Details: Service Design</span></a><meta itemprop="position" content="4" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#.C3.84nderungen_zwischen_ITIL_2007_und_ITIL_2011_in_Service_Transition" > <span itemprop="name">Details: Service Transition</span></a><meta itemprop="position" content="5" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#.C3.84nderungen_zwischen_ITIL_2007_und_ITIL_2011_in_Service_Operation" > <span itemprop="name">Details: Service Operation</span></a><meta itemprop="position" content="6" /></span> ›
<span itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem">
<a itemprop="item" href="https://wiki.de.it-processmaps.com/index.php/ITIL_2011#.C3.84nderungen_zwischen_ITIL_2007_und_ITIL_2011_in_Continual_Service_Improvement" > <span itemprop="name">Details: CSI</span></a><meta itemprop="position" content="7" /></span>
</span>
</small>
</html>
<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL 2011|!]]
[[Kategorie:ITIL 2011|!]][[Kategorie:ITIL-Version]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Aktuelle Version vom 29. März 2019, 12:07 Uhr

in English - ITIL 2011
in English - ITIL 2011


Vier Jahre nach der Einführung von ITIL® V3 gab es ein Update zu den IT-Service-Management-Leitlinien. Auf dieser Seite haben wir für Sie die mit der Version ITIL 2011 verbundenen Änderungen und Anpassungen zusammengestellt.

Anmerkung: In unserem YaSM Service-Management-Wiki haben wir wir einen präzisen Vergleich zwischen der neuen Version ITIL 4 und ITIL V3 2011 für Sie erstellt!

Wozu eine neue ITIL 2011 Edition?

ITIL 2011 Edition (ITIL V3 2011).
ITIL® 2011 (ITIL V3 2011)

Die offiziellen FAQs zu ITIL 2011 stellen klar, dass es sich bei ITIL 2011 um ein Update, nicht aber um eine neue ITIL-Version handelt [1][1b]. So heißt es, dass keine grundlegend neuen Konzepte hinzugekommen seien. Vielmehr liege das Ziel des Updates darin, bestehende Fehler zu beseitigen und Inkonsistenzen im Text und in den Darstellungen zu beseitigen.

Für viele Neuerungen in ITIL 2011 waren das Feedback der Anwender und Hinweise aus der Schulungs-Community ausschlaggebend.

Neue Bezeichnungen für die ITIL-Editionen:

Diese ITIL®-Version wird als "ITIL 2011" oder auch einfach "ITIL V3" bezeichnet, während der Begriff "ITIL 2007" für die ursprüngliche ITIL-V3-Edition benutzt wird. ITIL V2 hat derzeit kaum noch Bedeutung.

 

ITIL V3 und ITIL 2011: Unterschied

Eine Zusammenfassung der Änderungen in ITIL 2011 gegenüber ITIL 2007 gibt es zum Download auf der offiziellen TSO-Webseite (The Stationery Office): Das Paper enthält eine Übersicht zu den wichtigsten Änderungen und deren Zielrichtung, jedoch keine vollständige und detaillierte Aufstellung aller Änderungen.

Obwohl keine grundsätzlich neuen Konzepte in ITIL 2011 hinzugekommen sein sollen, fällt sofort auf, dass die Bücher zu ITIL 2011 deutlich umfangreicher sind als die der vorhergehenden Edition - tatsächlich sind die ITIL-Bücher also ganz beträchtlich inhaltlich erweitert worden, und es wäre aus unserer Sicht vorschnell, diese Modifikationen als "rein kosmetisch" abzutun.

Einige neue Prozesse sind hinzugefügt worden, während andere jetzt in größerer Detailtiefe als zuvor behandelt werden. Abgesehen von solchen umfangreicheren Anpassungen gibt es an vielen Stellen im Gesamt-Werk kleinere Änderungen und Erweiterungen, die recht hilfreich sind, um Einzelaspekte zu verdeutlichen. Das heisst aber auch: Es ist fast unmöglich, die beiden Editionen 1:1 zu vergleichen und eine detaillierte Komplett-Liste aller Änderungen herauszugeben.

Nichtsdestotrotz können wir hier aber die wichtigsten Unterschiede aufzeigen.

Wir haben die ITIL-Prozesslandkarte (und das ITIL-Wiki) über fast neun Monate hinweg an ITIL 2011 angepasst und die Modifikationen in einem Change Log dokumentiert. Mit Hilfe dieses Change Logs können wir am einfachsten darstellen, was sich in ITIL 2011 geändert hat. Wir haben uns darum entschlossen, ihn hier in komprimierter Form zu veröffentlichen.

 

Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Strategy

Allgemein

Strategie-Management für IT Services

  • In der vorhergehenden ITIL-Version V3 (2007) wurden die Entwicklung der Service-Strategie und strategische Assessments noch als Teil von Service Portfolio Management behandelt.

Service Portfolio Management

  • Die Entwicklung der Service-Strategie und strategische Assessments wurden aus dem Prozess herausgelöst.

Demand Management

  • Die frühere Ausgabe der ITIL®-Prozesslandkarte behandelte Demand Management als Teil von Capacity Management. Da die Version ITIL 2011 Klarstellungen bezüglich der unterschiedlichen Zielsetzungen von Demand und Capacity Management enthält, wird nun ein eigener Demand-Management-Prozess als Teil von Service Strategy eingeführt.
  • Der Demand Manager - eine neue Rolle in ITIL 2011 - führt die Aktivitäten im Demand Management aus.

Financial Management für IT-Services

Business Relationship Management

  • Neu ist auch die Rolle des Business Relationship Managers, der für die Ausführung der Aktivitäten im Business Relationship Management verantwortlich ist.

 

Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Design

Allgemein

  • In Folge der Einführung von Design-Koordinierung in ITIL 2011 sind die Schnittstellen aller Service-Design-Prozesse angepasst worden.

Design-Koordinierung

  • Als neuer Prozess in ITIL 2011 wird Design Coordination (Design-Koordinierung) eingeführt. Dieser Prozess ist verantwortlich dafür, die durch andere Service-Design-Prozesse auszuführenden Design-Aktivitäten miteinander abzustimmen und in Einklang zu bringen. Für diese koordinierenden Tätigkeiten war in ITIL 2007 noch das Service Level Management zuständig.
  • Damit ein einheitlicher Ansatz für alle Service-Design-Aktivitäten verwendet wird, gibt es nun die Service-Design-Richtlinie.

Service Catalogue Management

Service Level Management

  • Service Level Management ist nun vor allem für das Erfassen von Service-Anforderungen verantwortlich. Es prüft, ob die vereinbarten Service-Levels erreicht werden und stellt die Informationen dazu im Service-Level-Bericht bereit.

Risikomanagement

  • Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in Risikomanagement.

Capacity Management

  • Der Output Regeln für Event-Filterung und -Korrelation wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Capacity Management entworfen werden, um die Entdeckung von Kapazitäts-Problemen zu unterstützen.

Availability Management

  • Der Output Regeln für Event-Filterung und -Korrelation wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Availability Management entworfen werden, um die Entdeckung von Verfügbarkeits-Problemen zu unterstützen.

IT Service Continuity Management

Information Security Management

  • Der Output Regeln für Event-Filterung und -Korrelation wurde hinzugefügt, um hervorzuheben, dass (einige) Regeln zur Filterung und Korrelation von Events von Information Security Management entworfen werden, um die Entdeckung von Sicherheits-Problemen zu unterstützen.

Compliance Management

Architecture Management

Supplier Management

 

Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Transition

Change Management

  • Die Struktur des Change Management Prozesses wurde in ITIL 2011 modifiziert, um deutlicher zu machen, dass signifikante Changes an verschiedenen Punkten ihres Lebenszyklus' autorisiert werden sollen.
  • Zum Zwecke einer formalen Bewertung übermittelt Change Management umfassende Changes (Major Changes) nun an Change-Evaluierung.
  • Wichtige Änderungen betreffen den Teil-Prozess Change-Planung: Für die Detail-Planung eines Changes und des entsprechenden Releases ist jetzt das Release Management zuständig.
  • In ITIL 2011 spielen die Change-Modelle innerhalb von Change Management eine größere Rolle. Sie werden nun für Standard-Changes (Changes mit geringem Risiko auf Betriebsebene) und auch für wiederkehrende, signifikante Changes verwendet.

Change-Evaluierung

  • Change Evaluation wird an verschiedenen Punkten innerhalb des Change-Lifecycles immer dann vom Change-Management-Prozess aufgerufen, wenn eine Change-Bewertung durchzuführen ist.

Projektmanagement (Transition Planning and Support)

  • Durch die Überarbeitung in ITIL 2011 wird der Haupt-Verantwortungsbereich des Prozesses Projektmanagement (Transition Planning and Support) klarer herausgestellt: Dazu gehören die Koordination der verschiedenen Service Transition Projekte sowie die Konfliktlösung zwischen diesen.
  • Die Initiierung von Projekten erfolgt immer dann, wenn das Service Portfolio Management eine Service-Charter zu einem neuen oder substanziell geänderten Service erstellt und autorisiert hat.

Anwendungsentwicklung

Release und Deployment Management

  • In ITIL 2011 wird Release Management vom Projektmanagement-Prozess aufgerufen, um eine Detail-Planung zu erstellen, die die Einzelheiten zur Release-Zusammenstellung (Release Build), den Release-Test und das Ausrollen der Release-Komponenten in die Live-Umgebung umfasst.
  • Nach den aktuellen ITIL-2011-Richtlinien werden Minor Changes vom Change Management ohne Einbeziehung des Release-Management-Prozesses implementiert, so dass der Teil-Prozess "Minor Release Deployment" entfernt wurde.

Service-Validierung und -Test

  • In ITIL 2011 stellt eine zusätzliche Schnittstelle zwischen Service-Validierung und ITIL-Projektmanagement sicher, dass dem Projektmanagement kontinuierlich die aktuellen Planungs-Informationen zur Verfügung gestellt werden.
  • Der ITIL V3 Teil-Prozess "Service-Design-Validierung" wurde gelöscht, da diese Aktivität nun als Teil von Change-Evaluierung ausgeführt wird.

Service Asset und Configuration Management

  • Die Prozess-Schnittstellen in Configuration Management wurden angepasst, in Übereinstimmung mit der neuen Prozess-Struktur in Service Transition.

Knowledge Management

 

Änderungen zwischen ITIL 2007 und ITIL 2011 in Service Operation

Event Management

Incident Management

  • Die Teil-Prozesse "Unmittelbare Incident-Behebung durch den 1st Level Support" und Incident-Behebung durch den 2nd Level Support wurden wesentlich erweitert, um klarer darzustellen, wann genau das Problem Management seitens des Incident Managements eingeschaltet werden soll. Die Betonung liegt nun darauf, Services so schnell wie möglich wiederherzustellen. Die Hilfe des Problem Managements ist dann einzufordern, wenn die eigentliche Ursache des Incidents nicht mit einem Minor Change bzw. in der vorgeschriebenen Lösungszeit behoben werden kann.
  • Im Teil-Prozess Incident-Abschluss und -Auswertung wird nun betont, dass unbedingt zu prüfen ist, ob neue Problems, Workarounds oder Known Errors an das Problem Management übermittelt werden müssen.

Request Fulfilment

  • Der Prozess Request Fulfilment wurde vollständig überarbeitet, um die aktuellen Empfehlungen wiederzugeben. Request Fulfilment setzt sich nun aus fünf Teil-Prozessen zusammen, die gewährleisten, dass alle wesentlichen Aktivitäten und Entscheidungskriterien berücksichtigt sind.
  • Hinzugekommen sind Schnittstellen
    • zwischen Request Fulfilment und dem Incident Management (im Falle, dass sich ein Service Request nachträglich als Incident herausstellt) sowie
    • zwischen Request Fulfilment und Service Transition (im Falle, dass die Erfüllung eines Service Requests die Einbeziehung des Change Managements erforderlich macht).
  • Es wird nun verdeutlicht, welche Informationen zur Beschreibung eines "Service Requests" notwendig sind. Ebenfalls aufgenommen wurde die Beschreibung des Lifecycles von Service Requests.

Access Management

  • Bislang wurde nicht nicht deutlich gemacht, dass Zugriffsrechte - falls erforderlich - zurückgenommen werden können. Eine dedizierte Aktivität sorgt nun dafür.

Problem Management

  • Im Teil-Prozess Problemidentifikation und -kategorisierung wird jetzt deutlicher gemacht, dass die Kategorisierung und Priorisierung von Problems mit dem im Incident Management benutzten Methoden harmonisiert sein sollte - dies trägt wesentlich dazu bei, dass Incidents und Problems einfach in Beziehung zueinander gesetzt werden können.
  • Der Teilprozess Problemdiagnose und -lösung wurde komplett überarbeitet. Es gibt klare Richtlinien zur Interaktion dieses Prozesses mit dem Incident Management.
  • Hinweis: Die neuen ITIL-2011-Bücher enthalten einen deutlich erweiterten Abschnitt zu Techniken der Problem-Analyse sowie Beispiele für Situationen, innerhalb derer die entsprechenden Techniken angewandt werden sollten.

IT Operations Control

Facilities Management

Application Management

  • Application Management spielt eine wichtige Rolle in Bezug auf das Management von Anwendungen/ Applikationen und Systemen und wird in ITIL als "Funktion" behandelt.
  • Application-Management-Aktivitäten sind in eine Reihe von ITIL-Prozessen eingebettet. Jedoch gibt es auch Application-Management-Aktivitäten, die nicht von ITIL-Prozessen abgedeckt werden. Aus diesem Grund haben wir uns bei IT Process Maps entschieden, einen eigenen Application-Management-Prozess für die nicht durch andere ITIL-Prozesse abgedeckten Aktivitäten einzuführen.

Technical Management

  • Technical Management wird in ITIL als "Funktion" behandelt. Es spielt eine wichtige Rolle in Bezug auf das Management der IT-Infrastruktur.
  • Technical-Management-Aktivitäten sind in eine Reihe von ITIL-Prozessen eingebettet. Jedoch gibt es auch Technical-Management-Aktivitäten, die nicht von ITIL-Prozessen abgedeckt werden. Aus diesem Grund haben wir uns bei IT Process Maps entschieden, einen eigenen Technical-Management-Prozess für die nicht durch andere ITIL-Prozesse abgedeckten Aktivitäten einzuführen.

 

Änderungen zwischen ITIL 2007 und ITIL 2011 in Continual Service Improvement

Allgemein

  • Schon mit ITIL V3 2007 wurde ein deutlicherer Fokus auf die kontinuierliche Verbesserung von Services und Prozessen gesetzt als in der vorherigen ITIL-Version. Service-Reviews und Aktivitäten wie das Führen eines Serviceverbesserungsplanes sind seither Teil der Disziplin "Kontinuierliche Serviceverbesserung (CSI)".
  • Aufgrund der neuen Struktur der Servicestrategie-Prozesse in ITIL 2011 müssen die Inputs und Outputs aller CSI-Prozesse angepasst werden.

Service-Review

  • Keine wesentlichen Unterschiede zwischen ITIL V3 (2007) und ITIL 2011 in Service-Review.

Prozess-Evaluierung

Definition von CSI-Initiativen

  • In ITIL 2011 wurde das CSI-Register als zentrales Dokument (bzw. Datenbank) eingeführt, in dem alle Verbesserungs-Möglichkeiten und -Initiativen verzeichnet sind. Folglich ist einer der wichtigsten Outputs aus CSI nun das CSI-Register - statt des "Service-Verbesserungsplans (SIP)" wie in ITIL 2007. SIPs haben nun eine weit weniger prominente Rolle als in ITIL V3 (2007); SIPs können z.B. noch im Rahmen der Verbesserung einzelner Services oder Prozesse eine Bedeutung haben.

Überwachung von CSI-Initiativen

 

Links und weitere Informationen

[1] ITIL® ist eine eingetragene Marke von AXELOS Limited.

[2] John S Stewart. "Quick Guide to ITIL 2011". -- Blog IBPI (The International Best Practice Institute), www.ibpi.org, 11. Februar 2013, abgerufen am 27. Februar 2013.

[3] Andrea Kempter. "Die ITIL-2011-Bücher in der deutschen Übersetzung sind da.". -- News IT Process Maps, de.it-processmaps.com, 23. März 2013, abgerufen am 23. März 2013.

Von:  Stefan Kempter , IT Process Maps.

 

Wozu eine neue ITIL 2011 Edition? › ITIL V3 und ITIL 2011: Unterschied › Details: Service Strategy › Details: Service Design › Details: Service Transition › Details: Service Operation › Details: CSI