This documentation supports the 23.3 version of BMC Helix ITSM Insights.To view an earlier version, select the version from the Product version menu.

Learning about proactive problem management


A problem is an underlying cause of one or more incidents. Problem management aims at minimizing the number of incidents, and thus, reducing the effort required by Service Desk to mitigate the impact of incidents. The Problem Management module in BMC Helix ITSM supports this goal by managing problem investigations and known errors. 

For more details about problem investigation, see Managing problem investigations and known errors (Servicedesk documentation).

The following video illustrates how you can use the Proactive problem management workspace in BMC Helix ITSM Insights.


icon_play.pnghttps://youtu.be/3oCRe-LciLI

Proactive problem management

Proactive problem management seeks out issues, faults, and known errors in IT systems by analyzing past incidents, networking monitor data logs, and other sources of information. It then proceeds to solve them permanently before they arise as incidents. This process is a part of continuous service improvement and is driven from a continual improvement perspective. The trigger is not the result of an active incident, but rather the result of identified risks to service. These risks may include warnings, errors, or potential breaches to thresholds that indicate potential problem areas. As such, proactive problem management activities take place as ongoing activities targeted to improve the overall availability and end user satisfaction with IT services. 

Use Proactive problem management to perform the following actions:

For more details, see Identifying problems proactively.

Proactive problem management with resolution insights

The Resolution insights capability leverages the solution from incident management to help problem coordinators understand the root cause of a group of incidents of similar resolution and the holistic solution needed for the associated users. The capability refers to the resolution note details of resolved and closed incidents entered by the service desk agents during resolution. Based on the analysis, the capability performs the following actions:

  • Cluster incidents of similar resolution in problem management
  • Suggest how similar incidents were resolved,
  • Provide knowledge articles used for resolution
  • Display the resolution insights similarity score. 

The following video illustrates how you can use the resolution insights capability in BMC Helix ITSM Insights.

icon_play.pnghttps://www.youtube.com/embed/DyZn9MavVGQ

For more details, see Viewing resolution summary of incidents.

Proactive problem management process

The goal of the proactive problem management process is to identify frequently recurring incidents and improve Service Desk efficiency by preventing these incidents from reoccurring in the future.
The proactive problem management process consists of the following stages:

image-2024-11-19_13-20-40.png

Review incidents

A problem coordinator performs manual reviews to check for closed and resolved incidents.
During the review, the problem coordinator analyzes the incident data to identify those incidents that are recurring and generate most work for the Service Desk.

Create the problem investigation

When a problem area is identified, the problem coordinator creates a problem investigation and relates it to the corresponding incidents.
Alternatively, the problem coordinator can create problem investigation based on certain incident events.

The problem coordinator then assigns the problem investigation to a specialist who has the appropriate combination of skills, availability, and access rights to perform a root cause analysis.
To know more about incident rules, see Configuring incident rules.
To know how to create problem based on certain incident events, see Creating a problem investigation and known error.

Perform a root-cause analysis

When a problem investigation is assigned to a specialist for root cause analysis, the specialist looks for a temporary workaround to restore the affected service.
If the specialist implements a workaround, the specialist adds information about it to the problem investigation record. This helps other specialists resolve future incidents caused by the problem until a permanent solution is implemented. Next, the specialist looks for the root cause of the problem. 

Identify changes

Based on the change-related observation, the specialist performs the following actions:

Observation

Action

Change is required to remove the root cause or to enable a workaround

Request the problem coordinator to include a change coordinator in the analysis.
Otherwise, implement the preferred structural solution.

Unable to find the root cause or propose a structural solution

Update the problem investigation record with the reason for not being able to find the root cause or to propose a structural solution

Root cause analysis is complete

Inform the problem coordinator about the completion of root cause analysis


Close or reassign problem investigations

After the root cause analysis is completed, the problem coordinator reviews the analysis.

Based on the observation, the problem coordinator performs the following actions:

Observation

Action

Problem has been resolved permanently and satisfactory root cause analysis is performed

Close the problem investigation

No permanent workaround or solution exists for the problem 

Perform periodic reviews of the problem to find a permanent solution in the future

Resolution did not remove the root cause, or a better solution exists for the problem

Reassign the problem investigation for further analysis


Testing your knowledge

Check your knowledge. See if you can answer each question. Click the questions to view the answer.

How does the problem management process start?

The problem coordinator typically starts the process with an incident request review. Problem investigations can also be triggered by other processes. For example, a service desk specialist can create a problem investigation if they think that an incident request was caused by an underlying problem.

What does it mean for a problem investigation to be at an impasse?

If root cause analysis concludes that no permanent workaround or solution to the root cause exists, the problem investigation is at an impasse. Problem investigations at an impasse are open for periodic review in the event that an appropriate solution becomes available in the future.

When are changes identified?

Changes are identified by specialists during root cause analysis. Changes might be required to permanently work around or remove the root cause.

Do you want to learn more?

Determining-areas-for-problem-investigation

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*