Notes From Day 2 of Kata-Con

Perfection is the enemy of progress.

  • The longer it takes, the higher the expectation.
  • The higher the expectation, the longer it takes.

My thoughts: I’ve seen this a lot. It is magnified when the leaders are detached from the process.

Process improvement is messy, and if the leaders aren’t comfortable with that messy process, they develop unrealistic expectations of what “progress” looks like.

The people getting the work done, meanwhile, end up working hard to manage those expectations. They actually conceal problems from the boss, for fear of him misinterpreting problems-that-must-be-solved with my-people-don’t-know-what-to-do.*

Trying to layer Toyota Kata over the wrong organizational structure will overwhelm people.

The organizational structure follows necessity. This lines up with Steven Spear’s research.

The organizational structure must match the needs of the process, and the target condition for learning.

If your supervisor has 20 direct reports, it is unlikely he will have the time to work on improvement in a productive way. Toyota’s team leader structure is specifically engineered for improvement, development, and getting a car off the line every 58 seconds.

 

Improvement takes time and people.

The End.

This isn’t free, nor can you calculate an ROI ahead of time. Get over it.

Start with what you MUST accomplish and look at what is required to get there. It doesn’t work the other way around.

If you don’t continually strive, you die.

If you aren’t striving to go forward, you are going backward.

My thoughts: I make the following analogy: Continuous improvement is like a freezer. There is never a time when you can say “OK, it’s cold enough, I can unplug it now.” You must keep striving to improve. Without the continuous addition of intellectual energy, entropy takes over, and you won’t like the equilibrium point.

All of our failures have come to good things.

My thoughts: By deliberately reflecting and deliberately asking “What did we learn?” you can extract value from any experience. The way I put it is “You have already paid the tuition. You might as well get the education.”

We had sponsorship challenges as the leaders caught up with the people.

My thoughts: Yet another instance of the leaders falling behind the capability of their people. When the people become clear about what must be done, and just start doing it, the only thing an uninformed leader can do is either get out of the way or destructively interfere.

People don’t like uncertainty. Kata deliberately creates uncertainty to drive learning. You have to be OK with that.

My thoughts: Another expression of the same point from yesterday.

“Learning only” has a short shelf life.

“Cool and Interesting” is not equal to Relevant.

Those are the words I wrote down, rather than the words I heard. The key point is that you can, for a very short time, select processes to improve based on the learning opportunities alone. But this is extra work for people. The sooner you can make the results important the quicker people get on board.

A business crisis should not stop improvement or coaching. Does it?

My thoughts: This is a good acid test of how well you have embedded. When a crisis comes up, do people use PDCA to solve the problem, or do they drop “this improvement stuff” because they “don’t have time for it.” ?

Inexperienced 2nd coaches coaching inexperienced coaches coaching inexperienced learners… doesn’t work.

A lot of companies try to do this in the interest of going faster. Don’t outrun your headlights. You can only go as fast as you can. Get help from someone experienced.

Just because you have gone a long way doesn’t mean you can’t slip back. You must continue to strive.

The “unplug the freezer” analogy applies here as well.

You don’t have to start doing this. But if you choose to start, you may not stop. You have to do it every day.

Don’t take this on as a casual commitment, and don’t think you can delegate getting your people “fixed.” (they aren’t broken)

Everybody gets it at the same level. Senior managers tend to lose it faster because there is no commitment to practice it every day at their level.

Awareness is a starting point, but not good enough. A 4 hour orientation, however, is not enough to make you an expert… any more than you can skim “Calculus and Analytic Geometry” and learn the subject.

Results do get attention.

“I’ll have what she’s having”

But don’t confuse results with method.

My challenges to the plant managers weren’t about P&L or service levels. They were about moving closer to 1:1 flow, immediate delivery, on demand.

Challenges must be in operational terms, not financial terms.

Move from “These are the measures, and oh by the way, here is the operational pattern” – to –> “This is the operational pattern I am striving for. and I predict it will deliver the performance we need.”

Gotta catch a plane. More later.

 

______________

*When I was in the Army, we got a new Battalion Commander who listened to the logistics radio net, where the staff officers discussed all of the issues and problems that had to be solved. He would jump to a conclusion, and issue orders that, if carried out, would interfere with getting those problems solved.

Although he spoke of initiative and taking action, his actions revealed he wasn’t willing to trust us to let him know if there was a problem we couldn’t handle, and expected perfection in execution in situations that were chaotic and ambiguous.

