You can get the whole book on Amazon here and enjoy your own copy.
Solve the Real Cause of the Problem
Implementing solutions to problems in our job or business often takes time and money to do. Many people spend this time and money only to discover they were solving the wrong thing – addressing only the symptoms and not the actual cause. Using the power of Root Cause Analysis can help us discover and solve the real problem and avoid this waste. Problems are also wonderful opportunities – if we can solve the real problem it can make our job easier and far more enjoyable.
When we have a specific problem that we need to solve, it is extremely important that we:
- Clearly define the problem we are working on, before we begin.
This means we “go and see” the problem, directly where the work is done (at the Gemba, 2.2) and hopefully as soon as it happens (with Jidoka, 4.2).
It also means articulating the problem specifically as a gap from where we are to where we want to be, based on something measurable like our customer driven metrics (Quality, Delivery, Cost or Sales, 1.2) or reducing one or more of the eight wastes (3.1).
For Lisa this might mean reducing wait time in a queue from 10 minutes (where she is) to five minutes (where she wants to be) instead of just saying “less queue time”. Defining a problem in this way also makes it easy to know when you have succeeded – you are not chasing a vague concept. And because you have defined the problem as a measurable gap, it is also easier to present a clear view from the problem, to a solution.
During our Kaizen meetings, while mapping our process, or even when walking the Gemba, we may need to get to the real cause of these problems we reveal. To do so we use a Fishbone diagram and the “Five Whys”.
Fishbone or Ishikawa Analysis
A Fishbone diagram is used to get a quick idea of where the cause of our problem might lie by separating ideas into categories.
The four categories are:
- People
- Information
- Process
- System
An easy way to remember them is “PIPS”.
In Manufacturing, the four categories can also be known as the “Four M’s”: Man and woman, Materials, Method, or Machine.
To use a Fishbone diagram, Lisa would note her clearly defined problem at one end, the “head” of the fish. She could then have her team-mates call out reasons why they believe the problem is happening. These reasons would be noted under any of the four categories, depending on where the cause lies.
As usual, a picture says a thousand words:
Figure 15: An example of a Fishbone or Ishikawa diagram, noting reasons under People, Information, Process and Systems. Once complete, we can group similar problems or reasons together and then perform the Five Whys.
Once she had a few reasons, Lisa could group them together further. For example, there might be a few reasons that relate to how people are trained, or others that always come back to a certain department. This allows her to narrow down her causes effectively into one or two main reasons, and she can then delve even deeper with the Five Whys.
The Five Whys
Once we have an idea of where our problem lies using a Fishbone diagram, we can use the Five Whys to delve deeper into any of the main reasons that we have come up with, if we need to.
To perform the Five Whys, we ask “Why” this is happening, and with each new answer ask why again until the answers have been exhausted or we need to gather more data.
Let’s say that in one of the process steps at the Shoe Emporium Lisa identified that there is a high rework percentage, perhaps 50%. Maybe it’s a form that doesn’t get filled out correctly and needs to be re-done.
The conversation might go a little like this:
Why does the form come back for rework 50% of the time?
1. The customer doesn’t fill it out correctly
Why?
2. They don’t feel like they have to, or they don’t understand it
Why?
3. We haven’t explained the importance of the form or how to fill it out
Why?
4. We don’t focus on building in quality when gathering the information, and it is too easy to make a mistake.
In this scenario we didn’t need all five “whys” – this is OK. The main point is to keep asking until the answers have been exhausted, or we need more information. We also know our Five Whys are working when we can go back up the line of questions and replace “Why” with “Therefore”.
For example:
4. We don’t focus on building in quality when gathering information
Therefore:
3. We haven’t explained the importance of the form or how to fill it out
Therefore:
2. Our customers don’t understand it
Therefore:
1. Our customer doesn’t fill it out correctly and it comes back 50% of the time.
Once you have narrowed down your answers, you can add the real problems into your Value Stream Map as Kaizen Bursts, and brainstorm solutions with your team-mates.
When you are brainstorming solutions, you can use ideas from Chapters Three, Four and Five to help you. This will give you tools such as having a standard process, error proofing or stopping when a defect is found, working towards one-piece flow, then changing how people are measured or rewarded and making information, process steps, queue times or other things visible, which can all have a huge impact.
It is also a good idea to use the 5 Whys on our processes – as in “Why do we do this step?” In many cases a process may have been created long ago and things have changed or moved on, leaving the process unnecessary. If the only reason for doing something is because “this is the way it’s always been done,” then thank goodness you are going through a Lean transformation!
You can get the whole book on Amazon here and enjoy your own copy.
Selected chapters from the story within Five minute Lean:
- Lean Parable – Where Lisa Makes a Change
- Lean Parable – Where Lisa Discovers a New Way
- Lean Parable – Where Lisa Performs a Balancing Act
- Lean Parable – Where Lisa Pulls the Trigger
- Lean Parable – Where Lisa Sets a New Standard
- Lean Parable – Where Lisa Becomes a Leader
Check out these selected chapters from the teachings within Five Minute Lean:
- Five Minute Lean – Use Pareto to Find Where to Start
- Five Minute Lean – Eliminate the Eight Wastes to Improve Flow
- Five Minute Lean – Create a Future State Value Stream Map
- Five Minute Lean – The Power of Incentives – What is Measured and Rewarded Improves
- Five Minute Lean – Make Feedback Meaningful with Kano Analysis
- Five Minute Lean – Present and Manage Your Change Using an A3 and LCA
- Five Minute Lean – Implement With Agile for Fast Iterations and Feedback
- Five Minute Lean – Map the Value Stream to Reveal Opportunities
- Five Minute Lean – Use Feedback to Fix and Guarantee
- Five Minute Lean: Glossary
- Five Minute Lean – Go to the Gemba
- Five Minute Lean – Solve the Real Cause of the Problem
- Five Minute Lean – Organise Your Process with Five S
- The Five Minute Catch-up
- Five Minute Lean – Work Towards One-Piece-Flow (and Reducing Silos or Batching)
- Five Minute Lean – Get Your Map Started with a SIPOC
- Five Minute Lean – Introduction
- Five Minute Lean – Gather Direct Feedback and Indirect Feedback
- Five Minute Lean Summary
- Five Minute Lean – Build in Quality with Error-Proofing and Autonomation
- Five Minute Lean – Add Important Data to Your Map
- Five Minute Lean – Create a Pull System with FIFO, Kanban Triggers and Visual Management
- Five Minute Lean – Heijunka: Level the Workload when Demand Fluctuates
- Five Minute Lean – Put it Together With Design for Ease of Use
- Five Minute Lean – Use Kaizen and Kaizen Events to Help Stakeholder Buy-In
- Five Minute Lean – Collect and Measure Feedback With the Net Promoter Score
- Five Minute Lean – Value is Determined by the Customer
- Five Minute Lean – Help Your Process Flow with Line Balancing
- Five Minute Lean – Create a New Standard Procedure and Checklist for Quality Control