If you're on a Galaxy Fold, consider unfolding your phone or viewing it in full screen to best optimize your experience.
Every day brings a fresh round of information technology (IT) problems: A server goes down, an employee is locked out of their computer, or a piece of software goes haywire. Help tickets arrive in a steady stream, and it can seem like your IT department will never get ahead of the service request curve.
It need not be that way.
Information Technology Infrastructure Library (ITIL) principles can streamline and standardize many of your IT department activities. We'll go over the benefits of ITIL problem management and different processes to use it.
ITIL problem management deals with past, current, and future issues requiring IT service. Proactivity is its primary objective:
Problem management is one of the 26 processes included in ITIL Version 3 (V3) service life cycle best practices.
Don’t confuse problem management with incident management. After all, an incident requiring IT service is a problem, right? The difference between the two relates to scope and strategy:
If you're late to work one day, that's a single incident that may or may not indicate an underlying problem. If you're late to work three days every week, that’s a recurring problem: Leave home earlier, use a different means of transportation, or take an alternate route.
Effective problem management has a direct, positive impact on your business's bottom line. This return on investment (ROI) includes faster service times, lower employee turnover, fewer critical incidents, and increased customer satisfaction.
Mean time to repair (MTTR) is a key performance indicator (KPI) for your IT department because faster help request turnaround times allow more work to be done. Reducing MTTR can also decrease turnover among your IT staff, who are less likely to suffer burnout if they're not dealing with the same problems repeatedly.
Problem management helps you avoid expensive incidents before they happen. The Y2K calendar bug, for example, had the potential to crash computer systems worldwide. Its actual effects were negligible due to several years of proactive work by thousands of computer programmers.
Customer satisfaction (CSAT) is another KPI. Everyone gets frustrated when they encounter the same IT problem. Employees are less productive because their performance is compromised, and customers will find another service or product provider if it is too difficult to work with you.
ITIL V3 process management has six stages:
Multiple processes can help you work through these six stages, but no single one is the "best." Be familiar with all of them and choose the most appropriate one for each IT situation you face.
The five whys process is a Six Sigma technique to drill down to the root cause of a problem by asking a series of "why" questions. Five is not an absolute number; you should keep asking "why" as long as it is productive.
For example, the problem might be lower than projected online sales on multiple weekends. Why? The e-commerce platform would not process transactions. Why? A glitch in the payment processor that wasn't fixed until Monday.
Why? IT staff over the weekend did not have the appropriate expertise. Why? Weekend staffing is based on seniority. Why? Senior IT techs want weekends off.
Answering these questions helps formulate countermeasures. Solutions for the problem above -- lower than projected weekend sales due to a lack of IT support -- could include having senior IT techs on call, providing extra training for junior techs, or requiring all techs to work weekends on a rotating schedule.
The Kepner-Tregoe (KT) matrix has four components that identify solutions and assess their viability:
Website sales over weekends were lower than projected in the five whys example because of a lack of IT support. Potential solutions included having senior IT techs on call, providing more training to junior techs, or requiring all techs to work weekends on a rotating basis.
The K-T matrix could produce the same potential solutions for the weekend sales problem but includes an assessment step to identify the "best" one. It also recognizes that even the best solution can produce negative effects that must be identified and addressed.
Pareto analysis is based on the 80/20 rule: 80% of problems or benefits are created by 20% of key causes. In 2002, for example, Microsoft reported that 80% of crashes and errors in MS Office and Windows were caused by 20% of all reported bugs.
Other real-world 80/20 rule examples include:
Pareto analysis is used to identify the most cost-efficient solutions to problems. Microsoft discovered that fixing the top 20% most-reported bugs led to 80% fewer crashes.
In our example of low weekend website sales, evaluating potential solutions means calculating which one produces the best ROI for the lowest cost.
Pain value analysis is similar to Pareto analysis because it identifies the problems creating the greatest negative impact on the company. Then, more resources can be allocated to solve them, such as creating runbooks to guide the procedures to fix them.
The pain value formula multiplies the number of users affected by the amount of downtime, impact on each user, and the company's incurred financial cost.
Each problem is then assigned a priority level:
The typical problem manager has a long list of problems to address and can't afford to get lost in the weeds with low priority ones.
Slow website sales over the weekend due to staffing issues or technical failures is a high or immediate priority problem. You don't want it competing for attention with minor service requests or general inquiries.
Brainstorming is more informal than the first two processes. It has less to do with implementing a solution than identifying a solution to present to stakeholders. This process is most effective when using a cross-functional team: Siloing is avoided, a wider range of ideas is generated, and participation is increased.
Brainstorming steps include:
If website sales are down on the weekend, brainstorming could also produce the potential solutions above. The process to choose the most viable one to implement would depend upon negotiations between stakeholders, including senior management, junior techs, and senior techs.
Affinity mapping is often used as an extension of brainstorming to help categorize ideas. It organizes large data sets and identifies relationships among information.
Affinity mapping has four steps:
The most effective affinity diagrams have 40-60 items, but up to 200 items are not uncommon. This process helps prevents teams from focusing on one solution too early in the problem management process, at the expense of others that could be viable too.
Going back to the slow weekend sales example, affinity mapping produces more ideas to work with than, for example, the five whys method.
The current version of ITIL V3, released in 2011, is built around the concept of ITIL life cycles, that consisting of 26 processes within five service areas:
ITIL V4, released in 2019, expanded the scope of ITIL V3 by grouping 34 processes into three areas within the service value system (SVS):
ITIL's original iteration, developed in the 1980s, was an ad hoc collection of IT best practices and checklists. ITIL V4 SVS principles employ a holistic view of IT activities to better integrate each IT department with other company departments and overarching business goals.
Worried about implementing problem management on your own? The best IT help desk software supports multiple ITIL processes. Effective problem management provides clear bottom-line evidence to support its continued use.
Our Small Business Expert
We're firm believers in the Golden Rule, which is why editorial opinions are ours alone and have not been previously reviewed, approved, or endorsed by included advertisers. The Ascent, a Motley Fool service, does not cover all offers on the market. The Ascent has a dedicated team of editors and analysts focused on personal finance, and they follow the same set of publishing standards and editorial integrity while maintaining professional separation from the analysts and editors on other Motley Fool brands.