We ended up finding an unused frequency, and encrypting our traffic with a key that only we shared, so the commander couldn’t hear us. Yup… we were using crypto gear, designed to keep the Soviets from hearing us, to keep our boss from hearing us.

As the information channels to him slowly choked off, he was less and less informed about what was actually happening, and his orders became more and more counter-productive, which in turn drove people to hide even more from him.

This, I think, is a working example of “getting bucked off the horse.”

Notes From Day 1 of Kata-Con

I’m attending the Toyota Kata Summit in Fort Lauderdale. We’ve completed Day 1. Here are some notes I took. I plan to expand on some of them later.

Experiment your way forward vs. decide your way forward.

My thoughts: We like certainty. We like a plan we know will work. Unfortunately a plan we know will work is usually just a plan we have convinced ourselves should work. But we have a hard time distinguishing the difference. Such is our desire for certainty – a strongly held opinion or feeling becomes a fact.

We don’t know how it will go. We have to get comfortable with ambiguity if we want to move beyond what we already know.

Until you understand the mindset of uncertainty, you can’t teach anyone else.

My thoughts: This is probably the most foundational qualification for a manager who aspires to become an improvement coach. The improver / learner won’t know the answers.. and neither will you. You have to be very OK with that. If you aren’t, then you’re just telling people what to do, and nobody is learning anything.

Until you try, there is no baseline for learning or coaching.

My thoughts: At the start of a ski lesson, the instructor had each of us ski 50 yards or so down the hill while she watched from below. She asked us to just ski down to her. Of course, she observed.

Then each of us was individually coached on something to practice… a drill or technique that would correct one deficiency in our form.

She skied down another 50 yards, and observed us again. If we were not performing the drill correctly, she corrected until we were performing it correctly. Then our task was to practice.

Asking “What is your target condition?” is asking the learner to demonstrate his technique and understanding. For the coach, the idea is to get them to try so you have a baseline for coaching.

Warning! Be ready for empowered employees!

If a manager with only an “awareness” level of understanding enters this space, he’ll either deflate the team with inept coaching, or will get bucked off the horse he isn’t good enough to ride. The leaders can’t do this from behind. You can’t simultaneously have empowered, creative team members and maintain control. (Sounds a bit like something Heisenberg came up with…)

I am coaching (by giving direction).

No you aren’t.

My thoughts: Actually this note was my thought triggered by something someone said. But I’ve seen senior managers who want to be “coaches” and then redefine “coaching” to mean “tell people what to do.” Doesn’t work like that.

The 5 questions are a jig. The questions on the card allow you (the coach) to listen because you don’t have to think about what question to ask next.

Some days big up. Every day little up. Please try. Do your best. Until you take first step, you cannot see next step. – Toyota coordinator (master coach).

Scientific Improvement Beyond The Experiment

“How do we deploy this improvement to other areas in the company?” is a very common question out there. A fair number of formal improvement structures include a final step of “standardize” and imply the improvement is laterally copied or deployed into other, similar, situations.

Yet this seems to fly in the face of the idea that the work groups are in the best position to improve their own processes.

I believe this becomes much less of a paradox if we understand a core concept of improvement: We are using the scientific method.

How I Think Science Works

In science, there is no central authority deciding which ideas are good and worth including into some kind of standard documentation. Rather, we have the concept of peer review and scientific consensus.

Someone makes what she believes is a discovery. She publishes not only the discovery itself, but also the theoretical base and the experimental method and evidence.

Other scientists attempt to replicate the results. Those attempts to replicate are often expanded or extended in order to understand more.

As pieces of the puzzle come together, others might have what seems to be an isolated piece of knowledge. But as other pieces come into place around them, perhaps they can see where their contributions and their expertise might fit in to add yet another piece or fill in a gap.

If the results cannot be replicated at all, the discovery is called into serious question.

Thus, science is a self-organized collaborative effort rather than a centrally managed process. All of this works because there is a free and open exchange among scientists.

It doesn’t work if everyone is working in isolation… even if they have the same information, because they cannot key in on the insights of others.

What we have is a continuous chatter of scientists who are “thinking out loud” others are hearing them, and ideas are kicked back and forth until there is a measure of stability.

This stability lasts until someone discovers something that doesn’t fit the model, and the cycle starts again.

How I Think Most Companies Try To Work

