View source for LP4.6: Resolve incidents and service requests

<itpmch><title>LP4.6: Resolve incidents and service requests | YaSM Service Management Wiki</title>
<meta name="keywords" content="how to resolve incidents, how to resolve service requests, yasm incident management, incident management process" />
<meta name="description" content="YaSM process: Resolve incidents and service requests (LP4.6). - Definition, sub-processes, process outputs, process metrics and roles." />
</itpmch>
<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p>
<a href="https://yasm.com/wiki/de/index.php/LP4.6%3A%20L%C3%B6sen%20von%20Incidents%20und%20Service%20Requests"><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>&nbsp;</p>
<p><b>Process name:</b> <a href="#Process_description" title="LP4.6: Resolve incidents and service requests. - Process description">Resolve incidents and service requests</a> - <b>Part of</b>: <a href="https://yasm.com/wiki/en/index.php/YaSM_Processes#service-lifecycle-processes" title="YaSM service lifecycle processes">Service lifecycle processes</a> - <a itemprop="isPartOf" href="https://yasm.com/wiki/en/index.php/LP4%3A%20Operate%20the%20services" title="LP4: Operate the services">Operate the services</a></p>
<p><b>Next process:</b> <a href="https://yasm.com/wiki/en/index.php/LP4.7%3A%20Resolve%20problems" title="LP4.7: Resolve problems">Resolve problems</a></html>

<p>&nbsp;</p>

==Process description==

<html><div itemscope itemtype="https://schema.org/ImageObject" style="width:633px;"><img itemprop="contentUrl" style="margin:20px 0px 10px 0px;" src="https://yasm.com/wiki/en/img/yasm-process/Resolve-incidents-and-service-requests-yasm-lp4-6.jpg" width="633" height="381" title="Fig. 1: Resolve incidents and service requests. - YaSM process LP4.6" alt="Resolve incidents and service requests. - YaSM incident resolution process LP4.6" /><div class="thumbcaption"><span style="font-variant:small-caps;"><b>Figure 1:</b></span> <small><span itemprop="caption">"Resolve incidents and service requests". - YaSM service lifecycle process LP4.6.</span></small></div></div><br style="clear:both;"/>

<p><span itemprop="description">The main responsibilities of "<strong class="selflink"><span itemprop="name Headline">LP4.6: Resolve incidents and service requests</span></strong>" are to resolve service incidents (reports of - suspected or actual - service failures) or requests for service. In the case of service incidents, the primary objective of <span itemprop="alternativeHeadline">YaSM's incident resolution process</span> is to return the service to users as quickly as possible. In some cases this involves applying a workaround if the root cause cannot be readily identified and/ or resolved.</span></html>

<p>&nbsp;</p>

==Sub-processes==

<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p><span itemprop="name" content="LP4.6: Resolve incidents and service requests. - Sub-processes:"><i>"Resolve incidents and service requests"</i> has the following sub-processes:</span>
</p>
<p>&#160;</p>
<p><b><span id="LP4.6.1" itemprop="itemListElement">LP4.6.1: Support incident and service request resolution</span></b></p>
<ul><li itemprop="description">Process objective: To provide support for the resolution of incidents and service requests, for example by configuring the systems to manage incidents and service requests, and by maintaining a set of incident and service request models.
</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.2" itemprop="itemListElement">LP4.6.2: Log incidents and service requests</span></b></p>
<ul><li itemprop="description">Process objective: To record all relevant details of incidents and service requests, to verify that all required authorizations are given, and to prioritize the incidents or requests.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.3" itemprop="itemListElement">LP4.6.3: Fulfill service requests</span></b></p>
<ul><li itemprop="description">Process objective: To fulfill service requests, which are typically either requests for information or requests to implement minor (standard) changes like the reset of a password.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.4" itemprop="itemListElement">LP4.6.4: Pro-actively inform users and clients</span></b></p>
<ul><li itemprop="description">Process objective: To inform users of actual or imminent service failures as soon as these become known to 1st level support, so that users and clients are in a position to adjust themselves to interruptions. This process is also responsible for distributing other important information, like current security alerts.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.5" itemprop="itemListElement">LP4.6.5: Resolve major incidents</span></b></p>
<ul><li itemprop="description">Process objective: To resolve a major incident. Major incidents cause serious interruptions of business activities and must be resolved with greater urgency. The aim is the fast recovery of the service, possibly by means of a workaround.
</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.6" itemprop="itemListElement">LP4.6.6: Resolve incidents in 1st level support</span></b></p>
<ul><li itemprop="description">Process objective: To resolve an incident (service interruption) within the agreed time frame. The aim is the fast recovery of the service, possibly by applying a workaround. As soon as it becomes clear that 1st level support is not able to resolve the incident itself or when target times for 1st level resolution are exceeded, the incident is transferred to 2nd level support.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.7" itemprop="itemListElement">LP4.6.7: Resolve incidents in 2nd level support</span></b></p>
<ul><li itemprop="description">Process objective: To resolve an Incident (service interruption) within the agreed time frame. The aim is the fast recovery of the service, possibly by means of a workaround. If required, specialist support groups or third-party suppliers (3rd level support) may be involved.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.8" itemprop="itemListElement">LP4.6.8: Monitor incidents and service requests</span></b></p>
<ul><li itemprop="description">Process objective: To continuously monitor the processing status of outstanding incidents and service requests, so that escalations and counter-measures can be introduced if the agreed resolution times are likely to be breached.</li></ul>
<p><br /></p>
<p><b><span id="LP4.6.9" itemprop="itemListElement">LP4.6.9: Close incidents and service requests</span></b></p>
<ul><li itemprop="description">Process objective: To submit the incident and service request records to a final quality control before formal closure. The aim is to make sure that the incident's or service request's resolution history is described in sufficient detail. In addition, findings from the resolution of the incidents are to be recorded for future use.</li></ul>
</div><!-- end of schema.org/ItemList --><p></html>

