Month: September 2008

Posted on

Researching “Lean”

It is fall, and with fall comes the annual spate of postings on various discussion boards by advanced degree students working on papers and dissertations about “lean.”

In these postings, most of them are using some kind of survey instrument, and many of them are multiple choice. The latest one I have asks questions around which tools have been implemented, what kind of results they have achieved, etc, etc. It is fairly typical.

What I find a little disconcerting is that it is evident from the survey content that many of these people have no idea at all what they are researching. They haven’t done a literature search. They aren’t up to speed on breakthrough material – even the stuff that is 10 years old. The research topics themselves are often “old stuff” that is well understood and well established out there.

More disconcerting, I suppose, is that it also seems that there is a large body of people who think that having a survey filled out by a population of unknown self-selecting people who happen to read an online forum with the world “lean” in it somehow equates to surveying experienced experts.

I don’t want to get too down on academia. We practitioners need them. Academics take their very capable and sharp tools, ask tough questions, and publish all kinds of great reference material that helps the rest of us understand things we wouldn’t otherwise.

BUT the meaningful research all has one thing in common – it is based on actual boots-on-the-ground field work. The data is gathered by physical observation, not just asking people what they think.

This is true to the spirit of genchi genbutsu – “Go and see for yourself” which, in the Toyota culture at least, is the only way to have credibility that you know what you are talking about.

Posted on

Why Doesn’t Daily Kaizen Happen?

More than one organization gets stuck in kaizen events. By "stuck" I mean that kaizen events are the only mechanism for improvement. A good indicator of this is "waiting for a kaizen event" to make an improvement that everyone agrees should be made.

At the same time, I see leaders who understand that these kinds of improvements should be made on a daily basis, but those leaders are frustrated because that doesn’t happen.

So why does this happen?

There are a few things that have to be in place, but even with a workforce that understands improvement and where this is going, even with shop floor leaders who understand how to do it, that doesn’t seem to be enough.

So here are some things to think about.

You block out time during the day for your start-up meeting, end-of-shift cleanup (a different topic). You block out time for preventative maintenance (you do, right?). You block out time and resources for the things you expect to get done.

Do the low-level work groups capture, in real time, the little issues that disrupt smooth work? Those are your daily kaizen opportunities.

Do you block out time for daily kaizen? If you don’t, then you are saying "Do kaizen when there is nothing else to do. Your daily kaizen time should not count as "available minutes" when calculating your takt time.

Do the Team Leaders and Supervisors expect the work teams to work on those problems during the kaizen time?

The bottom line: Don’t just wish it would happen. Look at what is necessary for success (skill, time, leadership, tools, expectations), make sure those things are available. If actual events are not what you planned, then study and understand why not and fix it. Daily kaizen is no different than production. You have to plan for it.

Posted on

Listening to the Customer vs. the HiPPO

Microsoft has an internal initiative to start running controlled experiments to determine what is actually better for users. I have no data (as I have no inside scoop from Microsoft, even though they are right down the road), but there is general opinion out there is that one of their latest efforts turned out to be less than impressive to the user community.

The mascot of this initiative is a hippo.

PERHAPS, and again, this is only speculation, when they were putting in all of the snazzy page flipping and rotating cube features, they were paying too much attention to the HiPPO and not enough to the actual customer.

What is the HiPPO?
The Highest Paid Person’s Opinon.

Who do you listen to?
Your customers? Do you actually go into the field and watch them use your product?
Do you use it the way they do, in their environment, to understand their experience?

Of does your head of engineering or sales claim to speak on their behalf when you are deciding on product features?

Posted on

Bloodletting: Why Controlled Experiments are Important

Bloodletting: Why Controlled Experiments are Important

I want to start this post with the last paragraph of this article:

Next time someone tells you that they are sure their idea will work, consider running a prototype in a controlled experiment, and make a data driven decision!

Now – the article itself is in the context of Microsoft software development, but this is what "lean thinking" is all about.

In the Toyota Production System, processes and the organization are deliberately constructed so that a kaizen experiment in one area is unlikely to affect another – at least not before there is ample warning and opportunity to reverse the change.

Every production cycle itself is conducted as a controlled experiment testing the hypothesis that the process:

  • Can be conducted as specified.
  • Delivers the specified results.

Of course – and here is the key point – it is only an experiment if someone actually examines what really happens. And this is the fundamental difference that is captured in the quote at the top.

A truly lean process has built in checks that check, each and every time, whether the idea works. Any time an idea doesn’t work, there is an expectation that the process will be stopped and understood.

Continuing to blindly produce, without knowing if each and every process is working as planned, without knowing if the result is as planed each and every time is being sure it will work. It is bloodletting.

Don’t bleed your process, or your company, to death with things you "know will work."

Posted on

Span of Support vs Span of Control

One of the popular buzzwords floating around out there right now is "servant leadership." Like all buzzwords, it is easy to say, and easy to subjugate.

One of the best terms I have heard that helps set the thinking is "span of support." Normally leader-to-lead rations are discussed in terms of "span of control." By saying "span of support" instead, the entire concept is turned on its head.

That makes it much more clear that the job of the leader is to ensure his or her people have what they need to succeed, to help them clear problems, and develop them professionally.

Posted on

Watch out for drug names that look, sound alike

Watch out for drug names that look, sound alike – Yahoo! News

One of the most common errors made in the health care industry is medication – giving the wrong stuff to the patient. There are a lot of root causes, and this article highlights one of them.

I certainly understand that the commercial pharmaceutical industry wants to establish and maintain brand awareness. And I am equally certain that they don’t really consider it "their problem" if "someone doesn’t pay attention" and prescribes the wrong medication; dispenses the wrong medication; administers the wrong medication or takes the wrong medication.

This is one of the problems with a complex system – where a problem originates in one part, but is only felt in another part.

Ultimately the solution is fairly simple. Assign an alpha-numeric code, not to the brand, but to the formulation, including the strength / dosage. Use that code for all bar coding, RF tags, database records, prescriptions, etc.

If it would help, combine that code with colored labels, backgrounds, shapes, etc. Anything to help visual distinguish one product from another.

This is, of course, not a 100% bullet-proof solution. But humans are really poor at distinguishing similar looking words from one another. We don’t see letters, we hear the sounds. This is an appropriate case where technology, which is well suited for this kind of thing, can be a big help.

Will it eliminate all errors? Of course not. Mislabeling or mixing mistakes are also common. But this would attack the problem cited in the article at its root. Then the companies can name their products anything they want, and we also eliminate all kinds of overburden on the already overworked attorneys.