Problem Management Process
The Problem Management is the process responsible for managing the lifecycle of all problems. The general purpose is to prevent incidents and to minimize the influence of those that cannot be preventedyou cannot prevent by identifying the unknown root cause of incidents as Known Errors.
Within SimpleOne, the Problem Management solution allows users to perfom perform the following types of process activities:
- Identificate Identify and log problems;.
- Prioritize and categorize and categorize them by impact and urgency, CIs and services;.
- Assign problems to appropriate persons and groups;.
- Investigate and perform functional or hierarchical escalation if necessary;.
- Produce workarounds to reduce problem affection and to keep system functionality running while searching for a resolution;.
- Resolve and Close problems with the objects related to them.
Problem Identification and Categorization
When detecting an issue, it is neccessary necessary to log and describe all the aspects of a problem. Create a Problem record to properly identificate the issue record for proper issue identification, and to log all activities and works on a problem.
Categorize and prioritize a problem for a proper assessment of the impact on your system functionality, in order . These activities help to produce an effective a sufficient resolution.
Problem Investigation
Use the Problem Management features to Investigate problems and objects related to them. Establish hierarchical and functional relationships with Incidents and Change Requests to identify the issue cause.
Produce a workaround
You can reduce or eliminate the impact of a problem that cannot be resolved for some is impossible to resolve for any reason. Create a Known Error record to produce a workaround useful for the relevant problems and issues.
Problem Resolution
Initiate and produce the most appropriate Problem solution by the SimpleOne features. Create Change Requests and Problem Tasks that are neccessary necessary for problem resolution.
Problem Closure
Close Problems that are completed after verifying whether Verify completed problems to make sure that the issue has actually been eliminated and to Close the problems.
Problem Management States
Problem Management states allow users to monitor the problem processes, as well as control their investigation and resolution. Unlike Incidents, state values are available for every problem except the problems with the Closed state (it is impossible to reopen the closed problems cannot be reopened). This means that In other words, the Problem Management processes can be non-linear and require the ability to accept changes.
State | Description | Available Transitions |
|---|
| Registered | The problem is detected and recorded but not yet categorized. | |
| Assigned | The problem is categorized and assigned to a relevant person or group. | - Registered
- In Progress
- Postponed
- Completed
|
| In Progress | The person started working on the issue. | - Registered
- Assigned
- Postponed
- Completed
|
| Postponed | The problem can be |
marked marked Postponed if the problem resolving should be postponed for a known period. |
If If the problem affects business functions, then it must have at least a temporary workaround. | - Registered
- Assigned
- In Progress
- Completed
|
| Known Error |
A problem that has been analysed but has An identified root cause of problems that have been analyzed but have not been resolved. An agent has come up with a temporary workaround of this cause as Known Error. Keep produced workarounds in the Known Error Database (Knowledge Base → KEDB) and apply them when related incidents occur. | - Registered
- Assigned
- In Progress
- Postponed
- Completed
|
An | Completed | A problem is considered resolved when an agent has come |
up with a temporary workaround or with | up with a permanent solution for this issue. In this case, he/she must change the state |
to Completed | to Completed so that the caller could perform the tests. If the tests |
are successful| are successful, then the problem should be marked |
as | as Closed. | - Registered
- Assigned
- In Progress
- Postponed
- Closed
|
| Closed | |
the problem caller is satisfied with the problem solution, he/she completing a problem and verifying the issue elimination, an agent could close the |
incident If the problem was not closed after it was marked as Completed, then it can be closed In case the agent hasn't closed the problem with the Completed mark, the system can close the problem automatically over an adjustable timeframe. |
The value value is only available for selection in Problem records with |
|
the state.Only the problem caller has the right to close the problem according to the best ITSM practice.