On the other hand, what a lot of people in the continuous improvement world seem to try to do is this:

Somebody has a good idea and “proves it out.”

That idea is published in the form of “Hey… this is better. Do it like this from now on.” image

We continue to see “standardization” as something that is static and audited into place. (That trick never works.)

What About yokoten. Doesn’t that mean “lateral deployment” or “standardize?”

According to my Japanese speaking friends (thanks Jon and Zane), well, yes, sort of.  When these Japanese jargon terms take on a meaning in our English-speaking vernacular, I like to go back to the source and really understand the intent.

In daily usage, yokoten has pretty much the same meaning [as it does in kaizen] just a bit more mundane scope…along the lines of sharing a lesson learned.

Yokogawa ni tenkai suru (literally: to transmit/develop/convey sideways) is the longer expression of which Yokoten is the abbreviation.

Yoko means “side; sideways; lateral. Ten is just the first half of “tenkai” to develop or transmit. Yokotenkai..

If you take a good look at the Toyota internal context, it is much more than just telling someone to follow the new standard. It is much more like science.

How the Scientific Approach Would Work

A work team has a great idea. They try it out experimentally. Now, rather than trying to enforce standardization, the organization publishes what has been learned: How the threshold of knowledge about the process, about a tricky quality problem, whatever, has been extended.

We used to know ‘x’, now we know x+y.

They also publish how that knowledge was gained. Here are the experiments we ran, the conditions, and what we learned at each step.

Another team can now take that baseline of knowledge and use it to (1) validate via experimentation if their conditions are similar. Rather than blindly applying a procedure, they are repeating the experiment to validate the original data and increase their own understanding.

And (2) to apply that knowledge as a higher platform from which to extend their own.

But Sometimes there is just a good idea.

I am not advocating running experiments to validate that “the wheel” is a workable concept. We know that.

Likewise, if an improvement is something like a clever mistake proofing device or jig (or something along those lines), of course you make more of them and distribute them.

On the other hand, there might be a process that the new mistake-proofing fixture won’t work for. But… if they applied the method used to create it, they might come up with something that works for them, or something that works better.

“That works but…” is a launching point to eliminate the next obstacle, and pass the information around again.

oh… and this is how rocket science is done.

Edit to add:

I believe Brian’s comment, and my response, are a valid extension of this post, so be sure to read the comments to get “the rest of the story.” (and add your own!)

Lean Thinking in 10 Words

Pascal Dennis, in his book Getting the Right Things Done sums up lean thinking in 10 words:

“What should be happening?”

“What is actually happening?”

“Please explain.”

I would contend that everything else we do is digging out answers to those questions. (yes, there is a bit of hyperbole here, but I want to get you to think about how true this is vs. how false it might be.)

I think “lean thinking” is really a structured curiosity. Let’s take a look at how these questions push us toward improvement.

“What should be happening?” is another form of Toyota Kata’s “What is your target condition?” In our conversations, we often jump straight to “We need to…” language, a solution, without being clear what the problem is.

I’ll set that back by asking questions like “What would be happening if the problem is solved?” “Can you describe that?”

When Toyota trained people ask “What is the standard?” this is what they want to know, because, to them, a “problem” = “a deviation from the standard.”

“What is actually happening?” or “What is the actual condition now?”– Once we are clear where we are trying to go, it is important to grasp where we are now in the same terms as the target.

Something I see quite a bit is a target condition expressed with different terms, measures, and variables than the current condition. You must be able to relate between the two in a way that defines and quantifies the gap that must be closed.

“Please Explain” cuts across the current condition and the obstacles (in kata terms). What do you understand about the gap between what should be happening and what is actually happening?

If the process has deteriorated, what has changed? Why is it that we cannot hit the standard today when, last week, we could? When did it change? What do we know about that? Why did it change?

If you tried to run to the new level, what would keep you from doing it that way? (what obstacles do you think are now preventing you from reaching your target?)

Depending on which of these conditions we are dealing with will fundamentally change the path toward a solution, so it is critical we understand “What should be happening?” or “What is the target condition?” as a first step, then look at the history of the actual condition.

If the process has eroded, what do we know about what has changed in the environment?

All of this is the foundational baseline… the minimum understanding I want to hear before we entertain any discussion about what actions to take, what to change, what to do.

David Marquet: Turn Your Ship Around