<p>&nbsp;</p>

==Process outputs==

<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<meta itemprop="itemListOrder" content="Ascending" />
<p>This section lists the <span itemprop="name">documents and records produced by <i>"Resolve incidents and service requests"</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>&#160;</p>
<p><b><span itemprop="itemListElement">Change record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">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.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Change status information</span></b></p>
<ul><li itemprop="description" style="color:#636363">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.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">CI record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">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).</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">Complaint record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A record containing the details of a customer complaint, including the actions taken to resolve the complaint.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">Customer survey questionnaire</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A customer survey is typically based on questionnaires, aimed at getting insight into overall customer satisfaction and customers' views on specific (aspects of) services. In many cases, answers are given using a scale, for example '1: Very dissatisfied', ... , '10: Very satisfied'.</li></ul>
<p><br /></p>
<p><b><span id="Escalation-request" itemprop="itemListElement" style="color:#636363">Escalation request</span></b></p>
<ul><li itemprop="description" style="color:#636363">Request of an escalation regarding the processing of an incident, initiated for example by 2nd level support if the incident cannot be resolved within a given timeframe, or by a user experiencing delays.</li></ul>
<p><br /></p>
<p><b><span id="Incident-and-service-request-policy" itemprop="itemListElement">Incident and service request policy</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">The incident and service request policy describes and communicates the organization's approach to dealing with service incidents (service failures) and service requests. To be effective, the policy needs the backing of top management and must be communicated to all relevant stakeholders.</li></ul>
<p><br /></p>
<p><b><span id="Incident-model" itemprop="itemListElement">Incident model</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">An incident model contains the pre-defined steps that should be taken for dealing with a particular type of incident. The aim of providing incident models is to ensure that recurring incidents are handled efficiently and effectively.</li></ul>
<p><br /></p>
<p><b><span id="Incident-record" itemprop="itemListElement">Incident record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A set of data with all details of a service incident, documenting the history of the incident from registration to closure. A service incident is defined as an unplanned interruption or reduction in quality of a service. Events that could potentially impair a service in the future are also treated as incidents (e.g. the failure of one hard-drive of a set of mirrored drives). See also: <a href="https://yasm.com/wiki/en/index.php/YaSM%20Checklists#incident-record-template" title="Incident record document template">Incident record checklist</a></li></ul>
<p><br /></p>
<p><b><span id="Incident-request-status-information" itemprop="itemListElement" style="color:#636363">Incident/ request status information</span></b></p>
<ul><li itemprop="description" style="color:#636363">A message containing the present status of an incident or service request sent to a user who earlier reported a service interruption or submitted a service request. Status information is typically provided to users at various points during an incident's or request's lifecycle. If the resolution time exceeds or is expected to exceed the agreed time frames, status notifications are especially important to keep the user informed.</li></ul>
<p><br /></p>
<p><b><span id="Incident-request-status-inquiry" itemprop="itemListElement" style="color:#636363">Incident/ request status inquiry</span></b></p>
<ul><li itemprop="description" style="color:#636363">An inquiry regarding the present status of an incident or service request, usually from a user who earlier reported the incident or request and experiences delays.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Pro-active user information</span></b></p>
<ul><li itemprop="description" style="color:#636363">A notification to users or clients of existing or potential service failures, so that users are in a position to prepare themselves for a period of service unavailability.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">Problem record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A set of data with all details of a problem, documenting the history of the problem from registration to closure. A problem is defined as the underlying cause of one or more (potential) incidents, although the cause may not be known at the time a problem record is created. Often, a workaround is provided for a problem while a full resolution is not yet available.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">Recovery plan</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">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.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Self-help information for users</span></b></p>
<ul><li itemprop="description" style="color:#636363">Self-help information for users supplied by the service provider, for example as part of the support pages on the intranet.</li></ul>
<p><br /></p>
<p><b><span id="Service-request-model" itemprop="itemListElement">Service request model</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">Service request models contain the pre-defined steps that should be taken for dealing with a particular type of service request. The aim of providing service request models is to ensure that routinely occurring requests are handled efficiently and effectively.</li></ul>
<p><br /></p>
<p><b><span id="Service-request-record" itemprop="itemListElement">Service request record</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A record containing all details of a service request. Service requests are formal requests from a client or user for something to be provided within the framework of existing service agreements - for example, a request for information or advice; to reset a password; or to install a workstation for a new user.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Service usage statistics</span></b></p>
<ul><li itemprop="description" style="color:#636363">Statistical data on service usage by clients/ users, as a basis for producing client invoices.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Suggested changes to self-help information</span></b></p>
<ul><li itemprop="description" style="color:#636363">A suggestion to update self-help information for users supplied by the service provider, for example as part of the support pages on the intranet.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement">Suggested improvement to continuity arrangements</span></b> <a href="#ydo" title="YaSM data object">[*]</a></p>
<ul><li itemprop="description">A suggestion for improving service security. Suggestions for security improvements may originate from anywhere within the organization.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Suggested process modification</span></b></p>
<ul><li itemprop="description" style="color:#636363">A suggestion for modifying one or several service management processes. Suggestions for process modifications or improvements may originate from anywhere within the organization.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Suggested service modification</span></b></p>
<ul><li itemprop="description" style="color:#636363">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.</li></ul>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Support request</span></b></p>
<ul><li itemprop="description" style="color:#636363">A request to support the resolution of an incident or problem, usually issued from the incident or problem manager when further assistance is needed from technical experts or external suppliers.</li></ul>
</div><!-- end of schema.org/ItemList --><p>

