SP5: Bewerten und Koordinieren von Changes: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 2: | Zeile 2: | ||
<meta name="keywords" content="changes bewerten, changes koordinieren, yasm change management, service management change prozess" /> | <meta name="keywords" content="changes bewerten, changes koordinieren, yasm change management, service management change prozess" /> | ||
<meta name="description" content="YaSM-Prozess: Bewerten und Koordinieren von Changes (SP5). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." /> | <meta name="description" content="YaSM-Prozess: Bewerten und Koordinieren von Changes (SP5). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." /> | ||
<meta property="og:url" content="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes" /> | |||
<meta property="og:title" content="SP5: Bewerten und Koordinieren von Changes | YaSM Service-Management-Wiki" /> | |||
<meta property="og:description" content="YaSM-Prozess: Bewerten und Koordinieren von Changes (SP5). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." /> | |||
<meta property="og:site_name" content="YaSM"> | |||
<meta property="og:type" content="article" /> | |||
<meta property="fb:admins" content="100002035253209" /> | |||
<meta property="fb:admins" content="100002592864414" /> | |||
<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" /> | |||
<meta property="og:image:width" content="625" /> | |||
<meta property="og:image:height" content="374" /> | |||
<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" /> | |||
</itpmch> | </itpmch> | ||
<html> | <html><a href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes"><img src="https://yasm.com/wiki/de/img/yasm-wiki/yasm-wiki-english.png" width="48" height="30" style="float:right;" alt="in English" title="This page in English" /></a><br style="clear:both;"/></html> | ||
<a href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes"><img src="https://yasm.com/wiki/de/img/yasm-wiki/yasm-wiki-english.png" width="48" height="30" style="float:right;" alt="in English" title="This page in English" /></a><br style="clear:both;"/> | |||
<p> </p> | <p> </p> | ||
'''Prozessname:''' [[#Prozess-Beschreibung|Bewerten und Koordinieren von Changes]] - '''Teil von:''' [[YaSM-Prozesse#unterstuetzende-service-management-prozesse|Unterstützende Service-Management-Prozesse]] | |||
'''Vorhergehender Prozess:''' [[SP4: Verwalten von Konfigurations-Informationen|Verwalten von Konfigurations-Informationen]] | |||
'''Nächster Prozess:''' [[SP6: Managen von Projekten|Managen von Projekten]] | |||
<p> </p> | <p> </p> | ||
Zeile 14: | Zeile 27: | ||
==Prozess-Beschreibung== | ==Prozess-Beschreibung== | ||
<html><div itemscope itemtype="https://schema.org/ImageObject"><a href="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" title="Bewerten und Koordinieren von Changes. - YaSM-Prozess SP5." itemprop="contentUrl"><img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" width="625" height="374" title="Bewerten und Koordinieren von Changes. - YaSM-Prozess SP5." alt="Abb. 1: Bewerten und Koordinieren von Changes. - YaSM Change-Bewertungs-Prozess SP5." /><br style="clear:both;"/></a><br style="clear:both;"/><div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Bewerten und Koordinieren von Changes". - YaSM unterstützender Service-Management-Prozess SP5.</span></small></div></div><br style="clear:both;"/> | <html><div itemid="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<a href="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" title="Bewerten und Koordinieren von Changes. - YaSM-Prozess SP5." itemprop="contentUrl"> | |||
<meta itemprop="width" content="625" /> | |||
<meta itemprop="height" content="374" /> | |||
<meta itemprop="keywords" content="YaSM Change-Assessment-Prozess" /> | |||
<meta itemprop="keywords" content="YaSM Change Management" /> | |||
<meta itemprop="keywords" content="Change Management" /> | |||
<img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" width="625" height="374" title="Bewerten und Koordinieren von Changes. - YaSM-Prozess SP5." alt="Abb. 1: Bewerten und Koordinieren von Changes. - YaSM Change-Bewertungs-Prozess SP5." /><br style="clear:both;"/></a><br style="clear:both;"/> | |||
<div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Bewerten und Koordinieren von Changes". - YaSM unterstützender Service-Management-Prozess SP5.</span></small></div></div><br style="clear:both;"/> | |||
<p><span | <p><span id="md-itempage-description" itemprop="description">Der YaSM-Prozess "<strong class="selflink">SP5: Bewerten und Koordinieren von Changes</strong>" fungiert als 'Gatekeeper': Er gewährleistet, dass Änderungen bezüglich der Serviceangebote des Service-Providers sowie der zugrunde liegenden Komponenten erst nach sorgfältigem Abwägen der Risiken und möglichen Nebeneffekte erfolgen.</span></p> | ||
<p>Hierzu ergeht von anderen YaSM-Prozessen, bei denen eine Änderung erforderlich ist, ein Request for Change (RFC) an den Change-Manager. Je nachdem, welche Genehmigungsebene zuständig ist, wird der betreffende RFC dann entweder vom Change-Manager oder vom Change Advisory Board (CAB) bewertet.<p> | <p>Hierzu ergeht von anderen YaSM-Prozessen, bei denen eine Änderung erforderlich ist, ein Request for Change (RFC) an den Change-Manager. Je nachdem, welche Genehmigungsebene zuständig ist, wird der betreffende RFC dann entweder vom Change-Manager oder vom Change Advisory Board (CAB) bewertet.<p> | ||
Zeile 28: | Zeile 49: | ||
==Sub-Prozesse== | ==Sub-Prozesse== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><!-- define schema.org/CreativeWork --><div itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Sub-Prozesse" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop=" | <link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" /> | ||
< | <meta itemprop="name" content="Change-Bewertungs-Prozesse" /> | ||
<meta itemprop="alternateName" content="YaSM Change-Management-Prozesse: Definitionen" /> | |||
<p><span itemprop="description">YaSM's Change-Management-Prozess <i>'SP5: Bewerten und Koordinieren von Changes '</i> beinhaltet die folgenden Sub-Prozesse:</span> | |||
</p> | </p> | ||
<p> </p> | <p> </p> | ||
< | |||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.1" itemscope itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.1" /> | |||
<dl id="SP5.1"><dt itemprop="name">SP5.1: Unterstützen der Bewertung von Changes</dt> | |||
<dd itemprop="description">Prozessziel: Bereitstellen und Pflegen der Werkzeuge für eine effektive und effiziente Verwaltung von Changes.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.2" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.2" /> | ||
<dl id="SP5.2"><dt itemprop="name">SP5.2: Erfassen und Prüfen von RFCs</dt> | |||
<dd itemprop="description">Prozessziel: Herausfiltern von Requests for Change (RFCs), die nicht alle erforderlichen Informationen für eine Bewertung enthalten oder für nicht machbar erachtet werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.3" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.3" /> | ||
<dl id="SP5.3"><dt itemprop="name">SP5.3: Bewerten von Notfall-Changes</dt> | |||
<dd itemprop="description">Prozessziel: Schnellstmögliches Bewerten und Freigeben von Notfall-bedingten Changes. Dieser Prozess wird aufgerufen, wenn normale Abläufe zum Bewerten von Changes nicht angewandt werden können, da z.B. ein Notfall unmittelbares Eingreifen erfordert.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.4" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.4" /> | ||
<dl id="SP5.4"><dt itemprop="name">SP5.4: Bewerten von Changes (Change-Manager)</dt> | |||
<dd itemprop="description">Prozessziel: Bestimmen der zutreffenden Autorisierungs-Ebene für die Bewertung eines vorgeschlagenen Changes. Bedeutende Changes werden an das CAB weitergeleitet, während weniger bedeutende Changes unmittelbar vom Change-Manager bewertet und freigegeben werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.5" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.5" /> | ||
<dl id="SP5.5"><dt itemprop="name">SP5.5: Bewerten von Changes (CAB)</dt> | |||
<dd itemprop="description">Prozessziel: Bewerten und Autorisieren eines vorgeschlagenen Changes durch das Change Advisory Board (CAB). Falls erforderlich, werden höhere Genehmigungs-Ebenen in den Freigabe-Prozess mit einbezogen (z.B. die Geschäftsleitung).</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.6" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.6" /> | ||
<dl id="SP5.6"><dt itemprop="name">SP5.6: Überwachen von offenen Changes</dt> | |||
<dd itemprop="description">Prozessziel: Fortwährend offene Changes in Hinsicht auf ihren Implementierungs-Status überwachen, und - falls erforderlich - korrigierende Maßnahmen einleiten.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-SP5.7" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Change-Management-Prozess SP5.7" /> | ||
</ | <dl id="SP5.7"><dt itemprop="name">SP5.7: Nachprüfen und Schließen von Changes</dt> | ||
</div><!-- end of schema.org/ | <dd itemprop="description">Prozessziel: Bewerten des Verlaufs der Change-Implementierung und der erreichten Ergebnisse, um sicherzustellen, dass eine komplette Historie aller Aktivitäten aufgezeichnet wurde; Vergewissern, ob alle Fehler analysiert und die für die Zukunft wichtigen Erfahrungen dokumentiert worden sind.</dd></dl> | ||
</div> | |||
</div><!-- end of schema.org/CreativeWork --><p></html> | |||
<p> </p> | <p> </p> | ||
Zeile 60: | Zeile 104: | ||
==Prozess-Outputs== | ==Prozess-Outputs== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><div itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-Outputs" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"><!-- define schema.org/CreativeWork --> | ||
<meta itemprop=" | <meta itemprop="name" content="YaSM-Prozess SP5: Dokumente und Records" /> | ||
<p><span itemprop=" | <meta itemprop="alternateName" content="Change-Management Prozess-Outputs" /> | ||
<meta itemprop="alternateName" content="Change-Management Datenobjekte" /> | |||
<p><span itemprop="description">Die folgenden Dokumente und Records werden von <i>'Bewerten und Koordinieren von Changes'</i> erzeugt.</span> YaSM-Datenobjekte <a href="#ydo" title="YaSM-Datenobjekt">[*]</a> sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.</p> | |||
<p> </p> | <p> </p> | ||
< | <dl id="Bericht-zur-Change-Bewertung"><dt>Bericht zur Change-Bewertung</dt> | ||
< | <dd>Die Ergebnisse einer Change-Bewertung werden in einem Bericht zur Change-Bewertung dokumentiert. Jeder Nicht-Standard-Change erfordert vor dessen Autorisierung eine formale Bewertung. Bestimmte Changes erfordern eine ausführlichere Begutachtung als andere, somit hängt der Inhalt des Bewertungs-Berichts von Art und Umfang des vorgeschlagenen Changes ab. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Bericht-zur-Change-Nachpruefung"><dt>Bericht zur Change-Nachprüfung</dt> | ||
< | <dd>Die Ergebnisse einer Change-Nachprüfung werden in einem entsprechenden Bericht festgehalten. Change-Nachprüfungen (Post-Implementation Reviews, PIR) werden durchgeführt, nachdem ein Change implementiert worden ist. Ziel ist, zu bestimmen, ob der Change erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Changes ermittelt werden. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="CAB-Protokoll"><dt>CAB-Protokoll</dt> | ||
< | <dd>Das CAB-Protokoll dokumentiert die Themen und Entscheidungen eines Change Advisory Board (CAB) Meetings. Ein Entwurf dieses Dokuments kann zur Vorbereitung des CAB Meetings verteilt werden, um die Mitglieder des CAB über die zu behandelnden Themen zu informieren. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Change-Record"><dt>Change Record</dt> | ||
< | <dd>In einem Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Zu Beginn beschreibt ein Change Record einen Change-Antrag (Request for Change, RFC), der vor der Implementierung des Changes zu bewerten und freizugeben ist. Weitere Informationen werden im Verlauf des Changes hinzugefügt. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Change-Modell"><dt>Change-Modell</dt> | ||
< | <dd>Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Changes. Change-Modelle können für Changes jeder Tragweite erstellt werden; oft werden Sie zur Definition von Standard-Changes eingesetzt (vorab freigegebene Changes mit geringem Risiko, wie z.B. die Aufrüstung eines Client-PCs). Change-Modelle sind ein wichtiges Hilfsmittel, um die Arbeitsbelastung des Change-Managers und des CABs zu reduzieren. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Change-Planung"><dt>Change-Planung</dt> | ||
< | <dd>In der Change-Planung (Change Schedule) sind alle vorgeschlagenen und genehmigten Changes mit den geplanten bzw. tatsächlichen Implementierungsterminen aufgeführt. Die Change-Planung wird manchmal auch als Forward Schedule of Changes bezeichnet, obwohl sie auch Informationen zu Changes enthält, die bereits implementiert wurden. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Nachricht-ueber-Change-Autorisierung" style="color:#636363"><dt>Nachricht über Change-Autorisierung</dt> | ||
< | <dd>Eine Information bezüglich des Autorisierungs-Status eines Changes. Eine solche Information wird an den Initiator eines Changes gesendet, um diesem mitzuteilen, ob der Change autorisiert oder zurückgewiesen wurde. Im Falle einer Zurückweisung kann die Benachrichtigung Empfehlungen enthalten, wie der Change geändert werden muss, um eine Autorisierung zu erhalten.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Vorschlag zur Prozess-Änderung</dt> | ||
< | <dd>Ein Vorschlag zur Änderung eines oder mehrerer Service-Management-Prozesse. Vorschläge für Prozess-Änderungen oder -Verbesserungen können an jeder Stelle innerhalb der Organisation entstehen.</dd></dl> | ||
</div><!-- end of schema.org/ | </div><!-- end of schema.org/CreativeWork --><p> | ||
<p> </p> | <p> </p> | ||
Zeile 102: | Zeile 148: | ||
<html><p>Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.</p> | <html><p>Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.</p> | ||
<p>Vorschläge zu geeigneten <a | <p>Vorschläge zu geeigneten <a href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen" title="Wie ermittelt man die Performance der YaSM-Prozesse - Prozesskennzahlen">Prozess-Kennzahlen</a> entnehmen Sie der <a href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen/_Unterst%C3%BCtzende_Service-Management-Prozesse#metriken-sp5" title="Kennzahlen für den YaSM-Prozess SP5: Bewerten und Koordinieren von Changes.">Liste von Kennzahlen zum Prozess zur Change-Bewertung</a>.</html> | ||
<p> </p> | <p> </p> | ||
Zeile 182: | Zeile 228: | ||
<p> </p> | <p> </p> | ||
==[ | == Anmerkungen == | ||
Basiert auf: Der Change-Bewertungs-Prozess aus der [https://yasm.com/de/produkte/yasm-prozesslandkarte YaSM-Prozesslandkarte]. | |||
<html> | <html>Von:  Stefan Kempter <a rel="author" href="https://plus.google.com/111925560448291102517/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>  und  Andrea Kempter <a href="https://plus.google.com/113316270668629760475/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von: Andrea Kempter | Profil auf Google+" alt="Koautor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps. | ||
<p> </p> | |||
< | |||
</ | |||
<p><small> | <p><small> | ||
Zeile 221: | Zeile 252: | ||
</span> | </span> | ||
</small></p> | </small></p> | ||
</ | |||
<!-- define schema.org/ItemPage --> <span itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes" itemscope itemtype="https://schema.org/ItemPage" itemref="md-itempage-description"> | |||
<link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" /> | |||
<meta itemprop="name Headline" content="SP5: Bewerten und Koordinieren von Changes" /> | |||
<meta itemprop="alternativeHeadline" content="Change-Bewertungs-Prozess in YaSM" /> | |||
<link itemprop="url" href="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes" /> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Sub-Prozesse" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP5:_Bewerten_und_Koordinieren_von_Changes#Prozess-Outputs" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" /> | |||
<link itemprop="image" href="https://yasm.com/wiki/de/img/yasm-prozess/Bewerten-und-koordinieren-von-changes-yasm-sp5.jpg" /> | |||
<meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen" /> | |||
<meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen/_Unterst%C3%BCtzende_Service-Management-Prozesse#metriken-sp5" /> | |||
<link itemprop="isPartOf" href="https://yasm.com/wiki/de/index.php/YaSM-Prozesse#unterstuetzende-service-management-prozesse" /> | |||
<meta itemprop="isBasedOnUrl" content="https://yasm.com/de/produkte/yasm-prozesslandkarte" /> | |||
<meta itemprop="inLanguage" content="de" /> | |||
<link itemprop="citation" href="https://yasm.com/wiki/en/index.php/SP5:_Assess_and_coordinate_changes" /> | |||
<link itemprop="publisher" href="https://yasm.com/de/#YaSMBrand" /> | |||
<link itemprop="copyrightHolder creator" href="https://yasm.com/de/kontakt#ITProcessMapsOrg" /> | |||
<link itemprop="author" href="https://yasm.com/de/allg/team#StefanKempter" /> | |||
<link itemprop="contributor" href="https://yasm.com/de/allg/team#AndreaKempter" /> | |||
</span><p></html> | |||
<!-- Diese Seite liegt in folgenden Kategorien: --> | <!-- Diese Seite liegt in folgenden Kategorien: --> | ||
[[Kategorie:YaSM-Prozess]] | [[Kategorie:YaSM-Prozess]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 15. November 2016, 11:22 Uhr
Prozessname: Bewerten und Koordinieren von Changes - Teil von: Unterstützende Service-Management-Prozesse
Vorhergehender Prozess: Verwalten von Konfigurations-Informationen
Nächster Prozess: Managen von Projekten
Prozess-Beschreibung
Der YaSM-Prozess "SP5: Bewerten und Koordinieren von Changes" fungiert als 'Gatekeeper': Er gewährleistet, dass Änderungen bezüglich der Serviceangebote des Service-Providers sowie der zugrunde liegenden Komponenten erst nach sorgfältigem Abwägen der Risiken und möglichen Nebeneffekte erfolgen.
Hierzu ergeht von anderen YaSM-Prozessen, bei denen eine Änderung erforderlich ist, ein Request for Change (RFC) an den Change-Manager. Je nachdem, welche Genehmigungsebene zuständig ist, wird der betreffende RFC dann entweder vom Change-Manager oder vom Change Advisory Board (CAB) bewertet.
Für die Bewertung von Notfall-Changes wird ein besonderes Verfahren angewandt, z.B. wenn die Lösung eines Major Incidents notfallbedingt die Implementierung eines nicht standardmäßig freigegebenen Changes erforderlich macht.
In diesem Zusammenhang sind Change-Modelle ein wichtiges Instrument zur Verringerung des Arbeitsaufwands für den Change-Manager und das CAB. Change-Modelle werden für die Definition von "Standard-Changes" verwendet, d.h. für bekannte Changes mit geringem Risiko, die ohne Einschalten des formalen Change-Bewertungs-Prozesses implementiert werden können.
Sub-Prozesse
YaSM's Change-Management-Prozess 'SP5: Bewerten und Koordinieren von Changes ' beinhaltet die folgenden Sub-Prozesse:
- SP5.1: Unterstützen der Bewertung von Changes
- Prozessziel: Bereitstellen und Pflegen der Werkzeuge für eine effektive und effiziente Verwaltung von Changes.
- SP5.2: Erfassen und Prüfen von RFCs
- Prozessziel: Herausfiltern von Requests for Change (RFCs), die nicht alle erforderlichen Informationen für eine Bewertung enthalten oder für nicht machbar erachtet werden.
- SP5.3: Bewerten von Notfall-Changes
- Prozessziel: Schnellstmögliches Bewerten und Freigeben von Notfall-bedingten Changes. Dieser Prozess wird aufgerufen, wenn normale Abläufe zum Bewerten von Changes nicht angewandt werden können, da z.B. ein Notfall unmittelbares Eingreifen erfordert.
- SP5.4: Bewerten von Changes (Change-Manager)
- Prozessziel: Bestimmen der zutreffenden Autorisierungs-Ebene für die Bewertung eines vorgeschlagenen Changes. Bedeutende Changes werden an das CAB weitergeleitet, während weniger bedeutende Changes unmittelbar vom Change-Manager bewertet und freigegeben werden.
- SP5.5: Bewerten von Changes (CAB)
- Prozessziel: Bewerten und Autorisieren eines vorgeschlagenen Changes durch das Change Advisory Board (CAB). Falls erforderlich, werden höhere Genehmigungs-Ebenen in den Freigabe-Prozess mit einbezogen (z.B. die Geschäftsleitung).
- SP5.6: Überwachen von offenen Changes
- Prozessziel: Fortwährend offene Changes in Hinsicht auf ihren Implementierungs-Status überwachen, und - falls erforderlich - korrigierende Maßnahmen einleiten.
- SP5.7: Nachprüfen und Schließen von Changes
- Prozessziel: Bewerten des Verlaufs der Change-Implementierung und der erreichten Ergebnisse, um sicherzustellen, dass eine komplette Historie aller Aktivitäten aufgezeichnet wurde; Vergewissern, ob alle Fehler analysiert und die für die Zukunft wichtigen Erfahrungen dokumentiert worden sind.
Prozess-Outputs
Die folgenden Dokumente und Records werden von 'Bewerten und Koordinieren von Changes' erzeugt. YaSM-Datenobjekte [*] sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.
- Bericht zur Change-Bewertung
- Die Ergebnisse einer Change-Bewertung werden in einem Bericht zur Change-Bewertung dokumentiert. Jeder Nicht-Standard-Change erfordert vor dessen Autorisierung eine formale Bewertung. Bestimmte Changes erfordern eine ausführlichere Begutachtung als andere, somit hängt der Inhalt des Bewertungs-Berichts von Art und Umfang des vorgeschlagenen Changes ab. [*]
- Bericht zur Change-Nachprüfung
- Die Ergebnisse einer Change-Nachprüfung werden in einem entsprechenden Bericht festgehalten. Change-Nachprüfungen (Post-Implementation Reviews, PIR) werden durchgeführt, nachdem ein Change implementiert worden ist. Ziel ist, zu bestimmen, ob der Change erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Changes ermittelt werden. [*]
- CAB-Protokoll
- Das CAB-Protokoll dokumentiert die Themen und Entscheidungen eines Change Advisory Board (CAB) Meetings. Ein Entwurf dieses Dokuments kann zur Vorbereitung des CAB Meetings verteilt werden, um die Mitglieder des CAB über die zu behandelnden Themen zu informieren. [*]
- Change Record
- In einem Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Zu Beginn beschreibt ein Change Record einen Change-Antrag (Request for Change, RFC), der vor der Implementierung des Changes zu bewerten und freizugeben ist. Weitere Informationen werden im Verlauf des Changes hinzugefügt. [*]
- Change-Modell
- Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Changes. Change-Modelle können für Changes jeder Tragweite erstellt werden; oft werden Sie zur Definition von Standard-Changes eingesetzt (vorab freigegebene Changes mit geringem Risiko, wie z.B. die Aufrüstung eines Client-PCs). Change-Modelle sind ein wichtiges Hilfsmittel, um die Arbeitsbelastung des Change-Managers und des CABs zu reduzieren. [*]
- Change-Planung
- In der Change-Planung (Change Schedule) sind alle vorgeschlagenen und genehmigten Changes mit den geplanten bzw. tatsächlichen Implementierungsterminen aufgeführt. Die Change-Planung wird manchmal auch als Forward Schedule of Changes bezeichnet, obwohl sie auch Informationen zu Changes enthält, die bereits implementiert wurden. [*]
- Nachricht über Change-Autorisierung
- Eine Information bezüglich des Autorisierungs-Status eines Changes. Eine solche Information wird an den Initiator eines Changes gesendet, um diesem mitzuteilen, ob der Change autorisiert oder zurückgewiesen wurde. Im Falle einer Zurückweisung kann die Benachrichtigung Empfehlungen enthalten, wie der Change geändert werden muss, um eine Autorisierung zu erhalten.
- Vorschlag zur Prozess-Änderung
- Ein Vorschlag zur Änderung eines oder mehrerer Service-Management-Prozesse. Vorschläge für Prozess-Änderungen oder -Verbesserungen können an jeder Stelle innerhalb der Organisation entstehen.
Anmerkungen:
[*] "YaSM-Datenobjekte" sind Dokumente und Records, für die YaSM detaillierte Empfehlungen bereithält: Für jedes YaSM-Objekt gibt es eine Checkliste (siehe Beispiel), die die typischen Inhalte beschreibt, und ein Lifecycle-Diagramm, das darstellt, wie sich der Zustand des Objekts ändert, während es von verschiedenen YaSM-Prozessen erstellt, geändert, gelesen und archiviert wird (siehe Beispiel).
"Andere Objekte" sind eher informelle Daten oder Informationen. Es gibt aus diesem Grund keine zugehörigen Lifecycle-Diagramme oder Checklisten.
Prozess-Kennzahlen
Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.
Vorschläge zu geeigneten Prozess-Kennzahlen entnehmen Sie der Liste von Kennzahlen zum Prozess zur Change-Bewertung.
Rollen und Verantwortlichkeiten
Prozess-Owner: Change-Manager
- Der Change-Manager kontrolliert alle Changes über ihren gesamten Lebenszyklus hinweg. Sein wichtigstes Ziel ist, nützliche Änderungen zu ermöglichen und dabei störende Auswirkungen auf den laufenden Betrieb so gering wie möglich zu halten. Bei weitreichenden Veränderungen bindet er das Change Advisory Board (CAB) mit ein.
YaSM-Rolle / Sub-Prozess | CAB | Change-Mgr. | Change-Owner | Config.-Mgr. | ECAB | |
---|---|---|---|---|---|---|
SP5.1 | Unterstützen der Bewertung von Changes | R | AR | - | - | - |
SP5.2 | Erfassen und Prüfen von RFCs | - | AR | R | - | - |
SP5.3 | Bewerten von Notfall-Changes | - | AR | - | - | R |
SP5.4 | Bewerten von Changes (Change-Manager) | - | AR | - | R | - |
SP5.5 | Bewerten von Changes (CAB) | R | AR | - | R | - |
SP5.6 | Überwachen von offenen Changes | - | AR | - | - | - |
SP5.7 | Nachprüfen und Schließen von Changes | R | AR | R | - | - |
Anmerkungen
Basiert auf: Der Change-Bewertungs-Prozess aus der YaSM-Prozesslandkarte.
Von: Stefan Kempter und Andrea Kempter , IT Process Maps.
Prozess-Beschreibung › Sub-Prozesse › Prozess-Outputs › Kennzahlen › Rollen