Ghost Victories – an excerpt from Upstream by Dan Heath

Amazon affiliate link to book listing for Upstream by Dan Heath
The link to the image takes you to the Amazon listing for the book. If you happen to order it, I get a small kickback, no cost to you, Just FYI.

Dan Heath has just published a new book, Upstream: The Quest to Solve Problems Before They Happen.

I just got the book, and am reading it now. I think there is going to be a lot of good material to discuss here.

But this post is about a marketing email with an excerpt really resonated with me, and I want to discuss that. I wrote to Dan Heath, and got his permission to use pieces of the excerpt here. (Thank you, Dan)

Management By Measurement = “Ghost Victories”

I have talked about what I call “management by measurement” in the past. In that post I told a true story of a company that placed very heavy emphasis on reducing inventory levels without digging into how that performance was achieved. The net result was a an embarrassed CEO during a quarterly analyst’s call. Not good.

Dan Heath talks about the same thing in Upstream. He calls it “ghost victories.”

[when] there is a separation between (a) the way we’re measuring success and (b) the actual results we want to see in the world, we run the risk of a “ghost victory”: a superficial success that cloaks failure.

The most destructive form of ghost victory is when your measures become the mission. Because, in those situations, it’s possible to ace your measures while undermining your mission.

He goes on to describe a case in the U.K. where the Department of Health established penalties for wait times longer than four hours in the Emergency Departments. And it worked. Wait times were reduced – at least on paper. Then the facts began to emerge:

 In some hospitals, patients had been left in ambulances parked outside the hospital—up until the point when the staffers believed they could be seen within the prescribed four-hour window. Then they wheeled the patients inside.

In the old post I referenced above, I said:

If making the numbers (or the sky) look good is all that matters, the numbers will look good. As my friend Skip puts it so well, this can be done in one of three ways:

  • Distort the numbers.
  • Distort the process.
  • Change the process (to deliver better results).

The third option is a lot harder than the other two. But it is the only one that works in the long haul.

All of this ties very well to Billy Taylor’s keynote at KataCon6 where he talked about the difference between “Key Activities” and “Key Indicators.” It is only when we can get down to the observable actions and understand the cause-and-effect relationship between those actions and the needle we are trying to move that we will have any effect.

To avoid the “Ghost Victory” trap, Dan recommends “pre-gaming” your metrics and thinking of all of the ways it would be possible to hit the numbers while simultaneously damaging the organization. In other words, get ahead of the problem and solve it before it happens.

He proposes three tests which force us to apply different assumptions to our thinking.

The lazy bureaucrat test

Imagine the easiest possible way to hit the numbers – with the least amount of change to the status quo. The story I cited above about inventory levels is a great example.

I can make my defect rates improve by altering the definition of “defect.”

There are lots of accounting games that can be played.

This is one to borrow from Skip’s list – How can the underlying numbers be distorted to make this one look good when it really isn’t?

The “rising tides” test

What external factors would have a significant impact on this metric? For example, I was working at a large company where a significant part of their product cost was a commodity raw material. As the market price went down, “costs” went down, and bonuses all around. But when the market price went up, “costs” went up and careers were threatened and bad reviews issued.

Those shifts in commodity prices had nothing to do with how those managers were doing their jobs, the tide rose and fell, and their fortunes with it.

The question in my mind is “What things would make this number look good, or bad, without any effort or change in the process we are trying to measure?”

The defiling-the-mission test

Hmmm. This is a tough one. (not really)

And it is a really common problem in our world of quarterly and annual expectations. In what ways could meeting these numbers in the short term ultimately hurt our reputation, our business, in the long term?

For example, I can think of an ongoing story of a product development project that hit its cost and schedule milestones (what was being measured). But they did so at the cost of destroying their reputation with customers, their Federal regulators and the public (and, to a large extent, their employees). They now have a new CEO, but the deeper problem has origins in the late 1990s.

How long will it take them to recover? That story is still playing out.

In another case I was in a meeting with a team that was discussing a customer complaint. The ultimate cause was a decision to substitute a cheaper material to reduce production costs. But this is a premium brand. There was a great question asked there: “Which of our values did we violate here?” – so the introspection was awesome.

Next step? Ask that question before the decision is made: “Is this decision consistent with our values?” If that makes you uncomfortable, then time to look in the mirror.

Then there is this little incident from 2010:

Picture of burning Deepwater Horizon oil platform
BP Deepwater Horizon fire – Photo by USCG

The metric was cost and schedule. Which makes sense. But the behavior that was driven was cutting corners on safety.

Getting Ahead of Problems

The book’s subtitle says it is about getting ahead of problems. I am looking forward to reading it and writing something more comprehensive.

LEI Book: Getting Home

“Are you ahead or behind?” seems an innocent enough question.

But when asked by a Toyota advisor, the simple process of becoming able to answer it launched Liz McCartney and Jack Rosenburg on a journey of finding consistency in things that were “never the same” and stability in things that “always changed.”

Getting Home is, first and foremost, a story. And, with the “business novel” being an almost worn-out genre, seeing a non-fiction story was refreshing. So when Chet Marchwinski from the LEI offered a review copy to me, I accepted.

For the story background, I’ll leave it to you to read the blurb on Amazon.* Better yet – read the book – and it is worth reading. I’ll say that right up front.

Yet with stories like this it is all too easy to dismiss them because they have different circumstances from “my” specific case and say “Yeah, it worked there, but won’t work here.”

I would contend, however, that in this case “it worked” in situations that are far more difficult than anything we are likely to encounter in most organizations.

What I want to do here is help pull their specific achievements into more general application – what lessons are here that anyone can take away and apply directly.

What They Achieved

I can’t think of a lot (any?) business circumstances that would have more built-in variability and sources of chaos than the process of rebuilding communities after a disaster such as a hurricane or flood.

Every client has different circumstances. The make, mix and skill levels of the volunteer workforce changes continuously. Every community has different bureaucratic processes – not to mention the various U.S. government agencies which can be, well, unpredictable in how and when they respond.

Yet they have to mobilize quickly, and build houses. This means securing funding, getting permits, mobilizing unskilled and skilled labor, and orchestrating everything to meet the specific needs of specific clients on a massive scale… fast.

How They Achieved It

When they first connected with their Toyota advisor, the simple question, “Are you ahead or behind?” prompted the response that drives all improvement, all scientific advancement, all innovation:

“We don’t actually know.”

Actually they did, kind of, but it was in very general, high-level terms.

And that is what I encounter everywhere. People have a sense of ahead or behind (usually behind), but they don’t have a firm grasp on the cause and effect relationship – what specific event triggered the first delay?