<p>&nbsp;</p>
<hr />
<p><i><b>Notes:</b></i>
</p><p><span id="ydo"><strong>[*]</strong> <i>"YaSM data objects"</i> are those documents or records for which the YaSM model provides detailed recommendations: Every YaSM object has an associated checklist (see <a itemprop="significantLinks" href="https://yasm.com/wiki/en/index.php/YaSM%20Checklists#yasm-template-example" title="Incident record document template">"Incident record" template</a>) 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 <a href="https://yasm.com/wiki/en/img/yasm-project/Yasm-object-lifecycle-diagram.jpg" title="Example: YaSM object lifecycle diagram (.JPG)">example</a>).</span>
</p><p><i>"Other objects"</i> are mostly informal data or information where YaSM has less strong views about their contents. There are no associated lifecycle diagrams or checklists.</html>

<p>&nbsp;</p>

==Process metrics==

<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 itemprop="significantLinks" href="https://yasm.com/wiki/en/index.php/YaSM%20Metrics" title="How to measure the performance of the YaSM processes - Process metrics">suitable metrics</a>, please refer to the <a itemprop="significantLinks" href="https://yasm.com/wiki/en/index.php/YaSM%20Metrics/%20Service%20Lifecycle%20Processes#metrics-lp4.6" title="Metrics for the YaSM process LP4.6: Resolve incidents and service requests.">list of metrics for the incident resolution process</a>.</html>
<p>&nbsp;</p>

==Roles and responsibilities==

'''<span id="responsible">Process owner: Incident manager</span>'''
*The incident manager is responsible for the effective implementation of the incident resolution process and carries out the corresponding reporting. He represents the first stage of escalation for incidents, should these not be resolvable within the agreed time frames in the relevant service levels.

<p>&nbsp;</p>

