Featured Product
This Week in Quality Digest Live
Lean Features
Jeremy L. Boerger
To keep your business running, you need visibility into your IT assets
Kevin Ketels
The baby formula industry was primed for disaster long before a key factory closed down
Joe Vernon
The greatest advantage of CV is its ability to count and categorize inventory
James J. Kline
Quality professional organizations need to adjust their body of knowledge to include an understanding of big data
Brandon Cornuke
Focusing on cost isn’t sustainable for growth

More Features

Lean News
Enables system-level modeling with 2D and 3D visualization, reducing engineering effort, risk, and cost
It is a smart way to eliminate waste and maximize value
Simplified process focuses on the fundamentals every new ERP user needs
DigiLEAN software helps companies digitize their lean journey
Partnership embeds quality assurance at every stage of the product life cycle, enables agile product introduction
First trial module of learning tool focuses on ISO 9001 and is available now
Offset-aware programming of spindle transfers and bar pulls helps manufacturers drive multichannel CNC machinery
Freedom platform connects to any industrial asset to provide automated intelligence related to asset availability, utilization, and continuous improvement
Galileo’s Telescope describes how to measure success at the top of the organization, translate down to every level of supervision

More News

Mark Rosenthal

Lean

Are You Overproducing Improvements?

Don’t overwhelm the system with excess output

Published: Monday, April 30, 2018 - 12:02

Imagine a factory with a large monument machine. It takes several days to set up. When it does run, it runs very fast, much faster than you can actually use its output. Therefore, you take the excess output and store it to use later. Actually, you don’t know how many items you need to make, so you make as many as you can while the machine is available to you.

Some of that excess output may prove to be less useful than you thought, but there is pressure to use it all anyway since it was so expensive to produce.

After a run making items for one process, you change it over to make items for a different process, and build up a queue of output there.

When all of the output is used, it all may or may not work the way you expected it to.

Most of us would see this as a classic case of “overproduction”—overwhelming the system with excess output that hasn’t been checked for quality, that isn’t needed right now, and might or might not be useful in the future. But it seemed like good efficiency to make it while we could.

Our lean thinking tells us we want to do a few things here. Ultimately, we want to work hard to break up the batches, and make the value flow more evenly to each of the customer processes, and ultimately to the end customers. The work we must do to keep things moving smoothly and evenly will pay off in both tangible and intangible ways.

One of the primary reasons we push hard for 1:1 flow in the lean world is to enable one-by-one confirmation.

We want to test each item of output to confirm that it actually performs as expected rather than making lots of them without knowing if they are any good.

How do you produce improvements?

Now, imagine doing improvements this way. What would it look like?

A process would be scheduled to receive the rapid output of the improvement machine.

The improvement machine would be set up over a period of several days to produce improvements for the target process.

Once it was running, we would run the improvement machine very fast for a week or so. It would produce improvements faster than the target process can really absorb them.

At the end of the run, we might test the improvements as a batch. We might not test them at all, but rather report that they have been implemented with the assumption that they will work. We would also have excess improvements stored on a to-do list for future use.

Those excess improvements might, or might not, prove to be useful, but we would have huge pressure to implement them because they are on the list.

Once the machine was done producing improvements for one process, it would be set up to produce improvements the same way for another.

We would measure how many times we were able to run the improvement machine in a year, not so much the actual sustained impact we were making.

Improvements that were made without the machine might not be measured or credited at all. Or worse, these rogue improvements might actually be discouraged since they are made by people who aren’t certified to run the machine.

Now... substitute “kaizen event” for “improvement machine” and see if it makes any sense.

Why are big batches necessary?

The reason the large monument machine has to cycle batches of output to different customers is because those customer processes don’t have the internal capability to do what it does. We need an outside resource to do it.

The countermeasure we strive to apply in these cases is to identify the capability that the customer process does need. We then work hard to develop it on a scale the customer can incorporate into their daily work. This is typically smaller, more specialized, and scoped to their needs.

My purpose here, though, is to apply a metaphor, not to discuss the economics of large capital equipment.

When we “batch improvements” it is often for the same reason: The area that is being improved can’t do it alone, so we have to dedicate a scarce outside resource—an improvement expert—to lead the process. Because that improvement leader can’t be there 100 percent of the time, he has to work as hard and fast as he can when he is there.

Making improvements vs. teaching how to make improvements

The countermeasure in both scenarios is the same: Develop the capability within the process. In the case of making improvements, this means asking, “Why can’t they do it themselves?” Is it:
• Because they don’t know how? Something we need to teach.
• Because they don’t think it is important? Something we need to communicate, through a challenge.
• Because they don’t have time? Something we need to better understand and address.

All of these are harder than just doing it for them. But if we want improvement to flow, this is the work that must be done.

First published on The Lean Thinker.

Discuss

About The Author

Mark Rosenthal’s picture

Mark Rosenthal

Mark Rosenthal is an experienced lean manufacturing/quality director and manager with more than 20 years of experience implementing continuous improvement in diverse organizations. He brings deep understanding of the Toyota Production System and has proven ability to see any organization’s potential. Rosenthal is a change agent who facilitates the process of discovery to quickly make an impact on the way people think, enabling them to cut to the core issues and get things moving by engaging the entire team to develop solutions that affect the bottom line.

Comments

Making improvements vs. teaching how to make improvements

I think a more important question that your article hinted at but did not articulate would be:

"Is it because we have not empowered them to make the necessary improvements even though they have the requisite knowledge and experience to do so?"