This little book drives home the cascading effect of ever deepening understanding that emerges from that vital shift from accepting things as they are to a mindset of incessant curiosity.

Being able to answer “Are you ahead or behind?” means you have to have a point of reference – what is supposed to happen, in what order, with what timing, with what result. If you don’t know those things, you can only get a general sense of “on track” or not.

They had to develop standards for training – what to train, how to train – volunteers! – , which meant challenging assumptions about what could, and could not, be “standardized.” (A lot more than you think.)

A standard, in turn, provides a point of reference – are we following it, or are we being pushed off it. That point of reference comes back to being able to know “Are we ahead or behind?”

 

It Isn’t About the Specific Tools

Yet it is. While it isn’t that important about whether this-or-that specific tool or approach is put into place, it is critical to understand what the tools you use are there to achieve.

As you read the book, look for some common underlying themes:

Information as a Social Lever

The project started revolving around the ahead/behind board.

In the “lean” world, we talk about “visual controls” a lot, and are generally fans of status boards on the wall. We see the same thing in agile project management (when it is done well).

These information radiators work to create conversations between people. If they aren’t creating those conversations, then they aren’t working. In Getting Home it was those conversations that resulted in challenging their assumptions.

Beyond Rote Implementation

Each tool surfaced more detail, which in turn, challenged the next level. This goes far beyond a checklist of tools to implement. Each technical change you make – each tool you try to put into place – is going to surface something that invites you to be curious.

It is the “Huh… what is happening here?” – the curiosity response – that actually makes continuous improvement happen. It isn’t the tools, it is the process of responding to what they reveal that is important.

Summary

Like the tools it describes, Getting Home is an invitation, and that is all, to think a little deeper than the surface telling of the story.

My challenge to you: If you choose to read this book (and I hope you do), go deeper. Parse it. Ask “What did they learn?” ask “What did this tool or question reveal to them, about them?” And then ask “What signals did they see that am I missing in my own organization?”

 

 

———-

*This is an affiliate link that give me a very small kickback if you happen to purchase the book – no cost to you.

If You Aren’t Being Heard, Then Listen

I was sitting in on a conversation between a Continuous Improvement Manager and the Operations Manager the other day.

The Operations Manager was asking for help developing good leader standard work.

The C.I. manager was responding that she had already developed it for the Value Stream Manager, the Supervisor.

The Operations Manager said he thought right now, they needed to focus on the Team Leads, the first line of leadership.

The C.I. manager reiterated that she had already prepared standard work for the Value Stream Manager and the Supervisor.

The Operations Manager reiterated that he wanted, right now, to focus on the Team Leads.

This went back and forth three or four times, and the Operations Manager moved on to something else.

The C.I. Manager seemed frustrated and even a little angry.

My Working Hypothesis

The C.I. manager was frustrated because the work she had already done had not been implemented or acknowledged.

The Operations Manager was frustrated because his immediate need was not being acknowledged.

So they were each reiterating, again, what they had said before, neither of them acknowledging what the other was trying to say.

Being Heard as a Change Agent

When you say something, and the other person responds by reiterating what they have already said, this is a Big Red Flag for you. They are not going to hear anything you say until they feel you have heard them.

The cool part is that either of these parties can break the cycle of repetition by shifting into listening mode. I am going to take this from the perspective of the C.I. Manager / change agent since most of you reading this are more likely to be in that position.

Book cover: Never Split the DifferenceThere are lots of classes and materials out there about “active listening” but I really like a simple techniques that Chris Voss shares in his awesome book Never Split the Difference.*

At least they seem simple. But they require a lot of deliberate practice to master as they require breaking long standing unconscious habits. At least I know I’m still working on it.

The Goal: Hear “That’s Right”

The first step to listening is to listen!

Is the other person simply reiterating what they have said before in response to your message? Are you even aware of that? (or are you waiting them to stop talking so you can reiterate your message?) Take responsibility for breaking the cycle. Pay attention to their body language. Try to read how they are feeling right now.

Then test your hypothesis.

Instead of reiterating your message, repeat theirs back to them. Even better if you acknowledge the emotions behind their message.

“It sounds like you are really concerned that the leads don’t know what to do.”

Critical: In the words of Chris Voss, this requires that “late night FM DJ voice.”

NO sarcasm. NO implied judgement. You must come from a position of being curious about what they are trying to communicate, and what they are feeling.

You are trying to learn. You are not trying to make them wrong. You are not trying to make a point. You are not trying to be right.

If you are trying to do any of those things, you are not listening. You are, instead, trying to collect ammunition for your next salvo.

You will get one of two responses:

  • The other person will correct you.
  • The other person will give you some version of “Yeah, that’s right.” Those are the magic words you are trying to hear.

Let’s parse that sentence.

“It sounds like…”  (or “It seems like…”). You are not telling them what they are saying. You are telling them what you are hearing and sensing.

This invites correction. “No, that’s not it.” or “No, that’s not what I’m saying.”

They may be frustrated. That is why you must remain the calming influence.

(By the way – this is MUCH easier if you don’t have a stake in the conversation, and the process of being listened to really helps the other person clarify their own position. That is a good place to practice before you are in a high-stakes situation.)

“… you are really concerned…”

Acknowledge how you sense they are feeling. Again, this is inviting correction, clarification or agreement. In either case, you are getting more information.

“… that the leads don’t know what to do.”

This part of the sentence communicates your understanding of what you think is causing the emotion in the other person. Again, this is just an acknowledgment. It doesn’t mean that you agree that this issue should trigger this emotion, you are just acknowledging that it does.

If you don’t get “that’s right” then it is time to humbly and sincerely ask for correction. You have to do so in a way that makes it clear you really care about understanding. (“Seek first to understand.”)

Ideally the other person will attempt to clarify what they are trying to say. Cycle through this until they agree that what you are saying back is what they are trying to convey to you.

Trap: “You’re Right”

Voss points out a trap in this process: The critical difference between “that’s right” and “you’re right.”

First, if you hear “you’re right” that is an indication that the other person perceives you are trying to make your case vs. hearing them. Were you adding to the information? Were you passing judgement?

Next – In this context, “You’re right” often translates as “I’m tired of trying to talk about this.” There isn’t agreement yet. “You’re right” is about you. “That’s right” is about what you were saying. Very different things.

Which leads us to:

Don’t let “being right” about something get in the way of getting what you want or need.

The C.I. manager was right that she had prepared leader standard work for the value stream manager and the supervisor. And she was right that it hadn’t been acted upon.

