Toyota Practical Problem Solving (PPS)—Monitor and Share

This post of my series on Practical Problem Solving (PPS) looks at what to do after you have done the “Do” part of PDCA. Yes, that’s right, after implementing the solutions you are not done yet. You need to monitor the outcome to see whether it has actually achieved the target you set much earlier. Here, the next steps can go into two directions. This would be the “Check” of PDCA. If you have not yet achieved the target… well… then you are not yet done and need to keep on working on the problem. If you have achieved the target, congratulations! Now share the wisdom with others. This is the “Act” of PDCA. Let me explain in more detail.

Read more

Toyota Practical Problem Solving (PPS)—Countermeasures and Implement

In this post of my series on the Toyota Practical Problem Solving (PPS), we finally get to the part many were excitedly waiting for—the development of countermeasures and their implementation. Some people like this part of actually doing the improvement (and hence finally the “Do” part of PDCA) so much that they skip the “Plan” part almost entirely. Don’t do that! Properly prepare and analyze before implementing a countermeasure. Without the plan, the countermeasure may be flawed.

Read more

Toyota Practical Problem Solving (PPS)—Targets and Root Causes

In the previous posts on this series of the Toyota Practical Problem Solving (PPS) I went into detail on how to understand the problem by clarifying the problem and breaking it down to get the prioritized problem. In this post I will look at target setting and root-cause analysis. Setting the target and doing the root-cause analysis is still the “Plan” part of PDCA. Only in my next post with the development of countermeasures do we get to the next step of “Do.”

Read more

Toyota Practical Problem Solving (PPS)—Clarify

In my last post I introduced the Toyota Practical Problem Solving approach (PPS) and gave an overview how it is rooted in PDCA and often used in the form of an A3. Now let’s dig deeper and go into the details of the individual steps. The first is to clarify the problem. The second is to break down and stratify the problem—to try to understand the problem better by looking at it from different angles, preferably using data. In my next post I will talk about target setting.

Read more

Standards Part 3: How to Write a Standard

Standards are the result of problem solving. In this article I will talk more about how to write a standard, but this is the outcome or the last steps of the problem-solving process. From this post onward I will look more at work standards, although the following is applicable to a lesser extent to part standards. Again, a standard is not something done on its own, but is part of a problem-solving process.

Read more

Hoshin Kanri and the Kanri Noryoku Program: Rejuvenating Toyota

In my previous posts I explained how Hoshin Kanri works. This post looks at how Toyota embeds Hoshin Kanri as part of their overall management structure. Toyota started this in 1979 when director Masao Nemoto started the Kanri Noryoku Program (管理能力プログラム), usually shortened to KanPro.

Read more

Hoshin Kanri – Part 4: The X-Matrix?

Is more better?

When googling Hoshin Kanri, you will sooner or later come across an X-Matrix. It is a visually very impressive tool, but I am in serious doubt about its usefulness. It focuses on the creation of the Hoshin items, but to me this approach is overkill, and – even worse – may distract the user from actually following the PDCA, especially the Check and Act parts. While the article is highly critical, I hope reading it and understanding the shortcomings help you better understand how Toyota thinks.

Read more

Cookie Consent with Real Cookie Banner