{"id":4596,"date":"2013-11-26T00:20:01","date_gmt":"2013-11-26T00:20:01","guid":{"rendered":"https:\/\/multiacademstg.wpengine.com\/20000academy\/blog\/2013\/11\/26\/communication-inside-service-management-team-setup-joint-vocabulary-criteria\/"},"modified":"2025-05-28T15:15:02","modified_gmt":"2025-05-28T15:15:02","slug":"communication-inside-service-management-team-setup-joint-vocabulary-criteria","status":"publish","type":"post","link":"https:\/\/staging.advisera.com\/20000academy\/blog\/2013\/11\/26\/communication-inside-service-management-team-setup-joint-vocabulary-criteria\/","title":{"rendered":"Communication inside IT Service Management team \u2013 setup of joint vocabulary and criteria"},"content":{"rendered":"<p>The most known quote in the world: \u201c<strong>Houston, we have a problem,<\/strong>\u201d was spoken by Apollo 13&#8217;s Commander Jim Lovell. (<em>Actually, he said, \u201cHouston, we&#8217;ve had a problem,\u201d but that&#8217;s not what we will discuss today.<\/em>) This quote is one of the best examples of the distinction between <a href=\"https:\/\/staging.advisera.com\/20000academy\/what-is-itil\/\" target=\"_blank\" rel=\"noopener noreferrer\">ITIL<\/a> terminology and everyday language. According to ITIL, what Commander Lovell wanted to report was not the\u00a0<strong>problem<\/strong>; it was an\u00a0<strong>incident<\/strong>. <!--more-->An incident is any event that causes degradation or disruption of a <a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=sms-related-documents&amp;doc=list-of-services\" target=\"_blank\" rel=\"noopener\">service<\/a>, or even the potential disruption of a service. On the other hand, a problem is the\u00a0<strong>root cause<\/strong>\u00a0of the incident(s).\u00a0 So, when the Apollo 13 crew heard a loud bang and saw voltage and oxygen pressure drop, they experienced a series of\u00a0<strong>incidents<\/strong>, all stemming from the same root cause \u2013 one of the oxygen tanks exploded. However, at the time, that information was unknown \u2013 therefore, the\u00a0<strong>problem<\/strong>\u00a0was unknown.<\/p>\n<p style=\"text-align: center;\"><img decoding=\"async\" class=\"aligncenter size-full wp-image-10442\" src=\"https:\/\/staging.advisera.com\/wp-content\/uploads\/\/sites\/6\/2015\/07\/Distinction_between_Incident_and_Problem.png\" alt=\"Distinction between Incident and Problem\" width=\"630\" height=\"350\" \/><em>Figure 1: Clear distinction between Incident and Problem according to ITIL terminology; this time the example is not within the space flight realm, but rather IT related.<\/em><\/p>\n<p>Once a problem is identified, the focus must be shifted to quick service restoration. If the service can\u2019t be restored by normal means, such as replacement of a faulty component, any option that will restore service is acceptable, and that operation is called a\u00a0<strong>Workaround<\/strong>. In such case, the problem (or incident) is referred to as a\u00a0<a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=resolution-and-fulfillment-processes&amp;doc=known-error-record\" target=\"_blank\" rel=\"noopener\"><strong>Known Error<\/strong><\/a>. So, let me go back once again to the Apollo 13 example, and explain in ITIL terms what was going on after the first Incident.<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;\">When workarounds become a way of delivering services \u2013 your daily dose of drama<\/h2>\n<p>After an analysis of available data and observation by the ground crew and astronauts, the\u00a0<strong>problem<\/strong>\u00a0was identified as the explosion and loss of one of the oxygen tanks. As oxygen is used for life support, engine fuel, and electric power generation, it was obvious that the command module (where the astronauts were) was no long providing the\u00a0<strong>service<\/strong>\u00a0it was <a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=service-design-build-and-transition-processes&amp;doc=service-design-package\" target=\"_blank\" rel=\"noopener\">designed<\/a> for. The crew was instructed to abandon the command module and move into the lunar module (the part that was supposed to land on the Moon), and use its oxygen, navigation and propulsion. That decision is, in ITIL terms, called a\u00a0<strong>workaround<\/strong>, as it restored service (the crew was able to breathe, communicate, and navigate the spacecraft) that was previously provided by the now-faulty command module. From that point on, the missing oxygen tank was, by ITIL terminology, referred to as a\u00a0<strong>known error<\/strong>, as it was impossible for the crew to repair or replace it.<\/p>\n<p>We could go even further in exploring ITIL Service Management terminology within the Apollo 13 flight; for example, when the crew was moved to the lunar module, after some time carbon dioxide (CO2) levels began to rise, due to the fact that three astronauts were breathing in a lunar module designed for two, and CO2 filters weren&#8217;t able to remove it quickly enough from the atmosphere. Normally, would be enough to replace the filters more often (which would be called a\u00a0<strong>Standard Change<\/strong>, as it&#8217;s \u00a0a common and well-known operation), but they had used all of the filters already, and had none left for the time required to get back to Earth. NASA summoned all available personnel on the ground, and tasked them with figuring out how to fit cube-shaped filters, used in the command module, into a cylindrical socket, available in the lunar module. The result of this action was an\u00a0<strong>Emergency Change<\/strong>\u00a0(which was not exactly tested, and was loosely documented on the go), that included yet another workaround using duct tape, parts of a manual, plastic bags, and one astronaut&#8217;s sock (hopefully the clean one) \u2013 and it worked.<\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">Predicting events is easier if you monitor them<\/h2>\n<p>Within that single flight, we could describe a good portion of the ITIL best practices terminology that is in use today. As another example, astronauts were communicating with the ground crew via a single ground crew representative (CAPCOM \u2013 Capsule Communicator), which is very similar to the\u00a0<strong>Service Desk<\/strong>\u00a0role in an IT Service Management organization. On the other hand, the astronauts didn&#8217;t have a single communication representative, which is again similar to the\u00a0<a href=\"https:\/\/staging.advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=relationship-and-agreement-processes&#038;doc=customer-portfolio\" target=\"_blank\" rel=\"noopener\"><strong>Customer<\/strong><\/a>\u00a0role in service management terms. The ground crew was continuously monitoring and interpreting all\u00a0<strong>Events<\/strong>\u00a0and logs coming from the spacecraft\u2019s onboard systems, which is nothing more than\u00a0<strong>Event Management\u00a0<\/strong>and service monitoring. Therefore, when CO2 levels started to rise, that event was recorded, and even though it wasn&#8217;t at a critical level yet, it was reported as an incident, which consequently became a problem that got escalated to an emergency change, and was solved by a workaround. This chain of events is a display of good Service Management practice, as it enabled involved personnel to see, interpret, and react to events in way that led to a solution in time, in logical order, and it was resolved without service impact.<\/p>\n<p style=\"text-align: center;\"><img decoding=\"async\" class=\"aligncenter size-full wp-image-10446\" src=\"https:\/\/staging.advisera.com\/wp-content\/uploads\/\/sites\/6\/2015\/07\/Service_restoration.png\" alt=\"Service restoration\" width=\"570\" height=\"350\" \/><em>Figure 2: Service restoration by applying Workaround via Emergency Change, and resolving all related Incidents. Problem is now referred to as Known Error.<\/em><\/p>\n<p>In general, what we deal with in IT organizations is not a matter of life and death, so the common approach to everyday tasks is much more casual than the one described in this space program example. However, what differentiates good Service Management from bad, is how well Service Management understands its role, its ability to predict, prevent and operate in any conditions. Clear communication with well-defined terminology that is based on good practice is just one of the success factors, whether we talk about day-to-day business, or mission-critical situations. If all personnel involved within the IT organization are able to understand, and use given terminology, they will consequently be able to share information better, avoiding common assumptions which lead to more issues, confusion and the good old blame game.<\/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>The most known quote in the world: \u201cHouston, we have a problem,\u201d was spoken by Apollo 13&#8217;s Commander Jim Lovell. (Actually, he said, \u201cHouston, we&#8217;ve had a problem,\u201d but that&#8217;s not what we will discuss today.) This quote is one of the best examples of the distinction between ITIL terminology and everyday language. According to &#8230;<\/p>\n","protected":false},"author":33,"featured_media":4597,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[391,454,404,408,416,344,451,447],"class_list":["post-4596","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-change","tag-communication","tag-customer","tag-event","tag-incident","tag-itil","tag-known-error","tag-problem"],"acf":[],"_links":{"self":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4596","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\/33"}],"replies":[{"embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/comments?post=4596"}],"version-history":[{"count":3,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4596\/revisions"}],"predecessor-version":[{"id":18343,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4596\/revisions\/18343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/media\/4597"}],"wp:attachment":[{"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/media?parent=4596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/categories?post=4596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/staging.advisera.com\/20000academy\/wp-json\/wp\/v2\/tags?post=4596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}