imageRegular readers (and clients) know I really like David Marquet’s “Leader-Leader” model and believe it has a synergistic close connection to lean thinking, leadership, and Toyota Kata. When I was offered a chance at getting a pre-publication copy of his Turn Your Ship Around! workbook, I jumped at the opportunity.

Lean Leadership

I don’t like the word “lean” but we are stuck with it, so I’ll use it. I believe “Lean” is really about good leadership.

It’s really tough to make “lean” work beyond a superficial level without the rich horizontal and vertical two-way communication that is created in what David Marquet calls “Leader-Leader.”

While the lean process structure directly supports this type of leadership, our typical approach to “lean” has been to focus on the technical aspects and gloss over the change in behaviors.

Why? It is easier to teach how to build a u-shaped layout, or implement a kanban loop than it is to actually shift people’s day-to-day behavior. A fair number of attempts to use Toyota Kata have fallen into this trap as well – teaching it as a rote technical tool rather than a structure to develop deeper thinking and improve organizational clarity and alignment.

Our numbers-driven management culture tends to shy away from “people problems” and tries to lateral those things to Human Resources. Here’s the test: Who chairs the “difficult conversations” in your organization? Leaders? or HR?

Captain Marquet’s experience in the Navy was similar. A submarine Captain’s authority (in the US Navy) largely descended from his technical knowledge and expertise. Take away or diminish that technical expertise, and he has to learn to rely on the team, and build a team that can be relied upon.

So we are really talking about that elusive “culture shift.”

Empowerment

The word “empowerment” got a really bad name back in the late 1980s. There were tons of books written and consultants pushing managers to “empower their workers.”

They painted a picture of the end state: self directed teams that managed their own work in ways that were far better than anything achievable by top-down direction. There was nothing wrong with the picture – I’ve seen a few examples of that process in action and it is always amazing.

The problem was getting there. Companies would have a kickoff, make a huge change, “empower their workers” and let go of control, and sit back to watch the amazing results.

train

While the intentions were good, when direction was suddenly removed, people didn’t know what to do and they guessed wrong. They had been used to getting the answers from the boss, and suddenly those answers were gone.

The rules and boundaries were not well understood, and frustrated leaders often ended up pulling away even more control than they had held before the experiment.

“Well that didn’t work” became the words attached to “empowerment.”

So why does it work in the places where it does? It is surprising to me how often I hear leaders cite exceptionalism. “They can hire better people.” for example, without thinking about what that means about their own leadership, people development or hiring processes.

David Marquet lays out a few key principles in his Leader-Leader model. He is clear (to me) that this isn’t a switch you can suddenly throw. His journey on the Santa Fe was one of discovery as he navigated unknown territory. There were successes and setbacks, each a point of learning.

The main points of the model are progressively giving control; building competence; and establishing clarity.

In the words of Toyota Kata, establish a next target condition for pushing control and decision making down a level, then identify the obstacles in the way and progressively and systematically address them.

Those obstacles are nearly always something we must teach (competence); or something we must communicate (clarity).

There are some previous posts on the topic that you can click through to review so I don’t cover it all again here:

With all of that background, let’s talk about the book.

Turn Your Ship Around!

The first thing to understand is this book does not stand alone. The reader must be familiar with the original book Turn the Ship Around!, its story and premise, or at least have that book available to provide context for he workbook. I have read the original book three times, and was still flipping back through it as I went through the workbook.

imageThe workbook also refers you to several scenes in the Russell Crowe movie Master and Commander: The Far Side of the World as examples (actually counter-examples) of the Leader-Leader model.

The format of the original book, Turn The Ship Around is a series of stories and experiences on board the Santa Fe. Each described a challenge or problem and what the crew and leaders leaned about leadership in overcoming it. Then the general principle is described. The chapter ends with a series of bullet point questions for a leader to ask himself.

The workbook, Turn Your Ship Around! parallels the structure of the main book. Each chapter in the workbook emphasizes a key leadership principle, references specific pages in the original book for the reader to review, then asks a series of questions or (in some cases) proposes an activity, exercise, or “to do” with your organization.

The questions are improved versions of the end-of-chapter questions in the original book.

There is also some additional material that Marquet has developed since writing the original book, for example, his “Ladder of Leadership” model that focuses you on the language in the conversation as leaders are developed.

I’ll get more into that on another post.

Using Turn Your Ship Around!

As I mentioned above, this is a companion work for the original book. Many management teams conduct book study sessions, and this workbook would provide a great structure: Study a chapter and go though the pertinent section in the workbook individually, then come together and share your impressions and answers to the questions.