But by sticking to her guns about that, the Operations Manager was left with the impression that she was refusing to help develop standard work for the team leaders, so he gave up on the conversation.

Here is what happens. Her frustration comes through. His brain (all of our brains) contains “mirror neurons” that invoke in him the emotions he is seeing across the table, which elevates his frustration without him even knowing it.

This is why that calming demeanor is so critical. If the other person picks up sarcasm, negativity, dismissiveness in your voice or body language, that will be reflected right back at you, and amplify everything the wrong way.

After (AFTER!!) getting an acknowledgment that he felt the main priority right now was the Team Leads, the C.I. manager might have created an opening –

State your facts: “I worked really hard on standard work for the value stream leader and supervisor.”

Own your own feelings: “I am feeling frustrated that none of that work was acted upon.” (Avoid victim language like “that makes me feel” or “you make me feel” statements.)

State what you need right now: “I’ll work on the standard work for the leads, but I would like to review the work I have already done and what happened with it so I can avoid the same situation with the leads. Can we do that?”

Finally…

There is no guarantee this works every time. But it works more often than escalating the emotion which probably never works.

_________________

*Why am I touting a book about negotiating? Because change agents must be able to reach agreements with others. And negotiating is a process of agreement creation. Chris Voss is a former FBI hostage negotiator. His job was to create agreements with terrorists, kidnappers, bank robbers. If his techniques work there, they probably work for a change agent in a company.

 

 

A Period of Reflection and Learning

Some of you have commented in back-channels that I have been pretty quiet for a while – both here as well as in regular correspondence. I’ve been in pretty heavy reflective mode for quite a while. I described it to someone as “I am learning faster than I can write it down right now – by the time I write something, I understand it in a different way and start over.”

A lot of that reflection has been around consolidating what I learned at from Rich Sheridan, James Goebel and all of the other Menlonians that I have the privilege to know now.

That work was punctuated, though not completed, by my keynote at KataCon last February (2018) where I followed Rich Sheridan and described my interpretation of the underlying meta-patterns that exist in pretty much any organization that we would call exceptionally good at what they do.

At the same time, another client (Thank you, Tomas!) introduced me to Ronald Heifetz and Martin Linsky’s body of work under the umbrella of “Adaptive Leadership.” From their model I think I picked out a fundamental failure mode of what we like to call “change initiatives” regardless of what tool set of operational models we are trying to deploy.

To learn more about this, I read (Note – these are Amazon affiliate links. If you choose to buy the book, I get a (very) small kickback at no cost to you.)

The Practice of Adaptive Leadership

Leadership on the Line

Leadership Can Be Taught

Teaching Leadership

Your Leadership Edge

and every paper and article I could find on the topic or about people’s experience. While doing this, I have tried out many of the teaching and coaching processes as well as applying the observation, interpretation and intervention skills in the course of my work. Those of you who participated in the Experiential Workshop that Craig Stritar and I put on at KataCon early this year were seeing the outcomes of this work up to that point.

My latest step was taking a three day seminar Your Leadership Edge from the Kansas Leadership Center in Wichita the 2nd week of August. The KLC’s model and methods are built on the Adaptive Leadership model. My intended outcome was to consolidate some of my understanding by getting the external perspective and participating within their structure.

The number one frustration of “change agents” out there is some form of “How to I get buy-in?” I know I have experienced that myself. It is easy when all of the constituencies and factions within the organization are well aligned on purpose and values. Not so easy when there are conflicts. I think the Adaptive Leadership model gives us an approach we can learn by practicing. It also mirrors the steps of problem solving / continuous improvement that are outlined in Mike Rother’s Toyota Kata. The context for action is different, but the process is the same: Learning what works through experimentation. That is the “adaptive” part of Adaptive Leadership.

This post is just some background around why I am pursuing this line of thought. As always, I write about things like this to force myself to improve my own understanding by having to explain them in the simplest possible terms. I am happy to have any of you along the journey with me, so subscribe or check-in or whatever and let’s see what we can learn.

Mark

Lean Process and Product Development: The Role of the Leader

The LEI was kind enough to send a review copy of their new book, the second edition of Lean Process and Product Development. I have just started it, and am already finding gems. (note to the LEI – the Kaizen Institute is not my address. Thanks to Jon for getting the book to me.)

The original edition was a cleaned up manuscript that was published well after the death of Allan Ward, and bore only his name on the cover.

This edition adds Durward Sobek to the author line. Sobek was a student of Ward and today stands on his own as someone whose views should be respected.

I am not going to try to compare the two editions, rather look at this new book as it stands on its own.

Rather than wait and write a big long review, I am going to publish short posts as I come across key points of note – hence the subtitle of this post.

I am already seeing a tight link to the leadership model outlined in Toyota Kata.

In the 2nd chapter, as the authors discuss Value and Performance of development projects (as in how efficiently they create profitable value streams and create usable knowledge for future projects), I came across a compelling quote:

A general manager of Toyota’s Advanced Vehicle Development department was asked how he spent his time.

He replied he spent about 2 hours a week doing administrative work, and the rest of the time “on technical problems.” Before I remark about the “technical problems” consider the first bit. How much time do your department heads spend administering vs. contributing to the development of the organization?

And that leads to the second part. He says:

“But every technical problem is also a personnel problem, because the problems don’t get to me if my people know how to solve them. So all of the time I’m working on technical problems, I’m also teaching someone.

To paraphrase the next paragraph in the book, the solution to personnel problems is to teach.

So I’ll digress from this book a bit here, and read between the lines a bit. If we go back to David Marquet’s sketchcast video he talks about the necessity of creating an environment where your people need to discover the answer, or “you’re always the answer man, and you can never go home and eat dinner.” (This is really hard when you know the answer, by the way.)

So already, in the first couple of chapters, we are establishing an environment that doesn’t simply produce engineering designs. Those, I suspect, are an outcome of deliberate processes to build the organizational competence and clarity.

We’ll see. More to come.

Learning To See in 2013

With the publication of Learning to See in 1999, Mike Rother and John Shook introduced a new genre of book to us – a mix of theory, example, and practical application. The story invites the readers to follow along and actually do for themselves.

This is one of those books that gives a bit more every time I read it. The more thorough my baseline understanding of TPS, the more I get from some of the nuances of Rother and Shook’s intent.

At the same time, I am beginning to formulate an idea that perhaps this book is often used out of its intended context – maybe a context that was assumed, but left unsaid.

