SP8: Gewährleisten von Kontinuität: Unterschied zwischen den Versionen
Aus YaSM Service-Management-Wiki
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 2: | Zeile 2: | ||
<meta name="keywords" content="yasm katastrophen-management, yasm service continuity management, service management continuity prozess" /> | <meta name="keywords" content="yasm katastrophen-management, yasm service continuity management, service management continuity prozess" /> | ||
<meta name="description" content="YaSM-Prozess: Vorbereiten auf Katastrophen-Ereignisse (SP8). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." /> | <meta name="description" content="YaSM-Prozess: Vorbereiten auf Katastrophen-Ereignisse (SP8). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." /> | ||
<meta property="og:url" content="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse" /> | |||
<meta property="og:title" content="SP8: Vorbereiten auf Katastrophen-Ereignisse | YaSM Service-Management-Wiki" /> | |||
<meta property="og:description" content="YaSM-Prozess: Vorbereiten auf Katastrophen-Ereignisse (SP8). - 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/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" /> | |||
<meta property="og:image:width" content="677" /> | |||
<meta property="og:image:height" content="423" /> | |||
<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" /> | |||
</itpmch> | </itpmch> | ||
<html> | <html><a href="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events"><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/SP8:_Prepare_for_disaster_events"><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|Vorbereiten auf Katastrophen-Ereignisse]] - '''Teil von:''' [[YaSM-Prozesse#unterstuetzende-service-management-prozesse|Unterstützende Service-Management-Prozesse]] | |||
'''Vorhergehender Prozess:''' [[SP7: Gewährleisten der Sicherheit|Gewährleisten der Sicherheit]] | |||
'''Nächster Prozess:''' [[SP9: Sicherstellen von Compliance|Sicherstellen von Compliance]] | |||
<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/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" title="Vorbereiten auf Katastrophen-Ereignisse. - YaSM-Prozess SP8." itemprop="contentUrl"><img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" width="677" height="423" title="Vorbereiten auf Katastrophen-Ereignisse. - YaSM-Prozess SP8." alt="Abb. 1: Vorbereiten auf Katastrophen-Ereignisse. - YaSM Katastrophenvorsorge-Prozess SP8." /></a><br style="clear:both;"/><div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Vorbereiten auf Katastrophen-Ereignisse". - YaSM unterstützender Service-Management-Prozess SP8.</span></small></div></div><br style="clear:both;"/> | <html><div itemid="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<a href="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" title="Vorbereiten auf Katastrophen-Ereignisse. - YaSM-Prozess SP8." itemprop="contentUrl"> | |||
<meta itemprop="width" content="677" /> | |||
<meta itemprop="height" content="423" /> | |||
<meta itemprop="keywords" content="YaSM Katastrophenvorsorge" /> | |||
<meta itemprop="keywords" content="YaSM Service Continuity" /> | |||
<meta itemprop="keywords" content="Service Continuity Management" /> | |||
<img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" width="677" height="423" title="Vorbereiten auf Katastrophen-Ereignisse. - YaSM-Prozess SP8." alt="Abb. 1: Vorbereiten auf Katastrophen-Ereignisse. - YaSM Katastrophenvorsorge-Prozess SP8." /></a><br style="clear:both;"/> | |||
<div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Vorbereiten auf Katastrophen-Ereignisse". - YaSM unterstützender Service-Management-Prozess SP8.</span></small></div></div><br style="clear:both;"/> | |||
<p><span | <p><span id="md-itempage-description" itemprop="description">Der YaSM-Prozess zur Katastrophenvorsorge ("<strong class="selflink">SP8: Vorbereiten auf Katastrophen-Ereignisse</strong>") dient zur Sicherstellung der Service-Kontinuität im Fall von Ereignissen, die als Katastrophen eingestuft werden, wie z.B. Überschwemmungen, Feuer, Stromausfall usw.</span></p> | ||
<p>Die Vorbereitung auf Katastrophen-Ereignisse beginnt mit der Erstellung eines Registers der gemanagten Katastrophen-Ereignisse. In diesem Register sind die Arten von Katastrophen aufgelistet, für die der Service-Provider beschlossen hat, Vorbereitungsmaßnahmen zu treffen. Das Register spezifiziert außerdem, was zur Vorbereitung auf diese Ereignisse im Einzelnen unternommen werden muss; insbesondere verweist es auf die entsprechenden Service-Kontinuitäts-Pläne.</p> | <p>Die Vorbereitung auf Katastrophen-Ereignisse beginnt mit der Erstellung eines Registers der gemanagten Katastrophen-Ereignisse. In diesem Register sind die Arten von Katastrophen aufgelistet, für die der Service-Provider beschlossen hat, Vorbereitungsmaßnahmen zu treffen. Das Register spezifiziert außerdem, was zur Vorbereitung auf diese Ereignisse im Einzelnen unternommen werden muss; insbesondere verweist es auf die entsprechenden Service-Kontinuitäts-Pläne.</p> | ||
| Zeile 33: | Zeile 54: | ||
==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/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#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="Katastrophen-Vorsorge-Prozesse" /> | ||
<meta itemprop="alternateName" content="YaSM Service-Continuity-Management-Prozesse: Definitionen" /> | |||
<p><span itemprop="description">YaSM's Katastrophen-Vorsorge-Prozess <i>'SP8: Vorbereiten auf Katastrophen-Ereignisse'</i> beinhaltet die folgenden Sub-Prozesse:</span> | |||
</p> | </p> | ||
<p> </p> | <p> </p> | ||
< | |||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.1" itemscope itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.1" /> | |||
<dl id="SP8.1"><dt itemprop="name">SP8.1: Bewerten von Risiken aus Katastrophen-Ereignissen</dt> | |||
<dd itemprop="description">Prozessziel: Bestimmen der Katastrophen-Ereignisse, die vom Service-Provider gemanagt werden müssen, und Definieren geeigneter Kontinuitäts-Vorkehrungen und -Mechanismen.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.2" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.2" /> | ||
<dl id="SP8.2"><dt itemprop="name">SP8.2: Definieren von Kontinuitäts-Verbesserungen</dt> | |||
<dd itemprop="description">Prozessziel: Definieren der Ziele von Initiativen zur Verbesserung der Service-Kontinuität und des Vorgehens zu deren Implementierung. Dies beinhaltet auch die Erstellung von Kosten-/ Nutzen-Analysen für die Initiativen.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.3" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.3" /> | ||
<dl id="SP8.3"><dt itemprop="name">SP8.3: Starten von Kontinuitäts-Verbesserungs-Initiativen</dt> | |||
<dd itemprop="description">Prozessziel: Starten von Initiativen zur Sicherstellung bzw. Verbesserung der Service-Kontinuität. Dies beinhaltet auch das Einholen der Genehmigung durch Beantragung eines Budgets und Einreichen eines Requests for Change.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.4" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.4" /> | ||
<dl id="SP8.4"><dt itemprop="name">SP8.4: Implementieren von Kontinuitäts-Vorkehrungen</dt> | |||
<dd itemprop="description">Prozessziel: Implementieren, Testen und Ausrollen von neuen oder verbesserten Kontinuitäts-Vorkehrungen und -Mechanismen.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.5" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.5" /> | ||
<dl id="SP8.5"><dt itemprop="name">SP8.5: Betreiben der Kontinuitäts-Vorkehrungen</dt> | |||
<dd itemprop="description">Prozessziel: Durchführen geeigneter Schulungen zur Vorbereitung der Mitarbeiter und Kunden des Service-Providers auf Katastrophenfälle. Sicherstellen, dass die Kontinuitäts-Vorkehrungen und -Mechanismen regelmäßig gewartet und getestet werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-SP8.6" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Continuity-Prozess SP8.6" /> | ||
</div><!-- end of schema.org/ | <dl id="SP8.6"><dt itemprop="name">SP8.6: Überprüfen der Kontinuitäts-Vorkehrungen</dt> | ||
<dd itemprop="description">Prozessziel: Die Kontinuitäts-Vorkehrungen und -Mechanismen regelmäßigen Reviews zu unterwerfen, um Verbesserungspotentiale zu identifizieren, die mit Kontinuitäts-Verbesserungs-Initiativen adressiert werden sollen.</dd></dl> | |||
</div> | |||
</div><!-- end of schema.org/CreativeWork --><p></html> | |||
<p> </p> | <p> </p> | ||
| Zeile 61: | Zeile 103: | ||
==Prozess-Outputs== | ==Prozess-Outputs== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><div itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-Outputs" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"><!-- define schema.org/CreativeWork --> | ||
<meta itemprop=" | <meta itemprop="name" content="YaSM-Prozess SP8: Dokumente und Records" /> | ||
<p><span itemprop=" | <meta itemprop="alternateName" content="Katastrophen-Management Prozess-Outputs" /> | ||
<meta itemprop="alternateName" content="Katastrophen-Management Datenobjekte" /> | |||
<p><span itemprop="description">Die folgenden Dokumente und Records werden von <i>'Vorbereiten auf Katastrophen-Ereignisse'</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="Anforderung-zur-Bewertung-der-Compliance-Auswirkungen" style="color:#636363"><dt>Anforderung zur Bewertung der Compliance-Auswirkungen</dt> | ||
< | <dd>Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Aktualisierungs-Daten für den Projektplan</dt> | ||
< | <dd>Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Anforderung zur Bewertung von Sicherheits-Risiken</dt> | ||
< | <dd>Eine Anforderung zur Bewertung von Sicherheits-Risiken; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Sicherheits-Regelungen und -Mechanismen für einen neuen oder verbesserten Service benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Bericht-zum-Kontinuitaets-Review"><dt>Bericht zum Kontinuitäts-Review</dt> | ||
< | <dd>Ein Bericht zum Kontinuitäts-Review zeichnet die Details und Ergebnisse eines Kontinuitäts-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Service-Kontinuität. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Beschaffungs-Anforderung</dt> | ||
< | <dd>Eine Anforderung zur Beschaffung von Gütern von einem externen Lieferanten. Beschaffungs-Anforderungen werden typischerweise an den Supplier-Manager gerichtet, wenn z.B. Anwendungen, Systeme oder andere Infrastruktur-Komponenten für die Erstellung eines neuen Service notwendig sind, oder wenn Standard-Infrastruktur-Komponenten oder Verbrauchsgüter für den Service-Betrieb benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Budget-Anforderung</dt> | ||
< | <dd>Eine Budget-Anforderung wird typischerweise erstellt, um finanzielle Mittel für das Erstellen, Verbessern oder Betreiben eines Service oder Prozesses zu erhalten. Eine genehmigte Budget-Anforderung bedeutet, dass die finanziellen Ressourcen vom Finanz-Manager zugeteilt wurden. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><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><dt>CI Record</dt> | ||
< | <dd>Konfigurations-Information wird für alle Konfigurations-Elemente (Configuration Items, CIs) in CI Records gepflegt, die unter der Kontrolle des Konfigurations-Managers stehen. In diesem Zusammenhang gibt es unterschiedliche Typen von CIs: Anwendungen, Systeme und andere Infrastruktur-Komponenten werden als CIs behandelt, aber oft auch Services, Richtlinien, Projektdokumente, Mitarbeiter, Lieferanten usw. Konfigurations-Informationen sind im Konfigurations-Management-System (Configuration Management System, CMS) verzeichnet. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Index-der-Informationen-fuer-Katastrophenfaelle"><dt>Index der Informationen für Katastrophenfälle</dt> | ||
< | <dd>Ein Katalog mit allen Informationen, die im Zusammenhang mit der Bekämpfung von Katastrophenfällen relevant sind. Der Index der Informationen für Katastrophenfälle wird vom Service-Kontinuitäts-Manager gepflegt und an alle Mitarbeiter verteilt, die für das Bekämpfen von Katastrophen verantwortlich sind. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Informationen zum Change-Status</dt> | ||
< | <dd>Aktuelle Status-Informationen zur Implementierung eines Changes. Diese Informationen werden dem Change-Manager von den verschiedenen Prozessen zur Verfügung gestellt, die freigegebene Changes implementieren. Der Change-Manager wird so in die Lage versetzt, die Change Records und die Change-Planung aktuell zu halten.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Kontinuitaets-Betriebshandbuch"><dt>Kontinuitäts-Betriebshandbuch</dt> | ||
< | <dd>Das Kontinuitäts-Betriebshandbuch spezifiziert die in der Verantwortung des Service-Kontinuitäts-Managers liegenden Aktivitäten, die für den Betrieb der Kontinuitäts-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Kontinuitäts-Verbesserungs-Plan</dt> | ||
< | <dd>Einträge im Kontinuitäts-Verbesserungs-Plan (Continuity Improvement Plan) dienen dem Service-Kontinuitäts-Manager zur Erfassung und dem Management von Kontinuitäts-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Kontinuitäts-Verbesserungs-Plan können die Ausfallsicherheit von Services erhöhen oder Mechanismen einrichten, mit denen die Services im Katastrophenfall wieder hergestellt werden können. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Leitfaden-fuer-Katastrophenfälle"><dt>Leitfaden für Katastrophenfälle</dt> | ||
< | <dd>Der Leitfaden für Katastrophenfälle enthält detaillierte Anweisungen, wann und wie das Verfahren zur Bekämpfung von Katastrophenereignissen eingeleitet wird. Insbesondere legt die Richtlinie die ersten Schritte fest, die der 1st Level Support nach Bekanntwerden eines (vermuteten) Katastrophen-Ereignisses zu ergreifen hat. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Register-gemanagter-Katastrophen-Ereignisse"><dt>Register gemanagter Katastrophen-Ereignisse</dt> | ||
< | <dd>Das Register der gemanagten Katastrophen-Ereignisse ist ein vom Service-Kontinuitäts-Manager genutztes Tool, das eine Übersicht über die Katastrophen-Ereignissen bietet, gegen die der Service-Provider sich auf irgendeine Weise zu schützen beschlossen hat, ausgehend von der Betrachtung potentieller Schäden und Eintrittswahrscheinlichkeiten. Das Register der gemanagten Katastrophen-Ereignisse spezifiziert auch, wie die identifizierten Ereignisse behandelt werden; insbesondere nennt es die relevanten Service-Kontinuitäts-Pläne. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Service-Kontinuitaets-Plan"><dt>Service-Kontinuitäts-Plan</dt> | ||
< | <dd>Ein Service-Kontinuitäts-Plan beschreibt, wie Service-Kontinuität bei einer bestimmten Art von Katastrophenfall erreicht wird. Der Plan spezifiziert die erforderlichen vorbereitenden Maßnahmen und beschreibt, wie im Katastrophenfall effektiv reagiert werden kann. Service-Kontinuitäts-Pläne enthalten gewöhnlich Verweise auf spezielle Wiederherstellungs-Pläne (Recovery-Pläne) mit genauen Anleitungen zur Wiederherstellung von Anwendungen, Systemen und anderen Infrastruktur-Komponenten. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Testprotokoll</dt> | ||
< | <dd>Ein Testprotokoll stellt einen detaillierten Bericht zu Testaktivitäten bereit. Ein solches Protokoll wird z.B. während der Tests neuer oder geänderter Service-Komponenten erstellt, oder während der Tests von Sicherheits- oder Service-Kontinuitäts-Mechanismen. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Testskript</dt> | ||
< | <dd>Ein Testskript bzw. Testdrehbuch spezifiziert einen Satz von Testfällen einschließlich der erwarteten Ergebnisse. Die Art der Testfälle hängt davon ab, was zu testen ist. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Vorschlag-zur-Kontinuitaets-Verbesserung" style="color:#636363"><dt>Vorschlag zur Kontinuitäts-Verbesserung</dt> | ||
< | <dd>Ein Vorschlag zur Verbesserung der Service-Kontinuität. Solche Vorschläge können an jeder Stelle innerhalb der Organisation entstehen.</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> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Vorschlag zur Service-Änderung</dt> | ||
< | <dd>Ein Vorschlag zur Änderung eines Service, z.B. zur Verbesserung der Qualität oder Wirtschaftlichkeit des Services. Solche Vorschläge können an jeder Stelle innerhalb oder außerhalb der Service-Provider-Organisation entstehen.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Wiederherstellungs-Plan</dt> | ||
< | <dd>Wiederherstellungspläne (Recovery-Pläne) enthalten genaue Anweisungen zu den Maßnahmen, mit denen bestimmte Services und/ oder Systeme nach einem Ausfall wieder hergestellt werden können, was in vielen Fällen auch die Wiederherstellung von Daten zu einem definierten, konsistenten Stand mit einschließt. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
</div><!-- end of schema.org/ | </div><!-- end of schema.org/CreativeWork --><p> | ||
<p> </p> | <p> </p> | ||
<hr /> | <hr /> | ||
| Zeile 142: | Zeile 185: | ||
<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-sp8" title="Kennzahlen für den YaSM-Prozess SP8: Vorbereiten auf Katastrophen-Ereignisse.">Liste von Kennzahlen zum Prozess zur Katastrophenvorsorge</a>.</html> | ||
<p> </p> | <p> </p> | ||
| Zeile 228: | Zeile 271: | ||
<p> </p> | <p> </p> | ||
==[ | == Anmerkungen == | ||
Basiert auf: Der Prozess zur Katastrophenvorsorge aus der [https://yasm.com/de/produkte/yasm-prozesslandkarte YaSM-Prozesslandkarte]. | |||
<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 267: | Zeile 295: | ||
</span> | </span> | ||
</small></p> | </small></p> | ||
</ | |||
<!-- define schema.org/ItemPage --> <span itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse" 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="SP8: Vorbereiten auf Katastrophen-Ereignisse" /> | |||
<meta itemprop="alternativeHeadline" content="YaSM-Prozess zur Katastrophenvorsorge" /> | |||
<link itemprop="url" href="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse" /> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Sub-Prozesse" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse#Prozess-Outputs" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.jpg" /> | |||
<link itemprop="image" href="https://yasm.com/wiki/de/img/yasm-prozess/Vorbereiten-auf-katastrophen-ereignisse-yasm-sp8.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-sp8" /> | |||
<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/SP8:_Prepare_for_disaster_events" /> | |||
<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, 12:24 Uhr
Prozessname: Vorbereiten auf Katastrophen-Ereignisse - Teil von: Unterstützende Service-Management-Prozesse
Vorhergehender Prozess: Gewährleisten der Sicherheit
Nächster Prozess: Sicherstellen von Compliance
Prozess-Beschreibung
Abbildung 1: "Vorbereiten auf Katastrophen-Ereignisse". - YaSM unterstützender Service-Management-Prozess SP8.
Der YaSM-Prozess zur Katastrophenvorsorge ("SP8: Vorbereiten auf Katastrophen-Ereignisse") dient zur Sicherstellung der Service-Kontinuität im Fall von Ereignissen, die als Katastrophen eingestuft werden, wie z.B. Überschwemmungen, Feuer, Stromausfall usw.
Die Vorbereitung auf Katastrophen-Ereignisse beginnt mit der Erstellung eines Registers der gemanagten Katastrophen-Ereignisse. In diesem Register sind die Arten von Katastrophen aufgelistet, für die der Service-Provider beschlossen hat, Vorbereitungsmaßnahmen zu treffen. Das Register spezifiziert außerdem, was zur Vorbereitung auf diese Ereignisse im Einzelnen unternommen werden muss; insbesondere verweist es auf die entsprechenden Service-Kontinuitäts-Pläne.
Der Kontinuitäts-Manager verfügt über eine Reihe von Möglichkeiten, Service-Kontinuität sicherzustellen. Die wichtigste hierbei ist, dass diese Rolle bereits in die Service-Design- und Service-Erstellungs-Prozesse einbezogen ist, um zu gewährleisten, dass Kontinuitätsaspekte bei der Erstellung oder Aktualisierung von Services berücksichtigt werden. Sobald im Verlauf der Design-Phase eines Service feststeht, welche Kontinuitätsvorkehrungen und -mechanismen für einen neuen Service erforderlich sind, können diese eingerichtet werden, und zwar
- über den Prozess "Erstellen von Services" durch Hinzufügen geeigneter Kontinuitätsmerkmale zur Service-Infrastruktur, die errichtet werden soll
- sowie über den Prozess "Vorbereiten auf Katastrophen-Ereignisse" durch Aktualisierung der Kontinuitätsvorkehrungen und -mechanismen, die in der Verantwortung des Service-Kontinuitäts-Managers betrieben werden.
Sofern Service-Kontinuitätsaspekte eine Rolle spielen, ist der Service-Kontinuitäts-Manager auch in die Service- oder Prozess-Verbesserungsinitiativen mit einbezogen.
Sollen neue Arten von Katastrophen berücksichtigt werden oder sind die Kontinuitätsvorkehrungen aus anderen Gründen zu verbessern, kann der Prozess "Vorbereiten auf Katastrophen-Ereignisse" selbstständig Kontinuitätsverbesserungs-Initiativen anstoßen. Solche Initiativen werden über den Kontinuitätsverbesserungs-Plan verwaltet.
Sub-Prozesse
YaSM's Katastrophen-Vorsorge-Prozess 'SP8: Vorbereiten auf Katastrophen-Ereignisse' beinhaltet die folgenden Sub-Prozesse:
- SP8.1: Bewerten von Risiken aus Katastrophen-Ereignissen
- Prozessziel: Bestimmen der Katastrophen-Ereignisse, die vom Service-Provider gemanagt werden müssen, und Definieren geeigneter Kontinuitäts-Vorkehrungen und -Mechanismen.
- SP8.2: Definieren von Kontinuitäts-Verbesserungen
- Prozessziel: Definieren der Ziele von Initiativen zur Verbesserung der Service-Kontinuität und des Vorgehens zu deren Implementierung. Dies beinhaltet auch die Erstellung von Kosten-/ Nutzen-Analysen für die Initiativen.
- SP8.3: Starten von Kontinuitäts-Verbesserungs-Initiativen
- Prozessziel: Starten von Initiativen zur Sicherstellung bzw. Verbesserung der Service-Kontinuität. Dies beinhaltet auch das Einholen der Genehmigung durch Beantragung eines Budgets und Einreichen eines Requests for Change.
- SP8.4: Implementieren von Kontinuitäts-Vorkehrungen
- Prozessziel: Implementieren, Testen und Ausrollen von neuen oder verbesserten Kontinuitäts-Vorkehrungen und -Mechanismen.
- SP8.5: Betreiben der Kontinuitäts-Vorkehrungen
- Prozessziel: Durchführen geeigneter Schulungen zur Vorbereitung der Mitarbeiter und Kunden des Service-Providers auf Katastrophenfälle. Sicherstellen, dass die Kontinuitäts-Vorkehrungen und -Mechanismen regelmäßig gewartet und getestet werden.
- SP8.6: Überprüfen der Kontinuitäts-Vorkehrungen
- Prozessziel: Die Kontinuitäts-Vorkehrungen und -Mechanismen regelmäßigen Reviews zu unterwerfen, um Verbesserungspotentiale zu identifizieren, die mit Kontinuitäts-Verbesserungs-Initiativen adressiert werden sollen.
Prozess-Outputs
Die folgenden Dokumente und Records werden von 'Vorbereiten auf Katastrophen-Ereignisse' erzeugt. YaSM-Datenobjekte [*] sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.
- Anforderung zur Bewertung der Compliance-Auswirkungen
- Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.
- Aktualisierungs-Daten für den Projektplan
- Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.
- Anforderung zur Bewertung von Sicherheits-Risiken
- Eine Anforderung zur Bewertung von Sicherheits-Risiken; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Sicherheits-Regelungen und -Mechanismen für einen neuen oder verbesserten Service benötigt werden.
- Bericht zum Kontinuitäts-Review
- Ein Bericht zum Kontinuitäts-Review zeichnet die Details und Ergebnisse eines Kontinuitäts-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Service-Kontinuität. [*]
- Beschaffungs-Anforderung
- Eine Anforderung zur Beschaffung von Gütern von einem externen Lieferanten. Beschaffungs-Anforderungen werden typischerweise an den Supplier-Manager gerichtet, wenn z.B. Anwendungen, Systeme oder andere Infrastruktur-Komponenten für die Erstellung eines neuen Service notwendig sind, oder wenn Standard-Infrastruktur-Komponenten oder Verbrauchsgüter für den Service-Betrieb benötigt werden.
- Budget-Anforderung
- Eine Budget-Anforderung wird typischerweise erstellt, um finanzielle Mittel für das Erstellen, Verbessern oder Betreiben eines Service oder Prozesses zu erhalten. Eine genehmigte Budget-Anforderung bedeutet, dass die finanziellen Ressourcen vom Finanz-Manager zugeteilt wurden. [*]
- 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. [*]
- CI Record
- Konfigurations-Information wird für alle Konfigurations-Elemente (Configuration Items, CIs) in CI Records gepflegt, die unter der Kontrolle des Konfigurations-Managers stehen. In diesem Zusammenhang gibt es unterschiedliche Typen von CIs: Anwendungen, Systeme und andere Infrastruktur-Komponenten werden als CIs behandelt, aber oft auch Services, Richtlinien, Projektdokumente, Mitarbeiter, Lieferanten usw. Konfigurations-Informationen sind im Konfigurations-Management-System (Configuration Management System, CMS) verzeichnet. [*]
- Index der Informationen für Katastrophenfälle
- Ein Katalog mit allen Informationen, die im Zusammenhang mit der Bekämpfung von Katastrophenfällen relevant sind. Der Index der Informationen für Katastrophenfälle wird vom Service-Kontinuitäts-Manager gepflegt und an alle Mitarbeiter verteilt, die für das Bekämpfen von Katastrophen verantwortlich sind. [*]
- Informationen zum Change-Status
- Aktuelle Status-Informationen zur Implementierung eines Changes. Diese Informationen werden dem Change-Manager von den verschiedenen Prozessen zur Verfügung gestellt, die freigegebene Changes implementieren. Der Change-Manager wird so in die Lage versetzt, die Change Records und die Change-Planung aktuell zu halten.
- Kontinuitäts-Betriebshandbuch
- Das Kontinuitäts-Betriebshandbuch spezifiziert die in der Verantwortung des Service-Kontinuitäts-Managers liegenden Aktivitäten, die für den Betrieb der Kontinuitäts-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden. [*]
- Kontinuitäts-Verbesserungs-Plan
- Einträge im Kontinuitäts-Verbesserungs-Plan (Continuity Improvement Plan) dienen dem Service-Kontinuitäts-Manager zur Erfassung und dem Management von Kontinuitäts-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Kontinuitäts-Verbesserungs-Plan können die Ausfallsicherheit von Services erhöhen oder Mechanismen einrichten, mit denen die Services im Katastrophenfall wieder hergestellt werden können. [*]
- Leitfaden für Katastrophenfälle
- Der Leitfaden für Katastrophenfälle enthält detaillierte Anweisungen, wann und wie das Verfahren zur Bekämpfung von Katastrophenereignissen eingeleitet wird. Insbesondere legt die Richtlinie die ersten Schritte fest, die der 1st Level Support nach Bekanntwerden eines (vermuteten) Katastrophen-Ereignisses zu ergreifen hat. [*]
- Register gemanagter Katastrophen-Ereignisse
- Das Register der gemanagten Katastrophen-Ereignisse ist ein vom Service-Kontinuitäts-Manager genutztes Tool, das eine Übersicht über die Katastrophen-Ereignissen bietet, gegen die der Service-Provider sich auf irgendeine Weise zu schützen beschlossen hat, ausgehend von der Betrachtung potentieller Schäden und Eintrittswahrscheinlichkeiten. Das Register der gemanagten Katastrophen-Ereignisse spezifiziert auch, wie die identifizierten Ereignisse behandelt werden; insbesondere nennt es die relevanten Service-Kontinuitäts-Pläne. [*]
- Service-Kontinuitäts-Plan
- Ein Service-Kontinuitäts-Plan beschreibt, wie Service-Kontinuität bei einer bestimmten Art von Katastrophenfall erreicht wird. Der Plan spezifiziert die erforderlichen vorbereitenden Maßnahmen und beschreibt, wie im Katastrophenfall effektiv reagiert werden kann. Service-Kontinuitäts-Pläne enthalten gewöhnlich Verweise auf spezielle Wiederherstellungs-Pläne (Recovery-Pläne) mit genauen Anleitungen zur Wiederherstellung von Anwendungen, Systemen und anderen Infrastruktur-Komponenten. [*]
- Testprotokoll
- Ein Testprotokoll stellt einen detaillierten Bericht zu Testaktivitäten bereit. Ein solches Protokoll wird z.B. während der Tests neuer oder geänderter Service-Komponenten erstellt, oder während der Tests von Sicherheits- oder Service-Kontinuitäts-Mechanismen. [*]
- Testskript
- Ein Testskript bzw. Testdrehbuch spezifiziert einen Satz von Testfällen einschließlich der erwarteten Ergebnisse. Die Art der Testfälle hängt davon ab, was zu testen ist. [*]
- Vorschlag zur Kontinuitäts-Verbesserung
- Ein Vorschlag zur Verbesserung der Service-Kontinuität. Solche Vorschläge können an jeder Stelle innerhalb der Organisation entstehen.
- 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.
- Vorschlag zur Service-Änderung
- Ein Vorschlag zur Änderung eines Service, z.B. zur Verbesserung der Qualität oder Wirtschaftlichkeit des Services. Solche Vorschläge können an jeder Stelle innerhalb oder außerhalb der Service-Provider-Organisation entstehen.
- Wiederherstellungs-Plan
- Wiederherstellungspläne (Recovery-Pläne) enthalten genaue Anweisungen zu den Maßnahmen, mit denen bestimmte Services und/ oder Systeme nach einem Ausfall wieder hergestellt werden können, was in vielen Fällen auch die Wiederherstellung von Daten zu einem definierten, konsistenten Stand mit einschließt. [*]
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 Katastrophenvorsorge.
Rollen und Verantwortlichkeiten
Prozess-Owner: Service-Kontinuitäts-Manager
- Der Service-Kontinuitäts-Manager ist verantwortlich für das Managen solcher Risiken, die gravierende Auswirkungen auf die vom Service-Provider erbrachten Services haben können. Insbesondere stellt diese Rolle sicher, dass der Service-Provider in Katastrophenfällen die vereinbarten Minimalanforderungen bereitstellen kann.
| YaSM-Rolle / Sub-Prozess | Compli.-Mgr. | Oper. | Proz.-Owner | Secur. mgr. | Serv.-Kontin.-Mgr. | Serv.-Owner | Techn.- Fachexp. | |
|---|---|---|---|---|---|---|---|---|
| SP8.1 | Bewerten von Risiken aus Katastrophen-Ereignissen | - | - | R | - | AR | R | - |
| SP8.2 | Definieren von Kontinuitäts-Verbesserungen | R | - | - | R | AR | - | - |
| SP8.3 | Starten von Kontinuitäts-Verbesserungs-Initiativen | - | - | - | - | AR | - | - |
| SP8.4 | Implementieren von Kontinuitäts-Vorkehrungen | - | R | - | - | AR | - | R |
| SP8.5 | Betreiben der Kontinuitäts-Vorkehrungen | - | R | - | - | AR | - | - |
| SP8.6 | Überprüfen der Kontinuitäts-Vorkehrungen | - | - | - | - | AR | - | - |
Anmerkungen
Basiert auf: Der Prozess zur Katastrophenvorsorge aus der YaSM-Prozesslandkarte.
Von: Stefan Kempter 
und Andrea Kempter , IT Process Maps.
Prozess-Beschreibung › Sub-Prozesse › Prozess-Outputs › Kennzahlen › Rollen