Other Material

My review copy also came with a deck of cards intended for structuring a role playing session. A scenario is drawn, and individuals representing the leader and the subordinate draw cards which lay out the language they should use.

Sometimes the leader might be trying to get a reluctant team member to step up and take more responsibility. Another scenario might have the team member showing more initiative than the leader is comfortable with. The idea is for the participants to experience how these various dynamics feel. I haven’t tried it with a group (yet), but it seems like it would be worth doing… with the caveat below.

The Caveat

There’s an old joke out there that goes “How many psychiatrists does it take to change a light bulb?” Answer: “Just one, but the light bulb has to want to change.”

Trying to Change the cultural dynamic of your organization is going to challenge deeply hidden assumptions about people that are firmly entrenched in the mechanics and artifacts the organization uses to get things done. These are things like reports, the way meetings are run, how assignments are given and tracked. If you choose to go down this road, all of those things will be challenged, and you will need to be open to that.

Capt Marquet talks specifically about blowing up the reports, tracking files, chains of signatures during his journey on the Santa Fe. No matter what you say your values and beliefs are, the mechanisms of control define what your culture really believes about who can be trusted with what. This won’t work if you pay lip service to it.

More to Come

Though I’ve been talking this up to clients for the better part of a year (and probably “sold” a hundred or so copies of the book in the process), I haven’t gone into a lot of depth here. I’ll likely be digging into the concepts more in the future. This post is about the new book, so I want to try to constrain myself somewhat to that topic today.

How Does Kaizen Differ From A Kaizen Event?

The title of this post is a search term that hit the site today. It’s an interesting question – and interesting that it gets asked.

“Kaizen” is now an English word (it’s in the OED) and defined as such:

Definition of kaizen in English:

NOUN

A Japanese business philosophy of continuous improvement of working practices, personal efficiency, etc.

Origin

Japanese, literally ‘improvement’.

 

Let’s talk a bit about that “Japanese, literally ‘improvement” bit.

Jon Miller of the Kaizen Institute was raised in Japan and offers up this nice breakdown of the meaning behind the meaning:

image

Jon explains:

•Kai = Change is made from two characters “self” and the picture “to whip”. You can see the stripes across the poor fellow’s back.So Change is something you do to yourself.

•Zen = Good. In this case a sacrificial lamb which means “righteous” is offered between two characters for “word”. In this case word = clear and precise speech. So good sacrifice with precise speech all around it is “Good”. The Zen character we are using today is a simplified version. Also, Zen in this case is not the same character as Zen Buddhism.

•Kaizen = Change for the better. Or in our case whip yourself so that you can make a nice sacrifice and always have clear speech / thoughts surrounding you. Smile

As I understand it, in vernacular Japanese, “kaizen” is regarded as a business term. The word is not used in day-to-day context.

From Jon’s explanation, there is also a very personal aspect to it. Change is something you impose on yourself.

With all of that, “kaizen” is simply a word that generally refers to any systematic disciplined activity of improvement.

Kaizen Events

Now things get tricky, because here in the West, we have often regarded “kaizen events” and “kaizen” as the same thing. They aren’t. While you can certainly make improvements with kaizen events, that isn’t the only way to improve things, and I’ll add it isn’t necessarily even the best way.

A typical Western kaizen event (and there are lots of variations, though most companies that use them tend to impose fairly rigorous attempts to standardize them) is a 5 day focused effort with a 100% dedicated team.

The kaizen event leader is usually a specialist whose job is to plan and lead these things, identifies an improvement opportunity. He might be tasked by shop floor management to tackle a chronic or painful problem, or might be executing the “lean plan” that calls for a series of implementation events.

It is his job to plan and execute the event and to bring the expertise of “how to make improvements” to the work force and their leaders.

Here’s the Problem

The full-time kaizen event leaders typically get really good at seeing improvement opportunities, organizing groups for improvement, and quickly getting things done. They get good at it because they do it all of the time.

The area supervisors might be involved in a kaizen event in their area a few times a year if that. Some companies target having each employee in one kaizen event a year.

That’s 40 hours of improvement. All at once. The question is: What do they do (and learn) the other 1900 hours that year?

What do they do when something unexpected happens that disrupts the flow of work? Usually kaizen events don’t deal with how to manage on a day-to-day basis other than leaving an expectation for “standard work” in their wake.