I’d like to share some of the things I have learned over the years, especially as I have worked to integrate the concepts in Learning to See into other facets of the TPS – especially research by Steven Spear, Jeff Liker, and of course, Mike Rother’s follow-on work Toyota Kata with my own experience.

Value Streams

Learning to See introduced the term “value stream” to our everyday vernacular.

Although the term is mentioned in Lean Thinking by Womack and Jones, the concept of “map your value streams” was not rigorously explained until LTS was published.

To be clear, we had been mapping out process flows for a long time before Learning to See. But the book provided our community with a standard symbolic language and framework that enabled all of us to communicate and share our maps with others.

That, alone, made the book a breakthrough work because it enabled a shorthand for peer review and support within the community.

It also provided a simple and robust pattern to follow that breaks down and analyzes a large scale process. This enabled a much larger population to grasp these concepts and put them to practical use.

Learning to See and “Getting Lean”

In Chapter 11 of Lean Thinking, Womack and Jones set out a sequence of steps they postulate will transform a traditional business to a “lean one.”

The steps are summarized and paraphrased in the Forward (also by Womack and Jones) of Learning to See:

  1. Find a change agent (how about you?).
  2. Find a sensei (a teacher whose learning curve you can borrow)
  3. Seize (or create) a crisis to motivate action across your firm.
  4. Map the entire value stream for all of your product families.
  5. Pick something important and get started removing waste quickly, to surprise yourself with how much you can accomplish in a very short period.

Learning to See focuses on Step 4, which implies establishing a future-state to guide you.

In the Forward, Womack and Jones commented that people skipped Step 4 (map your value streams). Today, I see people skipping straight to that step.

Let’s continue the context discussion from the Forward, then dig into common use of the value stream mapping tool..

