{"id":4418,"date":"2015-04-28T18:45:37","date_gmt":"2015-04-28T18:45:37","guid":{"rendered":"https:\/\/multiacademstg.wpengine.com\/20000academy\/blog\/2015\/04\/28\/mini-case-studies-of-lessons-learned-in-service-operation-applied-to-the-rest-of-the-lifecycle\/"},"modified":"2025-06-14T08:13:29","modified_gmt":"2025-06-14T08:13:29","slug":"mini-case-studies-of-lessons-learned-in-service-operation-applied-to-the-rest-of-the-lifecycle","status":"publish","type":"post","link":"https:\/\/advisera.com\/20000academy\/blog\/2015\/04\/28\/mini-case-studies-of-lessons-learned-in-service-operation-applied-to-the-rest-of-the-lifecycle\/","title":{"rendered":"ITIL mini case studies: Applying lessons learned to increase quality of a service"},"content":{"rendered":"<p>Every organization that provides IT services in the marketplace tries to be successful at the Service Operation part of the IT service lifecycle (according to <a href=\"https:\/\/advisera.com\/20000academy\/what-is-itil\/\" target=\"_blank\" rel=\"noopener noreferrer\">ITIL<\/a>). But, there is something even better. Any guesses?\u00a0 It\u2019s when you use your experience from Service Operation and apply it to the other (previous) phases of the lifecycle. In addition to Service Operation, processes and respective activities in the Service Transition phase of the service lifecycle can additionally increase the experience factor. Why is that?<\/p>\n<p>For an introduction, read the article <a href=\"https:\/\/advisera.com\/20000academy\/blog\/2015\/01\/21\/early-life-support-live-environment-introduction-made-easy\/\" target=\"_blank\" rel=\"noopener noreferrer\">Early Life Support \u2013 Live environment introduction made easy<\/a>. This article explain that once your service is operational, or in the live environment \u2013 you should use accumulated know-how in the transition phase of the service lifecycle. Don\u2019t let it go (or, from an operational point of view, disappear) \u2013 instead, use it to be more efficient and productive, and to stay one step ahead of your users. Yes, there are many smart guys on their \u201cside\u201d who can become familiar with your service faster than you do. After all, they use the service on a daily basis and their knowledge grows quickly. <a href=\"https:\/\/advisera.com\/20000academy\/documentation\/transition-plan\/\" target=\"_blank\" rel=\"noopener noreferrer\">Service Transition<\/a>\u00a0(particularly <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-design-build-and-transition-processes&amp;doc=release-and-deployment-management-process\" target=\"_blank\" rel=\"noopener\">Release and Deployment Management process<\/a>) will show you everything they learned during build, <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-design-build-and-transition-processes&amp;doc=test-plan\" target=\"_blank\" rel=\"noopener\">test<\/a>, release, and deploy activities. And that is usually a lot.<br \/>\n<div id=\"middle-banner\" class=\"banner-shortcode\"><\/div><script>loadMiddleBanner();<\/script><br \/>\n<div id=\"side-banner-trigger\" class=\"banner-shortcode\"><\/div><\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">What is it all about?<\/h2>\n<p>In the above situation, knowledge goes in one direction \u2013 from Service Transition to Service Operation. And there the \u201cbattle\u201d begins. Service(s) are in the live environment, interaction between users and Service Desk is continuous and, after a while, there are no surprises in your daily operation. This means that you learned a lot about the service, the technology behind it, and user behavior when they use it. And that\u2019s very important knowledge, because, as you know, services behave differently in the development or test phase and in the live environment.<\/p>\n<p>I remember a case when an IT Service Management tool faced problems in the live environment. Namely, the <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-portfolio-processes&amp;doc=configuration-management-database\" target=\"_blank\" rel=\"noopener\">Configuration Management Database<\/a> (CMDB), as a constituent part of the toolkit, was tested and deployed as part of the major release. I don\u2019t know what kind of test they performed, but when a larger company filled the CMDB \u2013 it got stuck. It\u2019s not that it didn\u2019t work; it just needed unacceptable time to process data, i.e., it was extremely slow. Since it\u2019s a huge database in the background, redesign of the database wasn\u2019t appropriate.<\/p>\n<p>This case shows that:<\/p>\n<ul>\n<li>It\u2019s very hard (or even impossible) to include all possible situations during the test.<\/li>\n<li>When the service enters the live environment it faces new (untested) conditions and no one can predict its behavior.<\/li>\n<\/ul>\n<p>Is that a problem that belongs to the Service Design domain, solely? Well, I wouldn\u2019t say so. The argument that Service Design has to take care about the appropriate design is correct. Service Design uses different kinds of knowledge, but it needs the experience factor. That\u2019s something they can get from Service Operation.<\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">What\u2019s the gain?<\/h2>\n<p>So, once in the live environment or in the last phase of the Service Transition (e.g., test), you actually start winning from the knowledge point of view. After several months or years, you are familiar with details that could be learned only from experience. General knowledge is easily adaptable. You just have to identify your needs and go for the\u00a0<a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=sms-related-documents&amp;doc=training-and-awareness-plan\" target=\"_blank\" rel=\"noopener\">training<\/a>\u00a0(and, of course, have the budget for it). What makes a difference (and competitive advantage) is your knowledge from experience. You can\u2019t buy that, but you have to make sure that you use it.<\/p>\n<p>I was appointed as a consultant by a customer where three companies merged into one. One company was pure development and the other two were doing maintenance, each of them having its own Service Desk. When they merged, the first mistake was that they didn\u2019t merge Service Desks. For no good reason, they left two independent Service Desks, which means:<\/p>\n<ul>\n<li>doubling of some resources (e.g., having a (underutilized) server administrator in both Service Desks)<\/li>\n<li>internal and external communication difficulties<\/li>\n<li>knowledge management is far from optimized<\/li>\n<\/ul>\n<p>As you can guess, management of the three (previously independent) companies, now business units, didn\u2019t communicate and cooperate very much. In addition to the above-mentioned disadvantages, their situation had one more gap. Everything they learned in the live environment was left inside the Service Desk. For development (read = new services), there was no use of that knowledge. In praxis, if their service contained some systematic error, which was only noticed when users started using the service (remember the first case \u2013 <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-portfolio-processes&amp;doc=configuration-management-database\" target=\"_blank\" rel=\"noopener\">CMDB<\/a>), the same error would be built into future releases or new services \u2013 all because development did not get feedback from operations.<\/p>\n<p style=\"text-align: center;\"><img decoding=\"async\" class=\"aligncenter size-full wp-image-52286\" src=\"\/wp-content\/uploads\/sites\/6\/2015\/04\/Returning_knowledge.png\" alt=\"Returning knowledge gained in operation into earlier phases of the service lifecycle\" width=\"647\" height=\"462\" \/><span style=\"font-size: 14px;\"><em>Figure: Returning knowledge gained in operation into earlier phases of the service lifecycle<\/em><\/span><\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">Could it be different?<\/h2>\n<p>There is a principle in ITIL called \u201cOperations and Transition involvement.\u201d This means that you have to divert knowledge flow. It\u2019s good when people from Release and Deployment Management stay with operations during Early Life Support, but knowledge should flow in the opposite direction, too \u2013 from operations way back to Service Design or even Service Strategy. That what learning organizations do.<\/p>\n<p>We use to say, in private life, that we live in era of life-long learning. But that\u2019s valid also for your organization. Service Operation and Transition involvement in earlier phases of the service lifecycle do exactly that. \u201cTrial and error\u201d might be the best education you can get, but be careful \u2013 it could be an expensive one.<\/p>\n<p><em>To implement ISO 20000 easily and efficiently, use our<\/em> <a href=\"https:\/\/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>Every organization that provides IT services in the marketplace tries to be successful at the Service Operation part of the IT service lifecycle (according to ITIL). But, there is something even better. Any guesses?\u00a0 It\u2019s when you use your experience from Service Operation and apply it to the other (previous) phases of the lifecycle. In &#8230;<\/p>\n","protected":false},"author":32,"featured_media":4419,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[384,344,204,385,386,387],"class_list":["post-4418","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-cmdb","tag-itil","tag-service","tag-service-operation","tag-service-transition","tag-support"],"acf":[],"_links":{"self":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4418","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/comments?post=4418"}],"version-history":[{"count":3,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4418\/revisions"}],"predecessor-version":[{"id":18469,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4418\/revisions\/18469"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/media\/4419"}],"wp:attachment":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/media?parent=4418"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/categories?post=4418"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/tags?post=4418"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}