Checklist Problem Record

From IT Process Wiki
Revision as of 09:51, 9 September 2011 by Andrea (talk | contribs)

<seo metakeywords="problem record, problem record template, problem record checklist" metadescription="The Problem Record contains all details of a Problem, documenting the history of the Problem from detection to resolution. ..." />

DE - ES - Checklist Problem Record - Template Problem Recorddiese Seite auf Deutschesta página en español
DE - ES - Checklist Problem Record - Template Problem Record


ITIL Process: ITIL V3 Service Operation - Problem Management

Checklist Category: Checklists ITIL V3 Service Operation

Source: Checklist "Problem Record" from the ITIL Process Map V3

 

The Problem Record contains all details of a Problem, documenting the history of the Problem from detection to resolution.

 

A Problem Record typically contains the following information:

 

  1. Unique ID of the Problem (usually allocated automatically by the system)
  2. Date and time of detection
  3. Problem owner
  4. Description of symptoms
  5. Affected users/ business areas
  6. Affected service(s)
  7. Prioritization, a function of the following components:
    1. Urgency (available time until the resolution of the Problem), e.g.
      1. Up to 5 working days
      2. Up to 2 weeks
      3. Up to 4 weeks
    2. Degree of severity (damage caused to the business), e.g.
      1. "High" (interruption to critical business processes)
      2. "Normal" (interruption to the work of individual employees)
      3. "Low" (hindrance to the work of individual employees, continuation of work possible by means of a circumventive solution)
    3. Priority (for example in stages 1, 2 and 3): The result from the combination of urgency and the degree of severity
  8. Relationships to CIs
  9. Product category, usually selected from a category-tree according to the following example:
    1. Client PC
      1. Standard configuration 1
      2. ...
    2. Printer
      1. Manufacturer 1
      2. ...
  10. Problem category, usually selected from a category-tree according to the following example:
    1. Hardware error
    2. Software error
    3. ...
  11. Links to related Problem Records (if there are other outstanding Problems related to this one)
  12. Links to related Incident Records (if outstanding Incidents exist, whose solution depends on the solution of this Problem)
  13. Links to Known Errors and Workarounds (if Known Errors and Workarounds related to the Problem have been identified)
  14. Activity log/ resolution history
    1. Date and time
    2. Person in charge
    3. Description of activities
    4. New Problem status (if the activity results in a change of status)