“Find a change agent (how about you?)” is a really interesting statement. “How about you?” implies that the reader is the change agent. I suspect (based on the “change agents” discussed in Lean Thinking that the assumption was that the “change agent” is a responsible line leader. Pat Lancaster, Art Byrne, George Koenigsaecker were some of the early change agents, and were (along with their common thread of Shingijutsu) very influential in the tone and direction set in Lean Thinking.

Today, though, I see job postings like this one (real, but edited for – believe it or not- brevity):

Job Title: Lean Manager

Reports To: Vice President & General Manager of Operations

Summary:

Lead highly collaborative action-based team efforts to clean out, simplify and mistake-proof our processes and our strategic suppliers’ processes.

This includes using proven methodological approaches, applying our culture and providing our team with technology, best cross-industry practices and all other resources needed to attain ever higher levels of productivity and customer delight.

Essential Duties and Responsibilities:

Endlessly define, prioritize and present opportunities for applying AWO’s, GB/BB projects and other LEAN principles to our supply chain and customer deliverables.

Develop, plan and execute the plans as selected by the business leaders.

Train all team members (and other selected individuals) in LEAN principles and mechanisms to be LEAN and preferred by customers.

Document procedures/routines, training, team results/best practices and the like.

Coaches business team members in the practical application of the Lean tools to drive significant business impact.

Leads and manages the current state value stream process.

Develops and implements future state value stream processes.

[…]

Responsible for planning and assisting in the execution of various Lean transformation events targeted towards improving the business’s performance on safety, quality, delivery, and cost.

Focuses on business performance that constantly strives to eliminate waste, improve customer satisfaction, on-time delivery, reduce operating costs and inventory via the use of Lean tools and continuous improvement methodologies.

[…]

Acts as change agent in challenging existing approaches and performance.

Whew. With all of that, here is my question: What is the line leadership expected to do? In other words, what is left for them to do? And what, exactly, are they supposed to be doing (and how) during all of this flurry of activity?

While all of the “change agent” examples outlined in Lean Thinking (which, in turn, provides context for Learning to See), are line leaders, all too often the role of “change agent” is delegated to a staff member such as the above.

I believe it is entirely possible for a line-leader change agent to also be the “sensei” – Michael Balle’s The Lean Manager shows a fictional scenario that does just that.

But if your “sensei” is a staff technical professional, or an external consultant, the “change agent” function is separate and distinct, or should be.

Which leads me to the first question that is never asked:

Why Are You Doing This At All?

That question can be a pretty confrontational. But it is a question that often goes unasked. 

This is especially true where “getting lean” is an initiative delegated to staff specialists, and not directly connected to achieving the strategic objectives of the business. In these cases, “Lean” is expressed as a “set of tools” for reducing costs.

I do not believe that “creating a crisis” is constructive, simply because when motivated by fear people tend to (1) panic and lose perspective and (2) tend to apply habitual responses, not creative ones. If there are high stakes at risk, creativity is not what you should expect.

On the other hand, a narrow and specific challenge that is set as Step Zero helps focus people’s attention and gives them permission not to address every problem all at once (which avoids paralysis and gridlock).

So, if I were to edit that list of steps, I’d change “Create a crisis” to “Issue a challenge to focus the effort” and move it to #1 or maybe #2 on the list. The “Find a sensei” then becomes a countermeasure for the obstacle of “We need AND WANT to do this, but don’t have enough experience.” (That assumption, in turn, implies a driving need to learn doesn’t it?)

These are appropriate roles for the “change agent” – and they are things that can only be effectively done from a position of authority.

Which brings us to back to Learning to See.

Beyond “Value-Added”

Someone, a long time ago, proposed that we categorize activities as “value-added” or “non-value-added.”

We say that a “value-added step” is “something the customer is willing to pay for.” A “non-value-added step” is anything else. Some non-value-added steps are necessary to advance the work or support the business structure.

While this analysis is fundamentally correct at the operational level, and works to get a general sense of what it possible, this approach can start us off on a journey to “identify and eliminate waste” from the process. (Not to mention non-productive debates about whether a particular activity is “value added” or not.)

Right away we are limited. The only way to grow the business using this approach is to use the newly freed up capacity to do something you aren’t doing now. But what?

If that decision hasn’t been made as a core part of the challenge, the leaders are often left wondering when the “lean initiative” will actually begin to pay – because they didn’t answer the “Why must we do this?” question from the beginning.

Without that challenging business imperative, the way people typically try to justify the effort is to:

  • Analyze the process.
  • Try to quantify the waste that is seen. This would be things like inventory, walking distance, scrap, etc. that are easily measurable. More sophisticated models would try to assign value to things like floor space.
  • Add up the “proposed savings”
  • Determine a return on the investment, and proceed if it is worth it.

The idea, then, would be to deliver those savings quickly with some kind of rapid improvement process.

This fundamental approach can be (and is) taken at all levels of the organization. I have seen large-scale efforts run by a team of consultants doing a rapid implementation of an entire factory over a timespan of a few weeks.

I have also seen that same factory six months later, and aside from the lines that were painted on the floor and the general layout changes, there was no other sign the effort had ever been undertaken. In this case, no matter how compelling the ROI, they didn’t get anywhere near it.

One of the tools commonly (ab)used for this process is value stream mapping.

This approach is SO common that if you search for presentations and training materials for value stream mapping on the web, you will find that nearly all of them show describe this process:

  • Map your current state map.
  • Identify sources of waste and other opportunities on the current state map.
  • Depict those opportunities with “kaizen bursts” to show the effort you are going to make.
  • Based on what opportunities you have identified, and your proposed kaizen bursts, develop the future state map to show what it will look like.
  • Develop the new performance metrics for the future state.
  • Viola – make the case to go for it.

Now – to my readers – think for a minute. Where are the “kaizen bursts” in Learning to See? They are on the current state map, right?

Nope.

Here is the current state map on page 32:

image

 

If, on the other hand, I were to ask “What value do we wish we could create for our customers that, today, we cannot?” I open myself up to a host of possibilities, including creating a new value stream that currently doesn’t exist at all – using freed up resources, at essentially zero net cost (or at least heavily subsidizing the new effort).

Now I ask “What must I do to make these resources available to me?”

In the “find and eliminate waste” model, the staff-change agents are often responsible for the “lean plan.” Like the job description above, they are charged with convincing the leaders (who hired them!) that this all makes business sense.

A Manual for How to Meet a Challenge

In “Part III: What Makes a Value Stream Lean” (the green tab) there is a strong hint of the original intent in the second paragraph:

To reduce that overly long lead time from raw material to finished goods, you need to do more than just try to eliminate obvious waste.

This statement implies that the value stream mapper is dissatisfied with the current lead time, and has a compelling need to change it.

What you are looking for in the Future State is how must the process operate to get to the lead time reduction you must achieve.

For example, given a target lead time and a takt time, I can calculate the maximum amount of work-in-process inventory I can have and still be able to hit that objective.

I can look at where I must put my pacemaker process to meet the customer’s expectations for delivery.

Based on that, I can look at the turns I must create in the pull system that feeds it.

Based on that, I can calculate the maximum lot sizes I can have; which in turn, drives my targets for changeovers.

As I iterate through future state designs, I am evaluating the performance I am achieving vs. the performance I must achieve.

What is stopping me from making it work?

What must I change?

If something is too hard to change, what can I adjust elsewhere to get the same effect?

In the end, I have a value stream architecture that, if I can solve a set of specific problems, will meet the business need I started with.

This is my view on the fundamental difference between creating a generic “crisis” vs. stating a compelling performance requirement.

The process outlined in the book is to develop the future state, and then identify what is stopping you from getting there.

Of the eight KEY QUESTIONS FOR THE FUTURE STATE that are outlined in page 58, What process improvements will be necessary for the value stream to flow as your future state design specifies?” is question #8.

It is the last thing you consider.

The kaizen bursts are not “What can we do?”

They are “What must we do?”

The first thing you consider is “What is the requirement?”

“What is the takt time?”

In other words, how must this process perform?

Here is a clip of the future state map from page 78:

image

The “bursts” are not “opportunities” but rather, they represent the things we have to fix in order to achieve the future state.

In Toyota Kata terms, they represent the obstacles in the way of achieving the target condition, just at a higher level.

What this is saying is “To achieve the future state we need to rearrange the work flow AND:

  • Get the stamping changeovers down to 10 minutes or better.
  • Get the weld changeovers to where we can do them within the takt.
  • Get the welder uptime to 100%.
  • Get the work content for weld + assembly down to under 168 seconds.”

These are the obstacles to achieving the performance we want from the future state value steam.

Notice that the stamping press only has an uptime of 85% on the current state map. There isn’t a corresponding kaizen burst for that – because, right now, it isn’t in the way of getting where we need to go. It might be an issue in the future, but it isn’t right now.

But if we were just “looking for waste” we might not see it that way, and spend a ton of time and resources fixing a problem that is actually not a problem at the moment.

Putting This Together

Thus, I suspect that Learning to See, like many books in the continuous improvement category, was intended for value stream leaders – managers who are responsible for delivering business results.

In my experience, however, most of the actual users have been staff practitioners. Perhaps I should use the 2nd person here, because I suspect the vast majority of the people reading this are members of that group.

You are a staff practitioner if you are responsible for “driving improvement” (or a similar term) in processes you are not actually responsible for executing on a daily basis. You are “internal consultants” to line management.

Staff practitioners are members of kaizen promotion offices. They are “workshop leaders.” They are “continuous improvement managers.” The more senior ones operate at the VP and Director level of medium and large size companies.

No matter what level of the organization, you are kindred spirits, for most of my post-military / pre-consulting career has been in this role.

The people who actually read and study books like Learning to See are staff practitioners.

This creates a bit of a problem, because Learning to See is very clear that the responsible manager should be the one actually building the value stream map. But often, that task is delegated to the staff practitioner.

“Map this value stream, and please present your findings and recommendations.” If you have gotten a request or direction like that, you know what I am talking about. Been there, done that.

In my personal experience, although it gave me valuable experience studying process flows, I can honestly say that relatively few of those proposed “Future States” were actually put into practice.

The one that I vividly remember that was put into practice happened because, though I was a kaizen promotion office staffer, I had start-up direct responsibility for getting the process working, including de-facto direct reports. (That is a different story titled “How I got really good at operating a fork lift”)

Into 2013

Today we see Toyota Kata quickly gaining popularity. The Lean Bazaar is responding, and “coaching” topics are quickly being added to conference topics and consulting portfolios.

I welcome this because it is calling attention to the critical people development aspect that distinguishes the Toyota Management System from the vast majority of interpretations of “lean” out there.

But make no mistake, it is easy to fall into the tools trap, and the Lean Bazaar is making it easier by the way it positions its products.

Just as value stream mapping isn’t about the maps, establishing an improvement culture isn’t about the improvement boards, or the Kata Kwestions.

It is about establishing a pervasive drive to learn. In that “lean culture,” we use the actual process as a laboratory to develop people’s improvement skills. We know that if we do the right job teaching and practicing those skills, the right people will do the right things for the process to get better every day. Which is exactly what the title of Learning to See says.

Leadership and Challenges

This post rambles a bit, and wraps up a few concepts. It was, however, inspired by a recent interview of Mike Rother on Lean Nation. (See below)

One of the many good points that struck me was that you can’t rally around an ROI.

Yet companies try to do just that. They set something ROI or margin objectives, and wonder why everyone doesn’t pick them up and run with them.

Even companies that do issue a good challenge often come up wondering why the organization doesn’t align around it. Rother mentions one good reason: Nobody is there to coach them through meeting their part of the challenge.

A similar fallacy is trying to rally people around an abstract vision. I have experienced this a couple of times. A company tries to apply general education to people – lots of it – in the (vain) hope that once people “understand” then they will pick up the ball and run. But without consistent direction toward a limited objective that is easily articulated, people freeze up. “What do we work on?” There are too many choices.

Chip and Dan Heath discuss the importance of a rallying point in their book about culture change, Switch. They talk about “Pointing to the Destination” and “Scripting the Critical Moves.” When we talk about an aligning challenge, we are saying the same thing. Remember – in these initial stages you are trying to infuse a fundamental behavior and culture change. You can’t just tell people what it is and expect things to change tomorrow.

Classroom training may teach people the words, but it does little to accelerate the process of learning on the shop floor. That takes leadership.

More after the video:

One of the concepts that Rother discusses in Toyota Kata is the concept of “True North.” Spear also talks about it as striving toward the ideal process. Same thing, different words.

But at another level, when we are trying to shape a different management system, it is equally important for the leaders to have a “true north” for the ideal leadership process. I think this is different (or should be expressed differently) from the True North of the ideal value-adding process.

As I develop my own practice, I am honing in on those key elements of “leadership true north” and making it the cornerstone of my engagements. Mainly I try to describe specific behaviors and critical elements that need to be in place. This seems to play better than abstract concepts like “servant leadership” because it tells people what they need to do. (See “Script the Critical Moves.”)

The Structure Behind Leader Development

Chapter 3 of The Toyota Way to Lean Leadership is titled “Coach and Develop Others.”

Where in Chapter 2 the authors were outlining the individual leader’s responsibility for self-development, now they are describing the environment and the process of supporting and focusing that drive.

Rather than just outline the chapter, I want to dig into some key elements of the context that Toyota creates for their leaders.

First is the expectation that leaders lead.

Leading vs. Delegating

Chapter 3 has a great story that exemplifies the key differences in management styles that I alluded to in the post about Chapter 2.

In that story, NUMMI has equipment reliability problems in the body shop. Mr. Ito, the President has instructed Convis to have each engineer prepare and present a one page report for every breakdown lasting over 30 minutes. The telling moment is Convis behavior in the presentations:

While Ito was critiquing the [A3] presentations and reports, Gary [Convis] simply stood to one side, marveling at Ito’s insight and amused at the struggles of the engineers’ efforts to learn this way of thinking.

This quote nails the core issue we have to deal with in any company that wants to succeed with lean production.

Convis was newly hired from the U.S. automobile industry, and was acting exactly as he was trained as a manager. He was acting as every manager in the USA is trained.

He has delegated the process of training the engineers to Ito, who he sees as the technical expert. Convis viewed his presence here as overseeing how well his engineers are responding to that training.

Ito, though, had other ideas.

After a few sessions, Ito asked Gary how he was coaching the engineers through the process before the presentations. Ito pointed out that there was still a lot of red on the reports, and if Gary had been teaching the engineers properly, there would be less red ink. […] problems with the reports were a reflection of Gary’s leadership, and he was more responsible for any failures than the engineers were.

Zing.

You can’t even cite “If the student hasn’t learned, the teacher hasn’t taught” here because the delegation paradigm was so strong that Convis didn’t realize he had responsibility for being the teacher.

Convis, of course, “got it” and began seeing the red ink as his failure, rather than the engineers’. The drive for self-development kicked in and worked. And of course, in the process of struggling to coach the problem solving process, he had to struggle to learn it well enough to do so.

Personally, I see the idea of delegating and then passively overseeing improvement and people development is a cancer that is difficult to excise from even the most well intentioned organization.

I have seen this with my own eyes – senior executives struggling with how to “implement lean.” What was their concern? What metrics they could use to gage everyone’s progress through reports to corporate headquarters. They simply saw no need to get personally involved in learning, much less going to see, and certainly not teaching, the messy details. Not surprisingly, that company still struggles with the concepts.

Of course it cascades down from there. The various sites’ leaders follow the example, and delegate to their professional staff people. The staff’s job? To come up with “the lean plan” and “drive improvement” while the leaders watch. At some point, someone in charge of the operation actually has to do something different, but that, it seems, is always the next level down.

I am not going to get into what stops leaders from stepping up to this responsibility or what do to about it because that would be a book in itself.

It doesn’t help that, with the revolving-door of leadership we often encounter, each new leader comes in with the old mindset. OK </rant> and back to the book. Smile

The Technical Support

This expectation of leaders leading does not operate in a vacuum. Toyota processes are deliberately set up to remove any ambiguity about what the next challenge is by surfacing problems immediately

In the words of Lean Leadership, these problems are framed as challenges for leader development.

In a much earlier post, I objected to our western euphemism of “opportunity” when we meant “problem.” My objection was treating this “opportunity” as an something that could be taken on, or not.

A challenge, especially in the context of leader development, isn’t optional. A top level athlete grasps the meaning of a challenge. He is driven to take it on and push himself to meet it. He improves in the process. It isn’t about the record, per se, it is about what he must develop and pull from within himself to get there.

Just as the world-class athlete has a stopwatch on every lap, the assembly line is set up to verify the timing of every cycle. Any discrepancy is immediately apparent to both the team member and the leaders. If the work can’t be done, the line is stopped and things are made right. Then we figure out why. And everyone learns.

TPS […] creates a never-ending stream of opportunities for on-the-job development and increased challenges. Toyota sensei do not need to create artificial training situations […]. The daily process of producing cars generates all the development opportunities and challenges that are needed.

If your organization has trouble finding problems, it isn’t because they aren’t there. It is because your processes are blind to them. That is why “No problem is a big problem.”

The key is that when we talk about “implementing the tools of lean” we are doing nothing more than setting up the baseline process to present the challenges for leadership development. That’s it. It is the difference between playing a casual game and deciding to keep score.

You can’t improve without keeping score, to be sure. But keeping score alone doesn’t cause things to get better. If anything, it increases people’s frustration because they see they are coming up short, but don’t have the support or opportunity to do anything about it.

What happens then? They start seeing problems as “normal” and start blinding the system. They add padding to cycle times to “allow for variation.” They decouple processes and put in extra inventory. They start running two at a time, then four, and return to batching.

If a problem remains hidden below the surface long enough, it can stop being perceived as a problem and become part of normal operating procedure.

OK, so I’ve beaten that to death yet again. It is critical to structure the work so that we can see whether things are going as planned or not.

But it is just as critical to have the problem solving processes engaged immediately. If those processes don’t yet exist, you have no hope of your so-called improvements sustaining for long.

That’s not all. There is another standard that is just as critical – if not more: A standard for problem solving.

The A3

We just got done exploring how critical it is to have a process that is totally transparent. Why? So we can clearly see any difference between how it is and how it should be.

The purpose of the A3 is to provide that level of visual control to the problem solving process itself.

And yes, problem solving is a process. It follows standard work. It is perhaps the most critical thing to standardize. The only way to gain skill at something is to practice against a clear standard. It really helps to have a coach watching your every move and calling out small adjustments, things you need to pay more attention to the next time you do it (which should be immediately).

The A3 is the game film, the slow motion camera, the visual control of how problem solving is being done. It is not sufficient to find the solution. It is more important to develop a consistent approach to problem solving across the entire organization.

But outside of Toyota and a few companies that are starting to grasp what this is about, the A3 is, sadly, one of the more recent fads in the lean community.

An A3 isn’t something you tell someone else to do. It is a visual control, just like the moving line, that works only in the context of direct observation and participation by all parties involved. In the above story, Ito was setting an example, and expecting Convis to follow it. Once that started happening, Ito’s participation shifted from coaching the engineers to coaching Convis as he coached them.

Just as the tools of takt time, standard work, pull systems, etc. do not stand alone and “make you lean,” neither does filling out A3 forms. Even if you have “the tools” and a problem solving process, it doesn’t help if they are not intimately linked together.

All of these things are designed for 1:1 interaction. They are messy testaments to the fact that problem solving often loops back to previous steps as more is learned.

The Big Picture

This chapter provoked a lot of thought for me, and I have tried to share some of that. When / if you choose to read the book, I hope you have your own thoughts, and even share them here or in the forum (that could use some life right now).

Fundamentally, Chapter 3 is about the phenomenal support Toyota provides those leaders who have the self-motivation to learn.

  • Every operation is structured to provide challenges and opportunities for them to develop their skills. There is no shortage of things that obviously need improving.
  • Every leader is positioned to teach and mentor those who are willing to step up to the challenges that are there.
  • The problem solving process itself is structured as standard work so that a prospective leader can practice against a standard and improve skill through repetition and coaching.

Aside from a couple of case studies and examples, this chapter is a bit of a synopsis of Toyota Kata. I continue to bring Kata into this discussion because there is obvious overlap in topics, and I see these two books complimenting each other. Kata gets into the nitty-gritty of how problem solving and coaching happens. Lean Leadership is providing a context and case examples of the entire ecosystem.

More to follow.

Lean Leadership Begins With Self Development

In Chapter 2 of The Toyota Way to Lean Leadership, Jeff Liker and Gary Convis describe one of the most important, and least emphasized, aspect of developing leaders – the necessity for intrinsic motivation. In simple terms, the desire has to come from within. This theme ties together everything else in the chapter, and I suspect, through the rest of the book.

On the other hand, this isn’t about the typical western “everyone fend for themselves” environment that develops unhealthy (and unethical) cutthroat competition.

They describe a nurturing environment that will allow and support anyone with the desire to take on ever increasing responsibility and challenges, and learn through a process of developing mastery.

The Role of Sensei

Not surprisingly, the role of the sensei described in Lean Leadership is quite consistent with the process that Jeff Liker and Mike Hoseus describe in Toyota Culture.

While the work environment itself is built around opportunities for learning, it is far different from out western ideas.

Lean Leadership sums it up quite well as they discuss the role of the sensei.

  • In the west, the teacher’s role is to show you the shortcuts.
  • At Toyota, his role is to make sure you don’t take shortcuts.

The teaching process is one of challenge and struggle – but not abandonment. It is guidance through discrete learning stages on the way to mastery.

Mastery

“Standard work” has always been regarded as a core element of the Toyota system. Liker and Convis build on the concept as far more pervasive than simple work procedures. We have known there is more to it for a long time, but like the list of what doesn’t work, authors, consultants and practitioners continue to emphasize the work procedure model.

In Lean Leadership, we see standard work as a path to mastery, and we see the reason behind the emphasis.

Liker and Convis describe a three stage process of learning and developing:

  • Shu – being taught. In this stage, the teacher says “do this” and the struggle is to get it right.
  • Ha – competent, but following by rote. In this stage, the teacher asks questions to cause reflection, and the struggle is to understand.
  • Ri – mastery, the point where the team member has enough depth to improve upon and teach the task.

The point of standardizing and stabilizing a process is to allow the team member the chance to master it. Why is this important? Because then the team member can pay attention to solving problems to improve the work vs. solving problems to simply get it done.

Even this is fairly easy to grasp in the context of bolting a suspension together, or welding a scissor lift. But the same principles apply to leadership itself.

Mike Rother’s Toyota Kata is about application of this principle in the core processes of leadership: Problem solving and coaching. By standardizing problem solving, we give team members the opportunity to master it so they can focus on solving the problem rather than trying to figure out how to go about solving it. It sounds like subtle semantics, but it is a huge difference.

But, again, this is about demonstrated capability rather than classroom hours Compare this process with how we typically “certify” practitioners in the west.

At Toyota the learner’s capability is judged by direct observation, just like any other process. While there must be an internal drive to learn, the challenges and struggles are tailored for the learner’s next stage of development.

Self Development vs. Mandated Development

All of this brings us to one of the core differences in the Toyota described by Liker and Convis.

Throughout my career as an internal “lean guy” in companies large and small, our “lean skill development” (or whatever you want to call it) process for leaders was largely driven by establishing requirements.

We wanted to require leaders to participate in kaizen events. We wanted to require them to attend the Lean 101 class. At one company, managers and supervisors were required to teach the “World Class Competitiveness” course. We want to include classes and educational events on their performance goals. We wanted to make them learn it.

To get back to an earlier post it doesn’t work.

The Toyota process is reversed. There is no requirement for anyone to master anything other than their current job. But if you want to get more responsibility, it is incumbent on you to demonstrate the drive to develop your own capability.

One purpose for universal team member involvement in kaizen is for leaders to directly observe who has the right motivation to learn and take on more. That is the beginning of the leadership development process.

In our companies today, of course, we have the situation of an existing hierarchy. Leaders have gotten into senior positions without having any of these skills. Our western management process is one of detached decision making from summaries presented by staff on PowerPoint. If a new initiative comes along, the senior leaders delegate it and “support” it by not shutting it down.

That doesn’t work if you want to change the status-quo.

What does? A drive to master something new and a realization that personal development is a continuous life-long process. That is the key message I get from this chapter. More to follow.

Bill Costantino: Toyota Kata “Unified Field Theory”

Mike Rother and Bill Costantino have shared a presentation titled “Toyota Kata Unified Field Theory.”

I think it nicely packages a number of concepts in an easy-to-understand flow.

I want to expand on a couple of points but first take a look at the presentation.

This is a direct URL to the original SlideShare version: http://www.slideshare.net/BillCW3/toyota-kata-unified-field-theory

Challenges and Campaigns

First of all, this presentation differentiates between a “challenge” and the target condition. That is important, and (in my opinion) had not been as clear in Rother’s original book.

I have been advocating setting a challenge, or campaign if you well, for some time. This is where we address a class of problems that are a major issue. Things like:

  • Too much cash tied up in working capital. (Which can be expressed a number of ways, such as improving inventory turns.)
  • Poor schedule performance – “on time delivery” becomes the theme.
  • Quality issues (too much rework, scrap, etc.)
  • Our nurses don’t have time to prepare rooms for the next patient.
  • Of course, safety can come into this arena as well, as can other issues that impact the organization’s health.
All of these things are not really problems in the sense that they can’t really be solved. These are the aggregated symptoms of lots of smaller underlying problems that accumulate into things on this list.

Setting a specific challenge doesn’t mean you ignore the other stuff. You have been coping with it and working around it for years. But you know you haven’t had time to fix everything, so stop believing that you do.

The point here is to galvanize the effort.

Chip and Dan Heath address the importance of setting the challenge in their book Switch (which I have reviewed here). They emphasize the importance of “scripting the critical moves” and “pointing to the destination” so that people have a good grasp of what is important.

Once the challenge is addressed, say “on time delivery,” it can be broken down into target objectives that are both local (large organizations need to have things broken down to what the local group is expected to work on) as well as those which cut cross-functionally. The scope of the effort is really defined by the depth of the organization’s skill at addressing the issues at this point.

Bill Costantino correctly points out that setting the vision, and deciding the theme or campaign, is a leadership function. This can’t be done by your “lean team” in a way that sticks. The discipline required here is for the leaders to maintain what Deming referred to as “consistency of purpose.”

Simply put, to say “this is the challenge” and then continuously ask about other stuff jerks people around and serves only to paralyze the organization until the leaders decide what people should spend their limited time on.

The good news is that it really doesn’t matter. If the organization can focus on One Big Thing long enough, their efforts will eventually touch on the other stuff anyway.

Jim Collins uses different words to make the same point in Good to Great with the “Hedgehog Concept.”

The Path to the Target Condition

One place where I think we can still use some more clarity is in the illustration of the path to the target condition.

This is the illustration from Slide 20 in the Slideshare version of the presentation:

The presentation (and Rother’s coverage in Toyota Kata) is quite clear that navigation through “the grey zone” is a step-by-step process (kind of like driving off-road at night where you only see as far as your headlights).

But the “plan and execute” paradigm is very strong out there.

My experience is that people in the field see this illustration, and fully expect the green path to be set out, and the “dots” identified, along with a time line and resources required to get there. It becomes a “project.”

This is a strong symptom of the “delegate improvement” paradigm that we should all be actively refuting.

Let’s look at how I think this process actually plays out dynamically.

Initially we know where we are, we have target condition, so we know the direction we need to go to get there.

We are still inside the red line of the “current knowledge threshold.” Solving these problems is generally application of things we already know how to do, perhaps in new ways.

And having solved one problem, we now identify the next known barrier:

Once that one is cleared, we see a couple of choices. Which one?

All other things being equal, pick the easiest, and move on. (As we said when I was learning rapid maneuver tactics in the Army – “haul ass and bypass.”)

Up to this point, we have been operating inside the “current knowledge threshold.” Our efforts are better focused by pursuing a clear target objective, but we aren’t really learning anything new about the process. (Hopefully we are becoming better practiced at problem solving.)

Pretty soon, though, we reach the edge, and have to push out the red line. Why? Because we can’t solve a problem we don’t understand. As we approach the boundary, things get harder because we have to do a better job assessing, and extending the knowledge threshold around the problem.

This is the essence of the problem solving process – If you can’t see the solution, you need to better understand the problem.

The process becomes one of progressively solving problems, identifying the next, and expanding our understanding. Once there is sufficient understanding to anchor knowledge and take the next step, do so. Step and repeat.

Putting the whole thing in motion, it looks like this:

The key is that the “green path” isn’t set out as a predictable trajectory. It is hacked out of the jungle as you go. You know you are going, are confident you can get there, but aren’t sure of exactly what issues will be encountered along the way.

Let me apply my “Project Apollo Test” to this process.

Vision: “The USA will be the undisputed leader in space exploration.” Vague, a long way out there, but compelling.

Challenge, Theme: “…before this decade is out, […] landing a man on the moon and returning him safely to the Earth.” In 1961, a serious challenge, but considered do-able based on extrapolating what we knew.

At this point, though, space exploration was exploring a lot of different things. Building a space station, reusable launch vehicles, pretty much the whole gamut was being explored by someone, somewhere. The effort wasn’t focused. The “man on the moon” goal focused it. Every thing was pretty much dropped except solving the problems that were in the way of making Lunar Orbit Rendezvous work.

There were four target conditions that had to be cleared.

Build and test the Big Honkin’ Rocket called the Saturn V plus the infrastructure to launch them in rapid succession.

And they had to answer three questions:

  1. Can people spend two weeks in space without serious physical or psychological problems?
  2. Can we build a space suit that lets someone operate outside the protection of a space craft?
  3. Can one space craft maneuver, rendezvous and dock with another?

Of course each of these objectives, in turn, had lots of smaller challenges. NASA’s effort between 1962 and 1966 was focused on answering these three questions.

In doing so, the threshold of knowledge expanded well beyond the immediate issues.

Yup, I’d say this thinking works, and it scales up.

Why did I go through this little exercise? Because if this thinking can put people on the moon, it is probably powerful enough to move your organization into new territory.

Back on Earth, a company undertaking “lean” needs to really grasp that they need to be committing to embracing this process. There are clear things that leaders need to do to make it work, and those things go beyond “supporting” or “sponsoring” the effort. We’ll get into some details on the next few posts as we continue to build on Rother’s and Costantino’s work.