But “standard work” is how you want the work to go when there aren’t any problems. When (not if) there are problems, what’s supposed to happen?

This is why many shop floor leaders think “kaizen” is disconnected from reality. Reality is that parts are late, machines break, things don’t fit, Sally calls in sick, and the assembler has to tap out threads now and then. In the hospital, the meds are late, supply drawers have run out, and there is a safari mounted to find linens.

These things are in the way of running to the standard work. They are obstacles that weren’t discovered (or were glossed over as “resistance to change”) during the workshop.

The supervisor has to get the job done, has to get the stuff out the door, has to make sure the patients’ rooms are turned over, whatever the work is. And nobody is carving out time, or providing technical and organizational support (coaching) to build his skills at using these problems as opportunities for developing his improvement skills, and smoothing out the work.

So… sometimes, “kaizen events” implement changes, but don’t necessarily do much for that personal drive for improvement.

The Shift

We’re starting to see a shift, as we realize those front line leaders are actually the ones who need to be the experts. That’s where Toyota Kata comes in – as a tool to learn to coach those leaders so they learn to keep the improvement going rather than just fighting erosion and working around problems.

OK – it’s late, and this was actually a diversion from something else I’m working.

“What Is Lean” – 2015

Mike Rother and Jeff Liker have refined the “What is Lean?” slideshare from earlier this year. I think they have filled things in pretty well. Take a look, then I’ll add my thoughts.

Responsibility of Leaders

The Jim Womack quote on Slide 4 is telling in a number at a number of levels:

“Most management decided they could outsource lean…

‘ Please go do it, here’s your budget, and please get some results, we won’t be too precise about that, and now I will be on to the next issue.’ And of course that is unlikely to produce much a result… It produces something, but it doesn’t produce what we had intended, which was that this would become the core way that managers think.”

I had a friend in the Army who (with a smile) would say “An action passed is an action completed.” These managers believe that as long as they have assigned someone to work on the problem, their responsibility is to getting updates on progress and authorize or question budget requests, then moving on to the next agenda item.

Even today I see very real “We have to do this to survive as a company” levels of urgency behind initiatives, but they are still assigned to mid-level staff people as though engineering a fundamental shift in the organization’s ways of working can be done with mere oversight of the top level leaders.

Actual Customers

While we (the lean teachers, community) have done pretty well over the years is talk about establishing flow. What we haven’t done as well is with the words “toward a customer.”

Never Ending Struggle

The problem with “lean implantation plans” is they, by their very nature, have a point when they are “done.”

Human cultures throughout history have their legends built on what Joseph Campbell called the Hero’s Journey, and our implementation plans are built around the same pattern.

  1. The need for change. (often first met with refusal or denial)
  2. Commitment / crossing the threshold.
  3. The Mentor Figure (“find a sensei”)
  4. Assembling the team.
  5. The Quest / Journey of Adventure
  6. Final Confrontation
  7. Returning with “the elixir” / the journey home
  8. A changed life and/or a changed world.

While there are lots of variations on how this is described, this is the pattern of just about every business novel, every script in Hollywood, and our most compelling stories.

But these stories always have an end – where things are “changed” and a new stability. And our “implementation plans” imply the same expectation – that there is a “new normal” where everyone can relax because we’ve gotten there.

The Problem as I See It

The model outlined in this slideshare runs against the grain of everything business executives are taught. I think it is great that we are starting to realize what is really behind truly great organizational performance, but it’s still too easy to dismiss as an outlier when it happens. The “Lean Community” has a lot of momentum behind the “implement the tools” paradigm, and the idea that establishing and enforcing standards for the improvement boards and forms is somehow the key to success.

Let’s challenge the paradigm. Right now the biggest “change” we need to make is us.

 

The Personal Challenge of One-by-One

I got a cool model kit of the 1903 Wright Flyer for Christmas, and am in the process of assembling it. Each wing (top and bottom) has two spars connected by 38 ribs. (To give you a sense of the size, the wingspan of the model is just over 30 inches).

FlyerModelWing

Each of the 38(x2) ribs requires the following steps:

  1. Cut the laser cut part from the sheet.
  2. Sand the ends smooth with an emery board. Fit check between the spar.
  3. Sand the burned wood from the top edge with an emery board (outside curve).
  4. Sand the burned wood from the bottom edge (inside curve) with a piece of fine sandpaper wrapped around a round hobby knife handle.
  5. Sand the burn marks off the flat side with the emery board.
  6. Glue the front end to the front spar.
  7. Glue the back end of the previously done rib to the rear spar. (give the front glue joint time to set)

