{"id":4500,"date":"2014-07-01T09:57:32","date_gmt":"2014-07-01T09:57:32","guid":{"rendered":"https:\/\/multiacademstg.wpengine.com\/20000academy\/blog\/2014\/07\/01\/incident-record-cant-live-without\/"},"modified":"2025-06-13T13:38:57","modified_gmt":"2025-06-13T13:38:57","slug":"incident-record-cant-live-without","status":"publish","type":"post","link":"https:\/\/advisera.com\/20000academy\/blog\/2014\/07\/01\/incident-record-cant-live-without\/","title":{"rendered":"Incident Record \u2013 you can\u2019t live without it"},"content":{"rendered":"<p>The Incident Record is a record about all activities and details related to an incident. Very often, the wording \u201cIncident Ticket\u201d is used. We are talking about the recording of all activities and details related to an incident, so it must be important, isn\u2019t it? Yes, it\u2019s very important. Just imagine a situation where the Service Desk gets dozen(s) of incidents reported in one day or maybe a week. Without recording those incidents and all further activities related to them \u2013 I don\u2019t see how such a system could be productive. (To learn more about incidents click here: <a href=\"https:\/\/advisera.com\/20000academy\/blog\/2013\/05\/21\/incident-management-itil-solid-foundations-operational-processes\/\" target=\"_blank\" rel=\"noopener noreferrer\">Incident Management in ITIL \u2013 solid foundations of operational processes<\/a>.)<!--more--><\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">Recording Incident Records<\/h2>\n<p>The worst scenario is that there are no records. I have seen such situations and I have to admit \u2013 it\u2019s quite chaotic without a trace of professionalism. Everything else is better than that. When saying \u201ceverything else,\u201d I mean that you have to consider the size of your organization (i.e., number of supporting staff), number of users who are reporting incidents, number of incidents (e.g., daily, weekly, monthly), need for reporting\u2026 etc. and then you will get an idea of what is the most suitable way to record incidents.<\/p>\n<p>Here are three options for recording incidents, i.e. <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=resolution-and-fulfillment-processes&amp;doc=incident-record\" target=\"_blank\" rel=\"noopener\">Incident Records<\/a>, which I found while working with various IT organizations:<\/p>\n<ul>\n<li>Paper form \u2013 it\u2019s the simplest method, maybe odd, but it could work. I have seen this work with a single-man support organization with a single customer and few incidents in one month. Although feasible, I wouldn\u2019t recommend it.<\/li>\n<li>Spreadsheet form \u2013 it\u2019s a slightly more sophisticated method and includes a lot of freedom while defining Incident Record. Define required information (i.e., columns) and insert a new row for every incident as well as every recorded step during incident resolution. Sounds implementable, but it has limitations.<\/li>\n<li>Tool \u2013 this is most reliable and most used method. Incident Records are recorded in a database (behind every tool there is a database), end-users can access it (most of the tools provide such functionality), reporting exists\u2026 etc. But, be careful \u2013 it could be costly.<\/li>\n<\/ul>\n<p>Incident Records can be created by end-users, IT staff or tools (e.g., events of a certain category automatically create new Incident Records).<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;\">Layout and content<\/h2>\n<p>There is no prescribed content, i.e., layout, of an <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=resolution-and-fulfillment-processes&amp;doc=incident-record\" target=\"_blank\" rel=\"noopener\">Incident Record<\/a>. Content is important for several reasons:<\/p>\n<ul>\n<li>Speed-up incident resolution \u2013 when all data that are needed for incident resolution are present (e.g., by declaring related Configuration Item and incident description as mandatory fields), support teams can work much faster than if they have to collect them subsequently.<\/li>\n<li>Knowledge of the organization \u2013 or not \u201creinventing the wheel.\u201d When one type of incident is resolved and all relevant data recorded, then there is no need to start from the beginning (e.g., diagnosis) when the same incident occurs again. Remember the situation when a technician who is heavily involved in incident resolution leaves the company \u2013 if incidents are recorded, know-how related to the incident remains and can be reused.<\/li>\n<li>Reporting and improvements \u2013 sometimes we want to know how efficient we are, or a customer is asking that we prove that <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=relationship-and-agreement-processes&amp;doc=service-level-agreement-sla-\" target=\"_blank\" rel=\"noopener\">Service Level Agreement (SLA)<\/a> requirements (e.g., are Priority 1 incidents resolved in agreed time) are met. This means we need a report. An additional benefit to maintaining Incident Records is that we can define weak points (of the service or of our own staff) and <a href=\"https:\/\/advisera.com\/20000academy\/documentation\/service-improvement-plan\/\" target=\"_blank\" rel=\"noopener noreferrer\">start the improvements<\/a>. Improvement could be, e.g., that our support team needs know-how in networking because the benchmark (for which we need a report) shows that we are 20% slower than average. <a href=\"https:\/\/advisera.com\/20000academy\/blog\/2013\/09\/16\/service-reporting-get-picture-big-small\/\" target=\"_blank\" rel=\"noopener noreferrer\">Learn more about reporting here\u2026<\/a><\/li>\n<\/ul>\n<p>Content of the record can vary, but there are some fields which are considered as mandatory like in the following table:<\/p>\n<p><img decoding=\"async\" class=\"aligncenter wp-image-10153 size-full\" src=\"https:\/\/advisera.com\/wp-content\/uploads\/\/sites\/6\/2016\/09\/Table_71.jpg\" alt=\"Table_71_20blog\" width=\"640\" height=\"364\" \/><\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">Definition criteria<\/h2>\n<p>Depending on the situation, there are more data that can be included in the <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=resolution-and-fulfillment-processes&amp;doc=incident-record\" target=\"_blank\" rel=\"noopener\">Incident Record<\/a>. The logical question is \u2013 how do you know when there are enough data inside the record? It\u2019s hard to say, but I use two criteria:<\/p>\n<ol>\n<li>If there is no use for the information inside the record \u2013 it\u2019s obsolete.<\/li>\n<li>When recording of certain information requires significant effort and usability is low.<\/li>\n<\/ol>\n<p style=\"text-align: center;\"><img decoding=\"async\" class=\"aligncenter size-full wp-image-10156\" src=\"https:\/\/advisera.com\/wp-content\/uploads\/\/sites\/6\/2015\/07\/Simple_Incident_Record.jpg\" alt=\"Simple Incident Record\" width=\"424\" height=\"486\" \/><em>Figure: Example of simple Incident Record<\/em><\/p>\n<p>Usually, the customer or end-user will see just a portion of an Incident Record\u2019s data. End-users are interested in seeing that the incident is resolved (in agreed time \u2013 which is the concern of the Service Level Manager on the customer side) and not about all the details during incident resolution (i.e., historical data inside the record). The internal support team will have access to all fields of the record.<\/p>\n<h2 style=\"padding-top: 10px; padding-bottom: 10px;\">You can\u2019t live without records<\/h2>\n<p>There is no doubt that incidents will occur. This creates demand for <a href=\"https:\/\/advisera.com\/20000academy\/iso-20000-documentation-toolkit\/?rel=resolution-and-fulfillment-processes&amp;doc=incident-record\" target=\"_blank\" rel=\"noopener\">Incident Records<\/a>, which means \u2013&gt; you can\u2019t live without them. Since they (Incidents Records) are here, make the most of them. Create records that are detailed enough and use them consistently with no excuses. Satisfied and informed customers, an organized support team and increased know-how are just some of the benefits.<\/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>The Incident Record is a record about all activities and details related to an incident. Very often, the wording \u201cIncident Ticket\u201d is used. We are talking about the recording of all activities and details related to an incident, so it must be important, isn\u2019t it? Yes, it\u2019s very important. Just imagine a situation where the &#8230;<\/p>\n","protected":false},"author":32,"featured_media":4501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[403,416,344,420,448,449],"class_list":["post-4500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-agreement","tag-incident","tag-itil","tag-knowledge","tag-record","tag-reporting"],"acf":[],"_links":{"self":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4500","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=4500"}],"version-history":[{"count":3,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4500\/revisions"}],"predecessor-version":[{"id":18417,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/posts\/4500\/revisions\/18417"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/media\/4501"}],"wp:attachment":[{"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/media?parent=4500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/categories?post=4500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/advisera.com\/20000academy\/wp-json\/wp\/v2\/tags?post=4500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}