{| class="wikitable sortable" style="background: white; text-align:center; vertical-align:top; font-size: 90%; line-height: 1.3em;"
|+<span style="font-size: 120%; line-height: 2.3em;"><span id="raci-matrix-lp4-6">Responsibility matrix: "LP4.6: Resolve incidents and service requests"</span></span>
|- style="vertical-align:top"
! colspan="2"| YaSM role / sub-process
! [[YaSM Roles#1st-level-support|1st level supp.]]
! [[YaSM Roles#2nd-level-support|2nd level supp.]]
! [[YaSM Roles#Configuration-manager|Config. mgr.]]
! [[YaSM Roles#Incident-manager|Incident mgr.]]
! [[YaSM Roles#Major-incident-team|Major incident team]]
! [[YaSM Roles#Service-owner|Serv. owner]]
! [[YaSM Roles#Service-request-fulfillment-group|Serv. requ. fulfill. group]]
! [[YaSM Roles#Technical-domain-expert|Techn. domain expert]]
|- style="text-align:center"
| LP4.6.1
| style="text-align:left"|[[#LP4.6.1|Support incident and service request resolution]]
| -	
| -	
| -	
|AR	
| -	
|R	
| -	
|R
|- style="text-align:center"
|LP4.6.2
| style="text-align:left"|[[#LP4.6.2|Log incidents and service requests]]
|R	
| -	
| -	
|A	
| -	
| -	
| -	
| -
|- style="text-align:center"
|LP4.6.3
| style="text-align:left"|[[#LP4.6.3|Fulfill service requests]]
|R	
| -	
| -	
|A	
| -	
| -	
|R
| -
|- style="text-align:center"
| LP4.6.4
| style="text-align:left"|[[#LP4.6.4|Pro-actively inform users and clients]]
|R	
| -	
| -	
|A	
| -	
| -	
| -
| -
|- style="text-align:center"
| LP4.6.5
| style="text-align:left"|[[#LP4.6.5|Resolve major incidents]]
|R	
| -	
|R	
|AR	
|R	
| -	
| -	
| -
|- style="text-align:center"
| LP4.6.6
| style="text-align:left"|[[#LP4.6.6|Resolve incidents in 1st level support]]
|R	
| -	
| -	
|A	
| -	
| -	
| -
| -
|- style="text-align:center"
| LP4.6.7
| style="text-align:left"|[[#LP4.6.7|Resolve incidents in 2nd level support]]
| -	
|R	
|R	
|A	
| -	
| -	
| -	
|R
|- style="text-align:center"
| LP4.6.8
| style="text-align:left"|[[#LP4.6.8|Monitor incidents and service requests]]
|R	
| -	
| -	
|AR	
| -	
| -	
| - 
| -
|- style="text-align:center"
| LP4.6.9
| style="text-align:left"|[[#LP4.6.9|Close incidents and service requests]]
|R	
| -	
| -	
|A	
| -	
| -	
| - 
| -
|-
|}

<p>&nbsp;</p>

==[ Infobox ]==

<html><table class="wikitable">
<tr>
<td>Link to this page:</td>
<td><a itemprop="url" href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests">https://yasm.com/wiki/en/index.php/L4.6:_Resolve_incidents_and_service_requests</a></td>
</tr>
<tr>
<td>Languages:</td>
<td><span itemprop="inLanguage" content="en">English</span> | <span><a itemprop="citation" class="external TEXT" href="https://yasm.com/wiki/de/index.php/LP4.6%3A%20L%C3%B6sen%20von%20Incidents%20und%20Service%20Requests" title="LP4.6: Lösen von Incidents und Service Requests">Deutsch</a></span></td>
</tr>
<tr>
<td>Image:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://yasm.com/wiki/en/img/yasm-process/Resolve-incidents-and-service-requests-yasm-lp4-6.jpg" title="Resolve incidents and service requests. - YaSM process LP4.6">YaSM LP4.6: Resolve incidents and service requests (.JPG)</a></td>
</tr>
<tr>
<td>Author | Contributor:</td>
<td><span itemprop="author">Stefan Kempter</span>&nbsp;<a rel="author" href="https://plus.google.com/111925560448291102517"><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> &nbsp; and <span itemprop="contributor">Andrea Kempter</span>&nbsp;<a href="https://plus.google.com/113316270668629760475"><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> &nbsp; - &nbsp; <span itemprop="creator copyrightHolder publisher">IT Process Maps</span>.</td>
</tr>
</table>

<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests#Process_description" itemprop="url"><span itemprop="title">Process description</span></a> › 
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests#Sub-processes" itemprop="url"><span itemprop="title">Sub-processes</span></a> › 
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests#Process_outputs" itemprop="url"><span itemprop="title">Process outputs</span></a> › 
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests#Process_metrics" itemprop="url"><span itemprop="title">Metrics</span></a> › 
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/en/index.php/LP4.6%3A%20Resolve%20incidents%20and%20service%20requests#Roles_and_responsibilities" itemprop="url"><span itemprop="title">Roles</span></a>
</span>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>

<!-- This page is assigned to the following categories: -->
[[Category:YaSM process]]
<!-- --- -->