{"id":7077,"date":"2017-06-13T18:47:58","date_gmt":"2017-06-13T18:47:58","guid":{"rendered":"https:\/\/multiacademstg.wpengine.com\/20000academy\/?p=7077"},"modified":"2024-12-12T13:58:37","modified_gmt":"2024-12-12T13:58:37","slug":"what-is-the-remediation-procedure-and-back-out-in-the-itiliso-20000-change-management-process","status":"publish","type":"post","link":"https:\/\/staging.advisera.com\/20000academy\/blog\/2017\/06\/13\/what-is-the-remediation-procedure-and-back-out-in-the-itiliso-20000-change-management-process\/","title":{"rendered":"What is the remediation procedure and back-out in the ITIL\/ISO 20000 Change Management process?"},"content":{"rendered":"<p>Changes to IT services fall in the category of common activities. No matter how efficient the Change Management process is, it\u2019s no secret that mistakes happen during change implementation. Some occur for good reason, while some mistakes are hardly explainable. That puts greater significance on the efficiency of the Change Management process.<\/p>\n<p>An efficient Change Management process means that you have control from the beginning through the end of change implementation. Let\u2019s focus on the end of the implementation. What if <a href=\"https:\/\/staging.advisera.com\/20000academy\/documentation\/request-for-change-and-change-record-iso-20000\/\" target=\"_blank\" rel=\"noopener noreferrer\">change<\/a> implementation doesn\u2019t end as expected? What if it goes in the wrong direction and you need to back out to the state before the implementation began? Both <a href=\"https:\/\/staging.advisera.com\/20000academy\/what-is-itil\/\" target=\"_blank\" rel=\"noopener noreferrer\">ITIL<\/a>\u00a0and <a href=\"https:\/\/staging.advisera.com\/20000academy\/what-is-iso-20000\/\" target=\"_blank\" rel=\"noopener noreferrer\">ISO 20000<\/a> have answers to that question.<\/p>\n<h2>What are they?<\/h2>\n<p>No matter whether you implement ITIL or ISO 20000, one of the basic postulates of the Change Management process is that there shouldn\u2019t be changes that are <a href=\"https:\/\/staging.advisera.com\/20000academy\/documentation\/change-schedule-iso-20000\/\" target=\"_blank\" rel=\"noopener noreferrer\">implemented<\/a> without authorization. That could be on a local level (e.g., a network admin authorizes standard changes) or on the highest level in the organization (e.g., Board of Management for major changes). The article <a href=\"https:\/\/staging.advisera.com\/20000academy\/knowledgebase\/itil-v3-change-management-at-the-heart-of-service-management\/\" target=\"_blank\" rel=\"noopener noreferrer\">ITIL V3 Change Management \u2013 At the heart of Service Management<\/a>\u00a0can help you understand the basics of the Change Management process and authorization of changes. Before authorizing the change, the change authority (the person or group who is empowered to <a href=\"https:\/\/staging.advisera.com\/20000academy\/documentation\/minutes-of-meeting-cab-iso-20000\/\" target=\"_blank\" rel=\"noopener noreferrer\">authorize change<\/a> of a particular type) needs to ensure that there is a plan to revert to the initial state if change implementation is unsuccessful.<br \/>\n<div id=\"middle-banner\" class=\"banner-shortcode\"><\/div><script>loadMiddleBanner();<\/script><br \/>\n<div id=\"side-banner-trigger\" class=\"banner-shortcode\"><\/div><br \/>\nSo, a formal procedure that will describe what needs to be done to get back to the initial state is called a <strong>remediation procedure<\/strong>. There are several options that could be part of the remediation procedure:<\/p>\n<ul>\n<li><strong>Back-out<\/strong> \u2013 These are activities you need to perform to restore a service (or a certain Configuration Item, i.e., CI) to the previous state (or baseline).<\/li>\n<li><strong>IT service continuity plan invocation<\/strong> \u2013 Activation of that plan will take place in the event that back-out activities don\u2019t help, or in case you stuck with the change implementation and there is no way to go back.<\/li>\n<li><strong>Other activities<\/strong> \u2013 This could be, e.g., reassessment of that change and then setting up a new action plan to remedy the situation.<\/li>\n<\/ul>\n<p>One of the important items, if you need to activate the remediation procedure, is to have a configuration baseline that will enable the restoration of a known configuration.<\/p>\n<p>When planning the remediation, particular care should be taken when setting and agreeing to (usually, with the customer) triggers and timing for the remediation procedure. I witnessed a situation in the telecom industry when a customer (a telecom company) approved a change to be implemented between midnight and 4 AM. But, the agreement was that, if it\u2019s obvious that the change implementation has difficulties, or it\u2019s obvious that it won\u2019t be implemented on time \u2013 the remediation procedure needs to start. And, unfortunately, it didn\u2019t happen once that procedure needed to be activated.<\/p>\n<h2>What\u2019s the point?<\/h2>\n<p>The point is to have any risks associated with the change implementation under control. Namely, every change (OK, we can exclude certain types of standard changes, e.g., password changes) carries some level of risk. Once you start the change implementation, you\u2019d like to be sure that everything is under control. Planning remediation activities will help you detect possible risks and define appropriate actions.<\/p>\n<p>Another important issue is that if you\u2019d like to have the change (as much as possible) under control, the remediation procedure needs to be tested. Once you are familiar with the procedure, and you have gone through all the necessary steps \u2013 you can start the change implementation with much more confidence.<\/p>\n<p>If it happens that the remediation procedure was activated, it\u2019s important that (when you are finished with the remediation activities) a thorough review is made. In this way, your organization will learn something; i.e., even though something happened that was undesirable, you learned a lesson. This way, similar situations in the future can be prevented.<\/p>\n<h2>The benefits of having remediation and back-out in place<\/h2>\n<p>It seems that having a remediation procedure increases the efficiency of the change management team, as well as that of the <a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-design-build-and-transition-processes&#038;doc=change-management-policy\" target=\"_blank\" rel=\"noopener\">Change Management<\/a> process. And, that\u2019s correct. But, having a Change Management process in place that includes a remediation procedure (and related back-out activities) means that you manage the process. A managed process leaves less room for surprises.<\/p>\n<p>ISO 20000 sets a direct requirement to plan a procedure to remedy unsuccessful changes, and ITIL recommends a remediation procedure as a part of change assessment. No matter what you are implementing, a remediation procedure not only helps you once a change goes in an unwanted direction. It also helps you before the change even starts, and the benefits of that usually multiply \u2013 for you, as well for the customer. Who would want more?<\/p>\n<p><em>To implement ISO 20000 easily and efficiently, use our<\/em> <a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/\" target=\"_blank\" rel=\"noopener\">ISO 20000 Documentation Toolkit<\/a> <em>that provides step-by-step guidance for full ISO 20000 compliance.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Changes to IT services fall in the category of common activities. No matter how efficient the Change Management process is, it\u2019s no secret that mistakes happen during change implementation. Some occur for good reason, while some mistakes are hardly explainable. That puts greater significance on the efficiency of the Change Management process. An efficient Change &#8230;<\/p>\n","protected":false},"author":32,"featured_media":7078,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[598,351,366,344,597],"class_list":["post-7077","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-back-out","tag-change-management","tag-iso-20000","tag-itil","tag-remediation"],"acf":[],"_links":{"self":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/7077","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/comments?post=7077"}],"version-history":[{"count":2,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/7077\/revisions"}],"predecessor-version":[{"id":17943,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/7077\/revisions\/17943"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/media\/7078"}],"wp:attachment":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/media?parent=7077"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/categories?post=7077"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/tags?post=7077"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}