It was amazingly tempting to just cut them all out, the sand all of the ends, then sand all of the top edges, then sand all of the bottom edges, then sand all of the flats, then glue them all into place. That would have felt like it was faster.

But no matter what order I did it in, I had to repeat steps 1-7 38 times, there wasn’t any way around that. And yes, I picked up, and put down, the tools and glue bottle 38 times by doing it 1:1. But I also picked up on mistakes that I had made only once, and could check and adjust my technique as I went to ensure everything was fitting together the way it should be.

I could also more easily cut things loose when a little glue stuck the spar to the jig. It’s easier to get the knife under one stuck rib. (I only glued my fingers to the wood a couple of times, and only just a little. *smile*).

I know this is old stuff to most of my readers, but sometimes it is good to come back to the fundamentals and experience that 1:1 feels slower even though it isn’t.

Smart People Making Good Decisions and Killing Growth

Probably without realizing it, Clayton Christensen takes us (the “lean community”) to task in this talk about investment and growth.

We have been “selling” continuous improvement – in all of its forms whether we call it “lean” or Six Sigma, or Theory of Constraints, or Total Quality Management as a cost reduction tool for so long that most managers out there believe that is all it is for.

In this talk, which I got from Mike Rother’s YouTube channel, Christensen makes the distinction between market creating innovations, which create demand where none existed; sustaining innovations, which improve the product, but don’t create new customers; and efficiency innovations which allow us to do more with less.

In Christensen’s view (which I happen to support), the only one of these which creates growth in the economy is a market creating innovation.

Growth stagnates because efficiency innovations show much better short-term return on key metrics.

Take a look at the video, then let’s discuss where we need to go with this.

In a market where there are two or three stable players, without breakthrough market creating innovations, they can only “grow” by taking market share from one another. This dictates a strategy of becoming very good at sustaining innovation (making your product better) and efficiency innovation (so you can sell it at a competitive price).  These are important, because they are required for survival which is, in turn, required to fund market-creating innovation.

Because the vast majority (not all, but most) of continuous improvement effort is focused inward, it tends to work in these areas – improving existing products, improving operations.

We do have the “Lean Startup” movement that is hacking out space for true market creating or disrupting innovation. The question (and I don’t know the answer) is how do established companies get past their completely rational financial decision making and pull that “seek new customers” thinking into their portfolios? The only companies I know who are doing this are privately held, and actually run by the owners (vs. private equity owners)… and I’ve seen a couple of privately held companies turn away game changing ideas as well for fear of cannibalizing their other products.

Apple has been the exception. It’s too early to tell if that exception was actually Apple or just Steve.

Maybe that’s the normal business cycle. What are your thoughts?

Goal vs “Target Condition”

Emily sent an email asking “how would you describe the difference between GOAL and TARGET CONDITION?”

I end up on this topic enough that I thought I’d discuss it here.

I am assuming we are referring to the “Toyota / Toyota Kata” context here. I mention that because while “target condition” has a pretty clear meaning in that context, we have to rely on the everyday meaning definition for “goal.”

Thus, I can’t objectively say “goal” means this, or doesn’t mean that because it means whatever it means to you.

Still, I can give it a try.

I have drawn on the following analogy frequently because I think it demonstrates the concept pretty well.

“I believe that this nation should commit itself to achieving the goal, before this decade is out, of landing a man on the Moon and returning him safely to the Earth.”

I’d say that was a goal. It is a specific accomplishment that is clearly “done” or “not done” and it has a deadline. (Someone else once said “a goal is a dream with a deadline.”)

For those of you who don’t remember Woodstock*, let me provide some context.

President Kennedy made that speech on May 25, 1961.

imageOn May 5th, Alan Shepard had been launched into a sub-orbital space flight giving the USA a total manned space flight experience base of about 15 minutes. The previous month, the Soviet Union had launched Yuri Gagarin for a single orbit around the Earth, thus the entire planet had a total manned space flight experience of just under 2 hours (but the Russians weren’t sharing).

<— This is the best we could do.

The goal was selected for political and technical reasons. We had developed a huge rocket engine needed to do the job, and didn’t think the Russians larger rockets would scale well. So the Administration selected a goal they thought the U.S. could accomplish but believed the USSR would have a tougher time with. (They were right.)

