One of your central tasks as a manager is to resolve problems. In a problem-free workplace, where everyone got their work done fluidly and seamlessly, there would be little need for managers at all.
Problems come in all shapes and sizes, and the way they should be handled varies accordingly. The last chapter, in fact, included several techniques, such as PDSA (plan, do, study, and act) cycles and agile working methods, which are useful for resolving small run-of-the-mill problems. But sometimes problems are much more substantial, causing a production line to break down, a deadline to be missed, or an important customer relationship to be mishandled. In these cases, you need a different set of techniques, and that is what we are looking at here.
Three of these techniques are about digging into visible problems to unearth the reasons they occurred in the first place: These are getting systematically to the root of a problem (#33), identifying the many possible causes of a problem (#34), and mapping business processes clearly (#35). Then we take an unusual perspective, namely solving problems by capitalizing on what's going well (#36). Finally, we discuss a people-based approach that can be relevant to several of the other techniques, namely bringing people together to solve problems (#37).
A couple of important themes cut across all these techniques. First, your role as a manager is rarely to simply pinpoint the cause of a problem and implement the solution. More often, you are putting in place some sort of problem-solving process that taps into the insights and perspectives of others – partly because they will often be the ones who know the details and partly because their involvement will be needed to implement the chosen solution. So, even though problem solving is ultimately a task-focused activity, it typically needs quite a lot of social and diplomatic skill on your part if it is to work effectively.
And a word of caution: These techniques are great, but they all take time. If you are trying to unknot a problem that is holding everything up – for example, a broken-down production system – you may have no option but to get to the bottom of it. But there are other types of problems where you are trying to figure out a sensible way forward and there is no right or wrong answer. These are sometimes called “wicked problems.” In such cases, there is a real risk of analysis paralysis – a desire to collect more data and to do an in-depth investigation just to make sure you are going the right way. Many large firms suffer from this pathology, and of course, it leads to finger-pointing, defensive behavior, and slow decision making.
So, although it is important to come to grips with all these problem-solving processes, you also need to keep in mind the cost and effort involved in using them. One of the hallmarks of good managers is knowing how much to intervene – sometimes a light touch is fine; at other times, a deep-dive problem-solving technique is what's needed.
Sometimes, it's easy to pinpoint the cause of business problems, and you can quickly develop solutions. Other problems are particularly knotty, and despite a team's best efforts, they evade resolution. And then there are the serious problems with major downside risks where you need to get the solution right the first time.
These latter two cases are where a thorough process like root cause analysis is most useful. Use it to understand in detail what happened and to develop solutions so that it doesn't happen again.
There are typically three types of causes: physical causes, such as something breaking; human causes, such as someone not undertaking preventive maintenance; and organizational causes, such as hiring the wrong people, not making sufficient resources available, or departments acting at cross-purposes to each other. Although it is easy to blame individuals for not doing their jobs properly, the root cause is usually much deeper – there is typically some sort of organizational or procedural flaw that lies behind nonperformance. Here are the key steps in root cause analysis:
Find out more about CATWOE: | http://mnd.tools/33-1 |
Learn more about causal factor charting: | http://mnd.tools/33-2 |
Discover more about the five whys: | http://mnd.tools/33-3 |
Learn more about root cause analysis: | http://mnd.tools/33-4 |
Cause and effect analysis is another popular framework that managers use to brainstorm the possible sources of a problem. Popularized in Japan in the 1960s by Professor Kaoru Ishikawa, it pushes you to explore all possible causes of a problem, rather than just the most obvious one, so that you are more likely to solve it the first time around. It is a technique that has stood the test of time.
Cause and effect analyses are often called fishbone diagrams because they look like the head and skeleton of a fish – see the example in Figure 6.1.
These diagrams are traditionally drawn from right to left. Start by writing a brief description of the problem in a box on the right-hand side of a whiteboard. Draw a line out to the left across the board (think of this as the head and spine of the fish – see Figure 6.2).
Then draw lines off for the major groups of factors that may affect the problem. It's helpful to use a standardized list of factors to make sure your analysis is comprehensive – for example, five Ms in manufacturing (machine, method, material, manpower, and measurement), four Ps in marketing (product, price, place, and promotion), or the McKinsey seven Ss (strategy, structure, systems, shared values, skills, style, and staff). This will give you a diagram like Figure 6.3.
For each major group of factors, brainstorm (see #48) the different elements that make up each factor and the possible causes of the problem for each. You can then evaluate each one in turn.
This process gives you a robust “map” of the problem situation, and the possible causes at every point, so you are more likely to find the real root causes than if you used a less structured approach.
Find out more about cause and effect diagrams: | http://mnd.tools/34 |
Cause and effect diagrams (#34) are great for taking a top-down view of a situation, but they don't help you think about how work is done within it. This is the domain of business process management, and many of the problems an organization experiences come from issues with its internal processes.
The first step in improving a business process is to map it out so you can fully understand the complexities of what is being done right now. As a manager, you're unlikely to be aware of many of the steps involved in delivering a high-quality product (especially when you have a highly skilled team with people who are used to taking a lot of personal responsibility).
Swim lane diagrams – developed by Geary Rummler and Alan Brache – are a useful way to map who does what and in what order. You can see an example of a swim lane diagram in Figure 6.4.
To draw a swim lane diagram, follow these steps:
As an aside, this type of analysis was reinvented as business process re-engineering during the 1990s. For a while, it became extremely popular, only to be discredited because many companies used it as a way of justifying mass redundancies. However, the underlying notion that business processes need to be periodically reviewed and simplified is still entirely valid.
Find out more about swim lane diagrams, and download our template for it: | http://mnd.tools/35 |
We've looked at useful techniques for identifying things that are going wrong within an organization, and these are clearly very useful. However, there's also a completely different approach – appreciative inquiry – which focuses on what's going well. For example, imagine you're running a health club and you're struggling to retain members. In addition to focusing on solving the problems that are causing people to leave, you can ask long-term members what they love about the club. You can then work with your team to actively market these things to bring in new members who'll appreciate the things you're already doing well.
Appreciative inquiry is often conducted using a 4-D approach – discover, dream, design, and deliver. Here, we're adding in a define stage, making five Ds:
Enjoy using appreciative inquiry – it's an uplifting and transformational technique!
Find out more about appreciative inquiry: | http://mnd.tools/36 |
Source: Adapted from Kessler 2013. Reproduced with permission of Sage Publications, Inc.
When we're faced with a thorny problem, our first instinct is often to gather our team to discuss it. Groups bring a diversity of perspectives to a problem, and of course their buy-in is needed to implement whatever solution is chosen. In our survey of 15,000 managers, “bringing people together to solve problems” was the most popular in the whole category of problem-solving techniques.
But there can be big practical challenges here because groups do not always function in effective or efficient ways. There are plenty of famous cases where groups have gotten into “groupthink” mode or have fallen out with each other, and have ended up making spectacularly bad decisions.
You need to understand these risks so you can guard against them. Research has identified a number of issues to watch out for:
So how can you avoid these problems?
Start by selecting a group of people with diverse professional expertise and cultural experiences. Give them time at the start of the session to think, as individuals, about how they'd solve the problem so they can develop their own ideas in some depth. Encourage them to come up with several options so that they've thought beyond the most obvious solutions.
Then, during the session, make sure to manage the process – in other words, take stock periodically of the way the conversation is going, and be prepared to intervene if you think that group dynamics are going awry.
Discover other things you can do to avoid problems with group dynamics: | http://mnd.tools/37-1 |
Learn more about avoiding groupthink: | http://mnd.tools/37-2 |
So which useful problem-solving techniques didn't make the cut in our global survey of 15,000 businesspeople? Three are particularly useful, and you can discover them at http://mnd.tools/c6c.