SP8: Ensure continuity: Difference between revisions
No edit summary |
No edit summary |
||
Line 2: | Line 2: | ||
<meta name="keywords" content="yasm disaster management, yasm service continuity management, service management continuity process" /> | <meta name="keywords" content="yasm disaster management, yasm service continuity management, service management continuity process" /> | ||
<meta name="description" content="YaSM process: Prepare for disaster events (SP8). - Definition, sub-processes, process outputs, process metrics and roles." /> | <meta name="description" content="YaSM process: Prepare for disaster events (SP8). - Definition, sub-processes, process outputs, process metrics and roles." /> | ||
<meta property="og:url" content="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events" /> | |||
<meta property="og:title" content="SP8: Prepare for disaster events | YaSM Service Management Wiki" /> | |||
<meta property="og:description" content="YaSM process: Prepare for disaster events (SP8). - Definition, sub-processes, process outputs, process metrics and roles." /> | |||
<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/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" /> | |||
<meta property="og:image:width" content="677" /> | |||
<meta property="og:image:height" content="423" /> | |||
<link href="https://plus.google.com/104150539756444616711/posts" rel="publisher" /> | |||
</itpmch> | </itpmch> | ||
<html> | <html><a href="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse"><img src="https://yasm.com/wiki/en/img/yasm-wiki/yasm-wiki-deutsch.png" width="48" height="30" style="float:right;" alt="auf Deutsch" title="diese Seite auf Deutsch" /></a><br style="clear:both;"/></html> | ||
<a href="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse"><img src="https://yasm.com/wiki/en/img/yasm-wiki/yasm-wiki-deutsch.png" width="48" height="30" style="float:right;" alt="auf Deutsch" title="diese Seite auf Deutsch" /></a><br style="clear:both;"/> | |||
<p> </p> | <p> </p> | ||
'''Process name:''' [[#Process_description|Prepare for disaster events]] - '''Part of:''' [[YaSM_Processes#supporting-service-management-processes|Supporting service management processes]] | |||
'''Previous process:''' [[SP7: Ensure security|Ensure security]] | |||
'''Next process:''' [[SP9: Ensure compliance|Ensure compliance]] | |||
<p> </p> | <p> </p> | ||
Line 14: | Line 27: | ||
==Process description== | ==Process description== | ||
<html><div itemscope itemtype="https://schema.org/ImageObject"><a href="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" title="Prepare for disaster events. - YaSM process SP8" itemprop="contentUrl"><img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" width="677" height="423" title="Prepare for disaster events. - YaSM process SP8" alt="Fig. 1: Prepare for disaster events. - YaSM disaster preparation process SP8." /></a><br style="clear:both;"/><div class="thumbcaption"><span style="font-variant:small-caps;"><b>Figure 1:</b></span> <small><span itemprop="caption">"Prepare for disaster events." - YaSM supporting service management process SP8.</span></small></div></div><br style="clear:both;"/> | <html><div itemid="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<a href="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" title="Prepare for disaster events. - YaSM process SP8" itemprop="contentUrl"> | |||
<meta itemprop="width" content="677" /> | |||
<meta itemprop="height" content="423" /> | |||
<meta itemprop="keywords" content="yasm disaster preparation" /> | |||
<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/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" width="677" height="423" title="Prepare for disaster events. - YaSM process SP8" alt="Fig. 1: Prepare for disaster events. - YaSM disaster preparation process SP8." /></a><br style="clear:both;"/> | |||
<div class="thumbcaption"><span style="font-variant:small-caps;"><b>Figure 1:</b></span> <small><span itemprop="caption">"Prepare for disaster events." - YaSM supporting service management process SP8.</span></small></div></div><br style="clear:both;"/> | |||
<p><span itemprop="description">The purpose of | <p><span id="md-itempage-description" itemprop="description">The purpose of YaSM's disaster prevention process ("<strong class="selflink">SP8: Prepare for disaster events</strong>") is to ensure service continuity in the case of events considered disasters, such as floods, fires, power failures, etc.</span></p> | ||
<p>Preparing for disaster events starts with the compilation of a register of managed disaster events, which lists the types of disasters for which the service provider has decided to put some kind of preparation in place. The register also specifies the responses to the identified events, in particular the related service continuity plans.</p> | <p>Preparing for disaster events starts with the compilation of a register of managed disaster events, which lists the types of disasters for which the service provider has decided to put some kind of preparation in place. The register also specifies the responses to the identified events, in particular the related service continuity plans.</p> | ||
Line 33: | Line 54: | ||
==Sub-processes== | ==Sub-processes== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><!-- define schema.org/CreativeWork --><div itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#Sub-processes" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop=" | <link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" /> | ||
< | <meta itemprop="name" content="Disaster prevention processes" /> | ||
<meta itemprop="alternateName" content="YaSM disaster management processes: definitions" /> | |||
<p><span itemprop="description">YaSM's disaster management process <i>'SP8: Prepare for disaster events'</i> has the following sub-processes:</span> | |||
</p> | </p> | ||
<p> </p> | <p> </p> | ||
< | |||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.1" itemscope itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop="alternateName" content="YaSM service continuity process SP8.1" /> | |||
<dl id="SP8.1"><dt itemprop="name">SP8.1: Assess risks associated with disaster events</dt> | |||
<dd itemprop="description">Process objective: To identify the disaster events which need to be managed by the service provider, and to define appropriate continuity arrangements and mechanisms.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.2" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM service continuity process SP8.2" /> | ||
<dl id="SP8.2"><dt itemprop="name">SP8.2: Define continuity improvements</dt> | |||
<dd itemprop="description">Process objective: To define the objectives of initiatives to improve service continuity and the approach for their implementation. This includes creating business cases for the initiatives.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.3" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM service continuity process SP8.3" /> | ||
<dl id="SP8.3"><dt itemprop="name">SP8.3: Start up continuity improvement initiatives</dt> | |||
<dd itemprop="description">Process objective: To launch initiatives aimed at ensuring or improving service continuity. This includes obtaining authorization by requesting a budget and submitting a request for change.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.4" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM service continuity process SP8.4" /> | ||
<dl id="SP8.4"><dt itemprop="name">SP8.4: Implement continuity arrangements</dt> | |||
<dd itemprop="description">Process objective: To implement, test and deploy new or improved continuity arrangements and mechanisms.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.5" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM service continuity process SP8.5" /> | ||
<dl id="SP8.5"><dt itemprop="name">SP8.5: Operate the continuity arrangements</dt> | |||
<dd itemprop="description">Process objective: To arrange adequate training to prepare the service provider's staff and customers for disaster events, and to ensure regular maintenance and testing of the continuity arrangements and mechanisms.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#process-SP8.6" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM service continuity process SP8.6" /> | ||
</div><!-- end of schema.org/ | <dl id="SP8.6"><dt itemprop="name">SP8.6: Review the continuity arrangements</dt> | ||
<dd itemprop="description">Process objective: To submit the continuity arrangements and mechanisms to regular reviews, in order to identify potentials for improvement to be addressed by continuity improvement initiatives.</dd></dl> | |||
</div> | |||
</div><!-- end of schema.org/CreativeWork --><p></html> | |||
<p> </p> | <p> </p> | ||
Line 61: | Line 103: | ||
==Process outputs== | ==Process outputs== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><div itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#Process_outputs" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"><!-- define schema.org/CreativeWork --> | ||
<meta itemprop=" | <meta itemprop="name" content="YaSM process SP8: documents and records" /> | ||
<p> | <meta itemprop="alternateName" content="Disaster prevention process outputs" /> | ||
<meta itemprop="alternateName" content="Disaster management data objects" /> | |||
<p><span itemprop="description">This section lists the documents and records produced by <i>'Prepare for disaster events'</i>.</span> YaSM data objects <a href="#ydo" title="YaSM data object">[*]</a> are marked with an asterisk, while other objects are displayed in gray.</p> | |||
<p> </p> | <p> </p> | ||
< | |||
< | <dl><dt>Budget request</dt> | ||
<dd>A budget request is typically issued to obtain funding for setting up, improving or operating a service or process. An approved budget request means that the required financial resources have been allocated by the financial manager. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | |||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Change record</dt> | ||
< | <dd>A change record contains all details of a change, documenting the lifecycle of a single change. In its initial state, a change record describes a request for change (RFC) which is to be assessed and authorized prior to implementing the change. Further information is added as the change progresses through its lifecycle. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Change status information</dt> | ||
< | <dd>Current status information related to the implementation of a change. This information is sent to the change manager from the various processes that implement authorized changes. It is used by the change manager to keep the change records and the change schedule up-to-date.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>CI record</dt> | ||
< | <dd>Configuration information is maintained in CI records for all configuration items (CIs) under the control of the configuration manager. In this context, CIs can be of various types: Applications, systems and other infrastructure components are treated as CIs, but often also services, policies, project documentation, employees, suppliers, etc. Configuration information is stored in the configuration management system (CMS). <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Continuity-improvement-plan"><dt>Continuity improvement plan</dt> | ||
< | <dd>Items in the continuity improvement plan are used by the service continuity manager to record and manage continuity improvement initiatives throughout their lifecycle. Initiatives in the continuity improvement plan may aim to enhance the resilience of services or to put mechanisms in place for the recovery of services in the case of disaster events. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Continuity-operation-manual"><dt>Continuity operation manual</dt> | ||
< | <dd>The continuity operation manual specifies the activities required for the operation of the continuity arrangements and mechanisms operated under the responsibility of the service continuity manager. Some instructions related to the operation of particular security systems may be documented in separate technical manuals or 'standard operating procedures (SOPs)'. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Continuity-review-report"><dt>Continuity review report</dt> | ||
< | <dd>A continuity review report records the details and findings from a continuity review. This report is an important input for the definition of continuity improvement initiatives. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Data for project plan update</dt> | ||
< | <dd>Current information related to project progress and resource consumption. This information is sent from various service management processes to the project manager as input for project control.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Guideline-for-disaster-events"><dt>Guideline for disaster events</dt> | ||
< | <dd>The guideline for disaster events contains detailed instructions on when and how to invoke the procedure for responding to disaster events. Most importantly, the guideline defines the first steps to be taken by 1st level support after learning that a (suspected) disaster event has occurred. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Index-of-disaster-relevant-information"><dt>Index of disaster-relevant information</dt> | ||
< | <dd>A catalogue of all information that is relevant in the context of responding to a disaster event. The index of disaster-relevant information is maintained and circulated by the service continuity manager to all members of staff with responsibilities for fighting disasters. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Purchase request</dt> | ||
< | <dd>A request to procure goods or services from an external supplier. Purchasing requests are typically sent to the supplier manager, for example if applications, systems or other infrastructure components are needed for setting up a new service, or if standard infrastructure components and consumables are required for service operation.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Recovery plan</dt> | ||
< | <dd>Recovery plans contain detailed instructions for returning specific services and/ or systems to a working state, which often includes recovering data to a defined consistent state. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Register-of-managed-disaster-events"><dt>Register of managed disaster events</dt> | ||
< | <dd>The register of managed disaster events is a tool used by the service continuity manager to keep an overview of the disaster events against which the service provider has decided to set up some kind of protection, considering the potential impacts and occurrence likelihoods. The register of managed disaster events also specifies the responses to the identified events, in particular the related service continuity plans. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Request to assess security risks</dt> | ||
< | <dd>A request to assess security risks, typically issued during service design if new or changed security controls and mechanisms are likely to be needed for a new or improved service.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Service-continuity-plan"><dt>Service continuity plan</dt> | ||
< | <dd>A service continuity plan describes how service continuity is ensured with regards to a particular type of disaster event. The plan specifies the required preventive measures and describes how to effectively respond to the disaster event. Service continuity plans usually include references to more detailed recovery plans with specific instructions for returning applications, systems or other infrastructure components to a working state. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Suggested-continuity-improvement" style="color:#636363"><dt>Suggested continuity improvement</dt> | ||
< | <dd>A suggestion for improving service continuity. Suggestions for continuity improvements may originate from anywhere within the organization.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Suggested process modification</dt> | ||
< | <dd>A suggestion for modifying one or several service management processes. Suggestions for process modifications or improvements may originate from anywhere within the organization.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Suggested service modification</dt> | ||
< | <dd>A suggestion for modifying a service, for example to improve service quality or economics. Suggestions may originate from anywhere within or outside of the service provider organization.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Test report</dt> | ||
< | <dd>A test report provides a detailed account of testing activities. A test report is created for example during tests of new or changed service components, or during tests of security or service continuity mechanisms. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Test script</dt> | ||
< | <dd>A test script specifies a set of test cases including their expected outcomes. The nature of the test cases will vary depending on what is to be tested. <a href="#ydo" title="YaSM data object">[*]</a></dd></dl> | ||
</div><!-- end of schema.org/ | </div><!-- end of schema.org/CreativeWork --><p> | ||
<p> </p> | <p> </p> | ||
Line 137: | Line 182: | ||
<html><p>Process metrics are used, for example, to assess if the service management processes are running according to expectations.</p> | <html><p>Process metrics are used, for example, to assess if the service management processes are running according to expectations.</p> | ||
<p>For suggestions of <a | <p>For suggestions of <a href="https://yasm.com/wiki/en/index.php/YaSM_Metrics" title="How to measure the performance of the YaSM processes - Process metrics">suitable metrics</a>, please refer to the <a href="https://yasm.com/wiki/en/index.php/YaSM_Metrics/_Supporting_Service_Management_Processes#metrics-sp8" title="Metrics for the YaSM process SP8: Prepare for disaster events.">list of metrics for the YaSM disaster prevention process</a>.</html> | ||
<p> </p> | <p> </p> | ||
Line 223: | Line 268: | ||
<p> </p> | <p> </p> | ||
==[ | == Notes == | ||
Is based on: The disaster prevention process from the [https://yasm.com/en/products/yasm-process-map YaSM Process Map]. | |||
<html>By:  Stefan Kempter <a rel="author" href="https://plus.google.com/111925560448291102517/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Stefan Kempter | Profile on Google+" alt="Author: Stefan Kempter, IT Process Maps GbR" /></a>  and  Andrea Kempter <a href="https://plus.google.com/113316270668629760475/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/en/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="By: Andrea Kempter | Profile on Google+" alt="Contributor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps. | |||
<p> </p> | |||
<p><small> | <p><small> | ||
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb"> | <span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb"> | ||
Line 260: | Line 292: | ||
</span> | </span> | ||
</small></p> | </small></p> | ||
</ | |||
<!-- define schema.org/ItemPage --> <span itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events" 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: Prepare for disaster events" /> | |||
<meta itemprop="alternativeHeadline" content="YaSM's disaster prevention process" /> | |||
<link itemprop="url" href="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events" /> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#Sub-processes" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/en/index.php/SP8:_Prepare_for_disaster_events#Process_outputs" itemscope itemtype="https://schema.org/CreativeWork"> | |||
</span> | |||
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" /> | |||
<link itemprop="image" href="https://yasm.com/wiki/en/img/yasm-process/Prepare-for-disaster-events-yasm-sp8.jpg" /> | |||
<meta itemprop="significantLinks" content="https://yasm.com/wiki/en/index.php/YaSM_Metrics" /> | |||
<meta itemprop="significantLinks" content="https://yasm.com/wiki/en/index.php/YaSM_Metrics/_Supporting_Service_Management_Processes#metrics-sp8" /> | |||
<link itemprop="isPartOf" href="https://yasm.com/wiki/en/index.php/YaSM_Processes#supporting-service-management-processes" /> | |||
<meta itemprop="isBasedOnUrl" content="https://yasm.com/en/products/yasm-process-map" /> | |||
<meta itemprop="inLanguage" content="en" /> | |||
<link itemprop="citation" href="https://yasm.com/wiki/de/index.php/SP8:_Vorbereiten_auf_Katastrophen-Ereignisse" /> | |||
<link itemprop="publisher" href="https://yasm.com/en/#YaSMBrand" /> | |||
<link itemprop="copyrightHolder creator" href="https://yasm.com/en/contact#ITProcessMapsOrg" /> | |||
<link itemprop="author" href="https://yasm.com/en/misc/team#StefanKempter" /> | |||
<link itemprop="contributor" href="https://yasm.com/en/misc/team#AndreaKempter" /> | |||
</span><p></html> | |||
<!-- This page is assigned to the following categories: --> | <!-- This page is assigned to the following categories: --> | ||
[[Category:YaSM process]] | [[Category:YaSM process]] | ||
<!-- --- --> | <!-- --- --> |
Revision as of 11:06, 15 November 2016
Process name: Prepare for disaster events - Part of: Supporting service management processes
Previous process: Ensure security
Next process: Ensure compliance
Process description
The purpose of YaSM's disaster prevention process ("SP8: Prepare for disaster events") is to ensure service continuity in the case of events considered disasters, such as floods, fires, power failures, etc.
Preparing for disaster events starts with the compilation of a register of managed disaster events, which lists the types of disasters for which the service provider has decided to put some kind of preparation in place. The register also specifies the responses to the identified events, in particular the related service continuity plans.
The continuity manager may ensure service continuity in a number of ways. Most importantly, this role is involved in the service design and build stages to ensure continuity aspects are taken into account when creating or updating services. Once it has been established during service design which continuity arrangements and mechanisms are required for a new service, these can be put in place, notably
- Through the service build process, by adding suitable continuity features to the service infrastructure that is to be created
- Through the disaster preparation process, by updating continuity arrangements and mechanisms which are operated under the responsibility of the service continuity manager.
The service continuity manager is also involved in service or process improvement initiatives if service continuity aspects are to be considered.
If new types of disasters are to be addressed or if the continuity arrangements need to be upgraded for other reasons, the disaster preparation process is able to start continuity improvement initiatives on its own account. Such initiatives are managed through the continuity improvement plan.
Sub-processes
YaSM's disaster management process 'SP8: Prepare for disaster events' has the following sub-processes:
- SP8.1: Assess risks associated with disaster events
- Process objective: To identify the disaster events which need to be managed by the service provider, and to define appropriate continuity arrangements and mechanisms.
- SP8.2: Define continuity improvements
- Process objective: To define the objectives of initiatives to improve service continuity and the approach for their implementation. This includes creating business cases for the initiatives.
- SP8.3: Start up continuity improvement initiatives
- Process objective: To launch initiatives aimed at ensuring or improving service continuity. This includes obtaining authorization by requesting a budget and submitting a request for change.
- SP8.4: Implement continuity arrangements
- Process objective: To implement, test and deploy new or improved continuity arrangements and mechanisms.
- SP8.5: Operate the continuity arrangements
- Process objective: To arrange adequate training to prepare the service provider's staff and customers for disaster events, and to ensure regular maintenance and testing of the continuity arrangements and mechanisms.
- SP8.6: Review the continuity arrangements
- Process objective: To submit the continuity arrangements and mechanisms to regular reviews, in order to identify potentials for improvement to be addressed by continuity improvement initiatives.
Process outputs
This section lists the documents and records produced by 'Prepare for disaster events'. YaSM data objects [*] are marked with an asterisk, while other objects are displayed in gray.
- Budget request
- A budget request is typically issued to obtain funding for setting up, improving or operating a service or process. An approved budget request means that the required financial resources have been allocated by the financial manager. [*]
- Change record
- A change record contains all details of a change, documenting the lifecycle of a single change. In its initial state, a change record describes a request for change (RFC) which is to be assessed and authorized prior to implementing the change. Further information is added as the change progresses through its lifecycle. [*]
- Change status information
- Current status information related to the implementation of a change. This information is sent to the change manager from the various processes that implement authorized changes. It is used by the change manager to keep the change records and the change schedule up-to-date.
- CI record
- Configuration information is maintained in CI records for all configuration items (CIs) under the control of the configuration manager. In this context, CIs can be of various types: Applications, systems and other infrastructure components are treated as CIs, but often also services, policies, project documentation, employees, suppliers, etc. Configuration information is stored in the configuration management system (CMS). [*]
- Continuity improvement plan
- Items in the continuity improvement plan are used by the service continuity manager to record and manage continuity improvement initiatives throughout their lifecycle. Initiatives in the continuity improvement plan may aim to enhance the resilience of services or to put mechanisms in place for the recovery of services in the case of disaster events. [*]
- Continuity operation manual
- The continuity operation manual specifies the activities required for the operation of the continuity arrangements and mechanisms operated under the responsibility of the service continuity manager. Some instructions related to the operation of particular security systems may be documented in separate technical manuals or 'standard operating procedures (SOPs)'. [*]
- Continuity review report
- A continuity review report records the details and findings from a continuity review. This report is an important input for the definition of continuity improvement initiatives. [*]
- Data for project plan update
- Current information related to project progress and resource consumption. This information is sent from various service management processes to the project manager as input for project control.
- Guideline for disaster events
- The guideline for disaster events contains detailed instructions on when and how to invoke the procedure for responding to disaster events. Most importantly, the guideline defines the first steps to be taken by 1st level support after learning that a (suspected) disaster event has occurred. [*]
- Index of disaster-relevant information
- A catalogue of all information that is relevant in the context of responding to a disaster event. The index of disaster-relevant information is maintained and circulated by the service continuity manager to all members of staff with responsibilities for fighting disasters. [*]
- Purchase request
- A request to procure goods or services from an external supplier. Purchasing requests are typically sent to the supplier manager, for example if applications, systems or other infrastructure components are needed for setting up a new service, or if standard infrastructure components and consumables are required for service operation.
- Recovery plan
- Recovery plans contain detailed instructions for returning specific services and/ or systems to a working state, which often includes recovering data to a defined consistent state. [*]
- Register of managed disaster events
- The register of managed disaster events is a tool used by the service continuity manager to keep an overview of the disaster events against which the service provider has decided to set up some kind of protection, considering the potential impacts and occurrence likelihoods. The register of managed disaster events also specifies the responses to the identified events, in particular the related service continuity plans. [*]
- Request to assess security risks
- A request to assess security risks, typically issued during service design if new or changed security controls and mechanisms are likely to be needed for a new or improved service.
- Service continuity plan
- A service continuity plan describes how service continuity is ensured with regards to a particular type of disaster event. The plan specifies the required preventive measures and describes how to effectively respond to the disaster event. Service continuity plans usually include references to more detailed recovery plans with specific instructions for returning applications, systems or other infrastructure components to a working state. [*]
- Suggested continuity improvement
- A suggestion for improving service continuity. Suggestions for continuity improvements may originate from anywhere within the organization.
- Suggested process modification
- A suggestion for modifying one or several service management processes. Suggestions for process modifications or improvements may originate from anywhere within the organization.
- Suggested service modification
- A suggestion for modifying a service, for example to improve service quality or economics. Suggestions may originate from anywhere within or outside of the service provider organization.
- Test report
- A test report provides a detailed account of testing activities. A test report is created for example during tests of new or changed service components, or during tests of security or service continuity mechanisms. [*]
- Test script
- A test script specifies a set of test cases including their expected outcomes. The nature of the test cases will vary depending on what is to be tested. [*]
Notes:
[*] "YaSM data objects" are those documents or records for which the YaSM model provides detailed recommendations: Every YaSM object has an associated checklist (see example) describing its typical contents, and an associated lifecycle diagram depicting how the status of the object changes as it is created, updated, read and archived by various YaSM processes (see example).
"Other objects" are mostly informal data or information where YaSM has less strong views about their contents. There are no associated lifecycle diagrams or checklists.
Process metrics
Process metrics are used, for example, to assess if the service management processes are running according to expectations.
For suggestions of suitable metrics, please refer to the list of metrics for the YaSM disaster prevention process.
Roles and responsibilities
Process owner: Service continuity manager
- The service continuity manager is responsible for managing risks that could seriously impact the service provider's services. In particular, this role ensures that the service provider can provide minimum agreed service levels in cases of disaster.
YaSM role / sub-process | Compli. mgr. | Oper. | Proc. owner | Secur. mgr. | Serv. contin. mgr. | Serv. owner | Techn. domain expert | |
---|---|---|---|---|---|---|---|---|
SP8.1 | Assess risks associated with disaster events | - | - | R | - | AR | R | - |
SP8.2 | Define continuity improvements | R | - | - | R | AR | - | - |
SP8.3 | Start up continuity improvement initiatives | - | - | - | - | AR | - | - |
SP8.4 | Implement continuity arrangements | - | R | - | - | AR | - | R |
SP8.5 | Operate the continuity arrangements | - | R | - | - | AR | - | - |
SP8.6 | Review the continuity arrangements | - | - | - | - | AR | - | - |
Notes
Is based on: The disaster prevention process from the YaSM Process Map.
By: Stefan Kempter and Andrea Kempter , IT Process Maps.
Process description › Sub-processes › Process outputs › Metrics › Roles