At the time the speech was made, there were two competing approaches in play for landing a man on the moon.image

Both involved landing a large upper stage intact on the moon, then lifting off and using the whole thing to return to Earth.

The problem was thought to be how to get that huge moon landing rocket off the Earth and to the moon.

There were a couple of ideas kicking around at the time.

One was to build a huge rocket, maybe twice the size of the Saturn-V that eventually was used for Apollo 11.

imageThe design was never finalized, but the concepts were all lumped together as the “Nova” rocket. You can see the 36 story tall Saturn V (the biggest rocket ever built and launched) as the second from the right in this picture. The idea was to send the entire thing directly to the Moon with a single launch. This was called the “Direct” approach.

Given that building the Nova rocket (not to mention the launch facility) was likely to be…um…really hard, the other idea was to use multiple launches of something more like the Saturn rocket, and assemble the moon rocket in low Earth orbit, then send it on its way. This was called “Earth Orbit Rendezvous.

All through the late spring and summer of 1961 this debate was raging within NASA. Wernher von Braun, our chief “rocket guy” wanted this capability for a large lunar payload because he was interested in establishing bases and serious exploration of the moon. But that wasn’t the objective right now. It was get there fast and beat the Russians.

Another NASA engineer, John Houbolt had what was considered a bit of a high-risk (bordering on crackpot) scheme of a smaller-but-still-huge rocket, single launch, sending an expendable two-stage lander to the moon, having it land with two astronauts, then lift off and rendezvous with the return ship in lunar orbit. Not surprisingly this scheme was known as “Lunar Orbit Rendezvous.” It was risky because what was thought to be the trickiest part, the rendezvous and docking, was to be done 250,000 miles from the safety of Earth, with no way home if it didn’t work.

You can read the whole story here.

By the fall of 1962, Lunar Orbit Rendezvous had emerged as the only viable scheme to accomplish the goal by the deadline.

At the program level, they now had a target condition: How the process should operate in order to accomplish the goal. This does not mean they had worked out every detail. It only means they knew what they were trying to accomplish. This 1962 NASA film pretty much lays out the concept in as much detail as they understood at the time:

Remember, this is at the high level. But at this level they identified obstacles – things they didn’t know how to do – that had to be cleared in order to reach the target condition.

1) They had to develop the concept into a real rocket capable of pushing 90,000 pounds (and finally 100,000 pounds) into lunar orbit. They also had to develop and built the infrastructure to (according to the initial plan) launch one of these every month.

2) They had to determine if (and how) humans could spend 10+ days in space without psychological or psysiological problems. (Remember, we had no idea at the time).

3) They had to develop a space suit that would allow an astronaut to leave the spacecraft.

4) They had to develop techniques and technology for rendezvous and docking in orbit.

Each of these major obstacles could be, in turn, defined as a goal (or challenge) for the next level down. Project Gemini’s purpose was to test #2, and directly learn about #1 and #2.

imageimage

 

 

 

 

 

 

 

 

And of course, the teams working on developing space suits, developing docking technology, etc. then would set their own target conditions that progressively marched toward their goals or deliverables.

Bring this back to Earth

A goal is something you need to accomplish. It usually doesn’t assign the method, only the result and the “by when.”

A target condition is typically a major intermediate step toward the ultimate challenge. Importantly, it outlines the “how” or proposed approach, though necessarily doesn’t offer up the solutions to the problems.

The goal is “win the game.” The target condition is the game plan. To execute the game plan, we need to develop specific capabilities, or solve specific problems.

One thing the target condition does do is limit the domain of the problems that must be solved. This is critical.

There are always more problems to solve than are solvable with the resources available. By being specific about a target condition, you focus the effort on the obstacles that are actually in the way of achieving the target. As you proceed, you learn, and as you learn, the nature of those obstacles may change. Thus, the obstacles are not a static list of things to do. Rather, they are the unsolved issues that, right now, you think must be dealt with.

See this (largely redundant) post from a couple of years ago for another perspective. (oops – just realized I’d already used the Apollo analogy. Oh well. At the time all of this was going on, I was the geeky 12 year old who knew (and would talk endlessly about) every dimension, rocket engine nomenclature, fuel burn rates, etc. of the Saturn-V rocket.)

Hopefully this will spark some discussion.

———–

*If you actually remember being at Woodstock, then you likely weren’t there.  Winking smile