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.

How Do You Know They Know?

TWI Job Instruction is built around a four step process titled “How to Instruct.”

image

Steps 2 and 3 are the core of the process.

  • Present the Operation
  • Try Out Performance

I want to discuss Step 3: Try Out Performance

Teaching Back as Learning

All too often I see “training” that looks like this:

  • Bring the team members into a room.
  • Read through the new procedure – or maybe even show some PowerPoints of the procedure.
  • Have them sign something that says they acknowledge they have been “trained.”

This places the burden of understanding upon the listener.

The TWI model reverses this paradigm with the mantra at the bottom of the pocket card which, though they vary from version to version, is some form of: If the student hasn’t learned, the teacher hasn’t taught.

Having the learner teach back to the instructor does two things:

  1. The learner has to understand it better to be able to explain it.
  2. It provides a verification check that the instruction has been effective.

Point two is important here. Instruction is a hypothesis: “If I teach these steps, in this way, my learner will be able to perform the process.”

Having them teach back is the testable outcome of this hypothesis. If the the learner struggles, then the instructor must re-instruct. But not simply by rewinding the script and playing it again… we know that didn’t work. Instead the instructor now has to get curious about which points are confusing the learner and why, and correct his instruction.

But that’s not what I came here to discuss. TWI is just a lead-in.

Learning to See – by Practicing

An operations manager who is learning fast was challenging my insistence on having a visual status board that showed the real-time location of product on the line.

In the same breath, he was saying that he wanted the leads and the supervisor to be able to “walk the trapline” and do better seeing issues coming before a train wreck. (Empty positions, overproduction, etc.)

My response was “Having them update the magnets on that board every time something moves forces them to practice seeing what is where.”

In other words, by making them teach you where things are, and demonstrate their knowledge, they have to learn how to see that bigger picture.

“That’s the best explanation I have ever heard.”

The operations manager can walk the line and see the status himself. He doesn’t need the board. In fact, he could see even better if he went up the mezzanine overlooking the line. It’s all there.

But the board isn’t for his benefit. It is a learning tool. It is structure for the leads and supervisors to have a joint conversation, facing the board instead of each other, and reach agreement about what is where.

It gives them a clear indication if they need to escalate a problem, and a way to be able to converse about when and how they might recover (or not).

In other words, it is “Grasp the Current Condition” continuously, in real time. This lets them compare the current condition with the target condition – the standard depicted on the board.

By seeing gaps quickly, they have a better chance at seeing what obstacle or problem prevented them from operating to the target.

That, in turn, gives the manager an opportunity – in invitation – to shape the conversation into one about improvement.

Back to Job Instruction

This is exactly the same process structure as having the learner demonstrate performance. It is a check, right after the operation (present the operation) was performed to see how well it worked.

Fine Grained Observation

All of this is about moving observations, evaluations, checks, verifications away from batching them at the end of a huge block of work and embedding them into one-by-one flow. It builds Ohno’s “chalk circle” into the work itself.

If You Think “We Can’t Please Our Customers” You’ll Be Right

The center of the B Concourse at O’Hare Airport in Chicago is dominated by a Brachiosaur skeleton, part of the Field Museum exhibit for their store there.

IMG_20131206_215236_938

As a reminder for those of you over the age of 14, the Brachiosaurus was 70 feet long, 30 feet tall, weighed in at around 60 tons.* It had a brain the size of an avocado. It wasn’t smart. It wasn’t fast. Its main defense against predators was that it was simply too big to catch and eat.

In the shadow of the Brachiosaurus is United Airlines’ main customer service desk for their headquarters hub.

Back in June, Chris Matyszczyk published some really interesting commentary on Inc. Magazine’s site: The CEO of United Airlines Says He Can’t Really Make Passengers Happy

In his article, he quotes from an interview Oscar Munoz, the CEO of United Airlines, gave to ABC. From the interview:

“It’s become so stressful,” he said, “from when you leave, wherever you live, to get into traffic, to find a parking spot, to get through security.”

“Frankly,” Munoz added, “by the time you sit on one of our aircraft … you’re just pissed at the world,” and improving the flying experience won’t ultimately depend on “what coffee or cookie I give you.”

My interpretation? “We have given up trying to please our customers.”

That was the interpretation of Ed Bastian, Munoz’s counterpart at Delta Airlines:

…when Munoz’s views were put to Delta CEO Ed Bastian by Marketplace.

His response was, well, quite direct:

“I disagree. Those certainly aren’t Delta customers he is speaking to.”

My Perspective as a Frequent Flyer

Just so you know my perspective: In the course of my work, I typically purchase between 10 and 20 thousand dollars worth of airfare a year. While this isn’t anywhere near the highest, I think I am the kind of customer an airline wants to get and retain.

Further, I know the system. I know what to expect, can quickly distinguish “abnormal” from “normal” and know how to maneuver to get out in front of issues I see developing. I pay attention to weather and other events that might disrupt the system, and contingency plan accordingly. I know, generally, how to arrange my stuff to get through TSA smoothly (though they can be arbitrary).

And I have the perks of a heavy frequent flier, which buffers me from a lot of the “stuff” that casual travelers have to contend with.

Munoz used some words that really identify the problem: …by the time you sit in one of our aircraft…”

This casual statement, which correlates with my experience as a former United Airlines customer** implies a belief that the customer service experience begins once you are on the plane. This isn’t where United’s reputation is created. Once you are on the plane, the customer experience of all of the major airlines is pretty similar.

My experience reflects that it is what happens on the ground that differentiates one airline from another.

Assumptions About Customers Come True

The assumption that customers are just “pissed off at the world” and there is nothing we can do about it is a self-fulfilling prophecy.

If that is the attitude from the top, then it lets the entire system off the hook for making any effort at all to understand the things that might take some of the sharp edges off the experience.

On the other hand, if the attitude is “We are responsible for the experience of our customers – even if we aren’t” then the effort can get focused on understanding exactly what kind of experience we want our customers to have, and engineering a system that delivers it to the best of our ability. That, in turn, allows reflection when we miss, and improvement for the next time.

One is a victim attitude. “We’ll get better customer satisfaction when our customers are better at understanding how hard it is.”

The other is empowering – “Even if our customers *are* pissed off at the world, we will own it and work to understand what we can do.

How Does Your System Respond to Stress?

This in my mind, is what really differentiates a good system from a broken one. Like I said, it’s easy when everything is flowing smoothly. But what happens when the system is disrupted?

Is there a mad scramble of figuring out what to do – like it is the very first time a maintenance issue has caused a flight to be cancelled? What are we going to do with all of these passengers? Process them through two people? (See the line in my photo above!)

Or is there a clear process that gets engaged to get people rebooked – leaving the true difficult cases for the in-person agents?

Ironically, the major airline with one of the very best on-time schedule records also has one of the best recovery processes. Go figure.

Then there are little gestures, like snacks or even pizza for those suffering through a long delay.

“It’s not our fault” easily leads to “you’re on your own.”

“We’re going to own it, even if we don’t” leads to “let’s see if we can help.”

Now… to be clear, the entire airline industry has a long way to go on this stuff. But my point is that some are making the effort, while others have given up.

What Experience Have You Designed for YOUR Customers?

That, ultimately, is the question I am posing here. If you start with the experience you want your customer to have – a standard – then you have a point of comparison.

Did we deliver that experience? If so, then could we do it more efficiently?

If not, what got in our way, how do we close the gap?

Without a standard to strive for, there can be no improvement – and I think this is what Taiichi Ohno actually meant.

——

* Estimates of the weight vary quite a bit.

Rough metric equivalents would be around 20 meters long, 9 meters high,  50 tons. About the weight of mid-cold war era tank.

——

** With one exception that was booked for me, I haven’t flown on United since mid 2014 after an experience that could not have been better designed to tell the customer “We don’t work as a team or talk to each other.”

I cashed in my frequent flier miles for a camera about a year later.

Lessons from Driving a Forklift

The spring and summer of 2000 were a long time ago, but I learned some lessons during those months that have stayed with me. In fact, the learning from that experience is still happening as I continue to connect it to things I see today.

I was a member of a team working hard to stand up a new production line of a new product. The rate pressures were very high, the production, production control, and quality processes were immature.

At a high level, the parts flow was supposed to work like this:

Steel parts are fabricated and welded, based on the production schedule for various configurations.

Unit sets of parts were sent to outside paint. (We didn’t have our own paint system yet.) In reality, unit sets would be broken up as some parts went to sister plants, others went to outside vendors, each with their own lead times and flow times.

Parts return from outside paint. Because of the different vendors and lead times, different parts arrive on different days.

On assembly day, kits are built for the parts required at each entry point on the assembly line. Those kits are delivered based on a pull. The assembly line had a number of entry points and feeders, so for each takt time cycle, though only one “unit’s worth” of parts were actually delivered, those parts were for different units, as feeders had different lead times into the main line.

image

The innocuous challenge was to develop the kitting process (in red) that broke down the parts into  kits and got them delivered to the line.

I got pulled in on Thursday of a “kaizen event” that was supposed to develop this process. What had actually happened, though, was analysis paralysis, a lot of theoretical discussions, a lot of drawings on a white board, but nothing had actually been tested or tried. My assignment was simple: Organize this and get it going on Monday.

I had four people working for me, though they were not officially direct reports. They were an eclectic mix of personalities and styles.

A few things became apparent very quickly:

The process of scheduling which parts needed to be fabricated and welded to be sent through painting on any particular day was broken. Result: What was needed wasn’t necessarily what got sent to paint.

The processes of keeping parts organized during the various outside paint operations was broken. Result: Unit sets got mixed together, parts went missing.

As a result this is what my days looked like:

I came in before a hint of dawn at 4:45am to prepare for the assembly line starting at 5:40. I would go out into the parts yard with the day’s production schedule and a flashlight. My goal was to answer a simple question:

What units on this list can I build with the parts that are here?

I would re-sequence the production schedule to front-load the units that looked like we had everything we needed. (This caused all kinds of problems with serial number sequences and engineering change control, but that is a different story.)

We would start pulling in those parts, and breaking them down into the kits. We set up FIFO lanes for each entry point on the assembly line, and worked as fast as we could to build up about a three hour backlog. Why? Because it took about three hours to expedite a missing part through paint. Once we had that queue built up, as we discovered shortages (or parts painted the wrong color!), we had a chance to get the situation corrected and have a shot at not creating a shortage on the line.

We were working 10 hour shifts, I was typically there for 12-14 hours. Even though I was a “lean guy” my daily work was orchestrating all of this chaos, expediting and delivering parts, and I spent at least six of those hours every day driving a forklift. I got really good at forktruck operation that summer.

At the end of the day, I might sit and chill for a little while, then would get in my truck, go home, and do it all again tomorrow. One of those days as I went to back out of the parking space, I hit the turn signal to put my stick-shift truck into reverse – because that’s how the forklift controls worked.

What I Learned

I actually continue to learn. But here are a few things that have stood out for me.

Shop Floor Production Supervisor is a really hard job. I wasn’t a supervisor, but I was doing many of the things that we asked supervisors to do. Making my people take their breaks. Slow down on the pallet jack. Listening to a frustrated guy who was ready to quit – understanding his paradigm, and helping him re-frame his experience. Constant radio calls to places in whatever building I wasn’t in at the time. Operating within a system that functions only with continuous intervention.

I totally knew how to set up a workable, stable process. I knew how to get all of these processes linked together to pull everything through. I knew how to build in effective quality checks.

What I was able to do was spend a few minutes at the end of my day, or during my lunch breaks (instead of eating) trying to implement some kind of simple visual control that mitigated against repeating a mistake we had just made. We attached a tag with a production sequence number (000 through 999, repeating) to each kit. That let us, and the people on the line, see if we had delivered something out of sequence.

Then, after I had delivered a yellow painted kit to go onto an otherwise blue painted unit (oops) we made a board with the production sequence numbers and the associated colors for the major components.

Then… after I had delivered (note the theme here) the wrong size of a major component to the line, we added that information to the board AND tagged those components so we could quickly distinguish one from the other.

But I was never able to address the upstream issues that were delivering short kits to us in the first place. All I could do was add steps, add time, add inventory to protect myself from those things and do my best to fix it before the main line got stopped.

We had a saying in the Army: “When you are up to your a$$ in alligators, it is hard to work on finding the best way to drain the swamp.”

Thus:

It is unreasonable to expect systems improvements when everyone is scrambling to make the system function at all. It isn’t that they don’t want to make improvements. It isn’t that they don’t know what to do. It is that there is barely time to breathe before the next problem needs to be stamped down.

And finally: A five person job requires five people. I had four people working for me. That wasn’t enough. Guess who had to fill in the rest of it? I tried my best to handle the problems so they could get into some kind of cadence on the stuff that wasn’t a problem. But (Routine+Problems) = (or greater than) 5 people in this case, and it took all of us just to navigate the rapids without dumping everyone out of the boat. If everything was running smoothly, it was probably a three person job. If we could have set up a sequenced pull from assembly all the way back through weld, it would have been a two or even one person job.

Reflection

That forklift key is still on the keyring in my pocket as a reminder of that time. What follows are some of the bigger-picture things that come to mind as I continue to construct, tear down and reconstruct my own thinking.

Attribution Error

There is a strong tendency among us humans to attribute our own failures to a poor environment, but to attribute other’s failings to individual character or capability. Yet in many cases, simply changing the venue or circumstances can allow a previously low-performer to blossom. We see this (and the opposite) all of the time in professional athletics.

Making this error is easy when we are talking about “they.”  If only they… Why don’t they… They don’t get it… “They” are people who are likely doing the very best they can within the context of the system they are in. And, as I pointed out above, changing the system from the inside is hard.

Actually that isn’t quite accurate. Changing the system is hard work.

The Pace of Change

The organization I was describing above was experiencing circumstances at the time that outpaced their ability to experiment, reflect, and adapt. Every organization has a rate at which they are able to change.

Just to make things more complicated, it is possible to learn what must be done much faster than those things can be put into place. This frustrates a lot of change agents. They see the technical changes that must take place, but often struggle against cultural barriers and obstacles. These things take much longer, and it is pretty much impossible to put them on a fixed timeline or project plan. Thus, we frame them as “resistance to change.” We know what must be done, but “they” don’t do it.

Organizations Under Stress

When an organization is under stress, there is fear of complete breakdown. People become very conservative and avoid the uncertain and unfamiliar. If they become overwhelmed just trying to get their task done, they are going to shut out any information that isn’t relevant right now. Horizontal communications break down, and the feeling of isolation increases.

At this point, all coordination has to funnel upward and then downward through the vertical linkages, as cross-functional coordination largely isn’t happening.

Now the higher leader gets overwhelmed, feeling she has to micro-manage every detail- because she does. “Why don’t they talk to each other?” Well, the structures for that were probably very informal, and now have broken down.

This Isn’t About “Them”

As I mentioned above, it is really easy to attribute the perception of dysfunction to individuals. And as people become isolated within their own task-worlds, avoiding a mistake becomes the dominate motivation. This happens even in organizations with the most benign intentions.

If you are a leader, pay attention to the emotions. If people are snippy, are pushing back on ideas as “just more work” then that saturation point may well have been reached. Pushing harder isn’t going to make things go faster, it is going to slow them down.

image

…but where is the problem solving?

An external auditor was being shown the wide use of improvement storyboards throughout the organization. He was very impressed by the daily experiments, the documentation of what was being learned, and the results being gained.

Then he said “…but they aren’t doing problem solving.”

Huh? It turns out that, to this person, “problem solving” means using very specific “problem solving tools” such as fishbone charts, Pareto diagrams, histograms, etc. Since he didn’t see those specific tools being used, “they aren’t doing problem solving.”

But they are solving lots of problems – and that was clear.

Another C.I. director had the same complaint: If they aren’t documenting things on an A3 in a specific format, then they aren’t solving problems, or at least aren’t solving them effectively.

People have been solving problems experimentally for thousands of years. There have just been other ways to structure and document the process. I don’t think anyone who has a clue about the process they used could say that Wilbur and Orville Wright were “not doing problem solving” yet there is not a fishbone or Pareto chart in sight. Nope, they just meticulously documented their experiments, their predictions their results, and were laser focused on the problem they were trying to solve.

image

Saying people “aren’t doing problem solving” while acknowledging that they are solving problems doesn’t make sense to me, but I have heard it a few times.

Instead of trying to force the creative process through a specific template, how about pulling out the template as a helpful tool when it might help get something unstuck. In other words, for the tool itself – Exactly what problem are you trying to solve?

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

HBR: Managers Think They’re Good At Coaching. They’re Not.

“No… this is coaching. That means I talk, you listen.”

Many years ago, those words began a 20 minute session that I can best describe as an “a** chewing.” The boss systematically went through all of the little notes he had been saving for over a year – like the fact that someone had commented that I had a cow lick in my hair one day many months ago, which was framed as “lack of grooming.”  None of this, of course, had anything to do with what had triggered the tirade. As I recall I had scheduled a meeting with a supplier over something that he had thought was more important. Needless to say, the guy didn’t have a lot of credibility with the group, as this was pretty normal behavior.

What Is Coaching?

While my (real life!) example may have been a somewhat extreme case, a recent HBR article by Julia Milner and Trenton Milner titled Managers Think They’re Good at Coaching. They’re Not offers up some preliminary research that supports the hypothesis in their title.

What they found was that what most managers described as “coaching” was, in fact, offering direction couched in the form of advice.

As an alternative, they offer up a definition of coaching by Sir John Whitmore:

“unlocking a person’s potential to maximize their own performance. It is helping them to learn rather than teaching them.”

I can see where it would be easy to argue about whether or not “teaching them” is actually different from “helping them learn” but I tend (these days) to come down on the side of seeing a big difference.

To quote from David Marquet:

“… they have to discover the answers. Otherwise, you’re always the answer man. You can never go home and eat dinner.”

And, indeed, I see the effect of managers trying to always be “the answer man” every day – even this week as I am writing this.

Milner and Milner conclude with this take-away:

coaching is a skill that needs to be learned and honed over time.

This, of course, is consistent with the message that we Kata Geeks are sending with Mike Rother’s Coaching Kata.

The challenge for these managers is the same as that posed by Amy Edmonson in a previous post, It’s Hard to Learn if you Already Know.

Learning to Coach

The HBR article lists nine skills that the authors associate with coaching:

  • listening
  • questioning
  • giving feedback
  • assisting with goal setting
  • showing empathy
  • letting the coachee arrive at their own solution
  • recognizing and pointing out strengths
  • providing structure
  • encouraging a solution-focused approach

Unfortunately just memorizing this list really isn’t going to help much, because there are effective ways to do these things; and there are ways that seem effective but, in reality, are not.

The question I would like to examine here is how practicing the Coaching Kata might help build these skills in an effective way.

I’m going to start with the second from the last: Providing structure.

The very definition of kata implies a structure. Especially for that critical early practice, the Coaching Kata and Improvement Kata provide a mutually supporting structure for both the Coach and the Learner to practice building their skills. The Starter Kata that Mike Rother describes make up the most rigid form of that structure with very specific activities designed to push problem solving and coaching skills.

As the organization matures, of course, that structure can shift. But even very mature organizations tend to have “the way we do things” which provides a safe structure that people can practice and experiment in. Ironically, this is the very purpose of standardization in the Toyota sense.  (This is very different from what most organizations think of as “standards” – where experimentation is forbidden! )Without this baseline structure, sound experimentation is much more difficult.

Continuing to skip around on the list, let’s look at assisting with goal setting.

The very first step of the Improvement Kata is Understand the Challenge or Direction. Right at the start, the coach must assist the learner with developing this understanding. At the third step we have Establish the Next Target Condition. Here, again, the coach practices assisting the learner to develop a target condition that advances toward the challenge; is achievable; and is challenging.

While novice coaches can struggle with this, the structure of the Improvement Kata gives them a framework for comparison. In addition, the learner’s progress itself becomes data for the coach’s experiments of learning.

Of course questioning is the hallmark of the Coaching Kata. We have the “5 Questions” to start with, and they provide structure for not only questioning but listening as well.

There is a critical difference between giving feedback and giving advice, and beginning coaches – especially those who have formal authority – frequently fall into the trap of “leading the witness” – asking questions intended to lead the learner to their preferred answer. Giving feedback, on the other hand, might be more focused on pushing a bit on untested assumptions or gaps in the learner’s logic or understanding of the chain of cause-and-effect.

Thus, someone practicing the Coaching Kata is learning to let the learner arrive at their own solution vs. leading them to one that the coach has in mind. These are all instances where a seasoned 2nd Coach can help by giving feedback to the coach about her process – working hard to avoid “giving advice” in the form of exactly what follow-up questions to ask. (Believe me, this is more difficult than it sounds, and at least for me, doesn’t get any easier.)

I am going to make an interpretation of encouraging a solution based approach and assume this means exploring the space of possible solutions with experiments vs. “jumping to solution” and just implementing it. I could be wrong, but that is the only interpretation I can think of that fits with the context of the other items on the list.

And finally are the softer skills of showing empathy and recognizing and pointing out strengths. I think it is unfortunate that these skills are typically associated with exceptional leaders – meaning they are rare. These are things I have had to learn through experimentation and continue to work on. But I think I can say that my own practice of the Coaching Kata has given me a much better framework for doing this work.

The Coaching Kata framework is certainly not the only way to develop coaching skills. We have been training effective coaches long before 2009 when the original book was published. And there are very effective training and mentoring programs out there that do not explicitly follow the Coaching Kata / Improvement Kata framework.

BUT I will challenge you to take a look at those other frameworks and see if you don’t find that their underlying framework is so similar that the difference is more one of semantics than anything else.

In my next few posts, I am going to be parsing a course I recently took that is just that.

 

 

 

 

 

It’s Hard to Learn if you Already Know

In this TED Talk, Amy Edmondson of the Harvard Business School talks about “How to turn a group of strangers into a team.” Although long-standing teams are able to perform, our workplaces today require ad-hoc collaboration between diverse groups. The question is: What kind of leadership, and what kind of structure, contributes to working together on the problem?

For those of you unfamiliar with her work, I’ll add that I have found anything that she writes or speaks about is worth reading or listening to.

The key message starts around the 10:00 minute point:

“When teaming works, you can be sure that leaders, leaders at all levels, have been crystal clear that they don’t have the answers. Let’s call this ‘situational humility.’ It’s appropriate humility. We don’t know how to do it.”

[…]

“It’s hard to offer up an idea that might be a stupid idea if you don’t know people very well. You need psychological safety to do that. They overcame what I like to call this basic human challenge: it’s hard to learn if you already know. And unfortunately, we’re hardwired to think we know. And so we’ve got to remind ourselves – and we can do it – to be curious; to be curious about what others bring.”

Here is the entire TED talk. If the embed isn’t working for you, this is the direct link: How to turn a group of strangers into a team.

 

 

 

Which brings me to the quote I pulled for the title of this post: It’s Hard to Learn if you Already Know. As Amy Edmondson points out, “we’re hard wired to think we know.”

To counteract this we need to construct different artifacts that focus our attention on our shared understanding vs. trying to advocate a particular position.

Creating The Structures of Teamwork

As obvious as this is when we say it, if we want to create a culture or social structure of teamwork this must be done deliberately. This is especially important in environments where ad-hoc groups must collaborate very quickly. So… what works? I don’t know. But we do have the tools to figure it out.

Structure to Focus on The Problem

When two people are talking about a problem while looking at each other, they tend to equate “the problem” with “the other person.” Rather than trying to reach a shared, common understanding, the tendency is to try to convince the other person to adopt their point of view.

But if we introduce some kind of artifact – an A3, a Learner’s Storyboard, a shared keyboard and monitor – that physically turns people to look at the problem rather than at each other, the dialog changes.

Collaboration at a shared keyboard and monitor

Collaboration at a learner storyboard.

“What we’ve got here is a reason to communicate.”

Think about the key difference between people looking together at the information versus someone at the front of the room, facing everyone else. The tone shifts from “tell me” to “work with me.”

Think of the key difference in a meeting between everyone sitting at the table talking about the problem vs. what happens if someone stands up and starts to draw it out on a whiteboard.

What companies like Menlo Innovations, Kaas Tailored, Toyota, and others do is construct physical artifacts to focus people’s attention away from the person and toward the information. The information becomes neutral, vs. being attached to someone. If something isn’t working, we can work together to fix the issue vs. fix blame.

The “Lean Tools”

Let’s take something as simple as standard work. What is it for?

One interpretation could be that I watch you perform the work, and if you violate the procedure, you fail the audit for not following the standard.

But the other interpretation is that we have a neutral point of comparison for how we think the work should proceed if it is problem-free. Seeing, or detecting any difference reveals a problem of some kind. We are invited by this information to look at the problem and seek to gain more understanding.

Of course, just sending an invitation doesn’t mean people come to the party. Shaping that conversation in constructive directions is what leadership is about.

And, as always, I write these posts mostly to clarify my own thinking by trying to explain it to someone else (you). I’d love to know what you think, so post comments!

 

 

Toyota Kata and The Menlo Way

I have been telling everyone who will listen to read Rich Sheridan’s book Joy, Inc. ever since I came across and read it in the fall of 2015.

Fast forward to earlier this year when Lean Frontiers sent out their request for suggested keynote speakers for KataCon. I wrote to Mike Rother and asked him “Do you think we could get Rich Sheridan?”

Skip ahead a bit more, and I spent four days last week at Menlo Innovations in Ann Arbor – two days “in the chalk circle” paying close attention to the actual day-to-day work there, and two days working (pairing) with Rich Sheridan to work out the key beats for his KataCon keynote.

 

The “So What?” Test

Menlo is well known as a benchmark for a great working culture. But the question you may be asking (and, honestly I hope you ARE asking it) is “What does Menlo Innovations and agile software development have to do with Toyota Kata?”

If you visit Menlo (and I really hope you do!) here is what you won’t see:

  • Learner storyboards.
  • “5 Questions” coaching cycles.
  • Obstacle parking lots.
  • Experiment Records (PDCA Records)

In other words, you won’t see the explicit artifacts that characterize an organization using Toyota Kata to learn how to think about improvement scientifically. In that sense, Menlo isn’t a “Toyota Kata” benchmark.

OK… and?

You don’t see those things at Toyota either. You don’t go to Toyota to see “Toyota Kata.”

The Underlying Thinking Pattern

What you will see (and hear… if you pay attention) at Menlo Innovations is an underlying pattern of scientific thinking and safe problem solving in everything they do.

Let’s review what Toyota Kata is really all about.

Rather than re-writing something elegant here, I am going to quote from my part of an email exchange between Mike Rother, Rich Sheridan and me:

Going back to Mike’s original research premise, we knew that Toyota has this pretty awesome culture thing, but didn’t really understand the “secret sauce” of the exact structure of their interactions. Put another way, we saw and understood all of the artifacts, but copying the artifacts doesn’t copy the culture.

Mike’s research was really the first that dug deeper into the interactions that the artifacts support.

Once he extracted that “secret sauce” he then boiled off all of the other stuff, and what remained at the bottom of the pot was the Improvement Kata steps and the Coaching Kata steps.

In practice at Toyota, those things are deeply embedded in the artifacts. Sometimes they aren’t even spoken.

My informal hypothesis was that if I spent time paying attention to, not just the artifacts, but the way those artifacts guided interactions at Menlo, and then boiled off the other stuff, what would remain at the bottom of the Menlo pot would also be the Improvement Kata and Coaching Kata steps. And, though I didn’t do this formally, and yes, I had confirmation bias working here, I believe I can safely say “I have no evidence to contradict this hypothesis.”

For example:

In our conversation on Friday, Mike pushed back a bit on “just run the experiment,” [context clarification: Experiments to randomly try stuff, without a clear target condition rarely get you anywhere] but the reality I observed and heard was that “purpose” (challenge and direction) and “current condition” are deeply embedded in the day-to-day interactions, and “just run the experiment” is, indeed, working on a specific obstacle in the way of a target condition of some kind.

[…]

“What problem are you trying to solve?” is Menlo jargon that I overheard many times just listening to people talk.

Within Menlo, that term is contextual. Sometimes it is about the higher-level direction and challenge.

Sometimes it is about an intermediate target condition.

Sometimes it is about an immediate problem or obstacle.

As we say in Kata world, it is fractal. It is truly fractal at Menlo as well, to the point where the words don’t change at various levels.

The words DO change at various levels in Toyota Kata’s jargon, but we can’t get hung up on the terms, we have to look at the structure of problem solving.

Menlo’s co-founders already had this thinking pattern, and deliberately sought to embed it into the culture of the company they were starting. There wasn’t really any need to explicitly teach it because they weren’t trying to change the default behavior of an organization. New Menlonians learn the culture through the interviewing and on-boarding process and adopt very quickly because the very structure of the work environment drives the culture there.

In fact, spend any time there even just hanging out, and it is very difficult NOT to get pulled into The Menlo Way. Like everyone else, Rich and I were in the daily stand-up as pair-partners, reporting our work progress on his keynote.

image

What About Toyota Kata?

Menlo has had hundreds (thousands, actually) of visitors, and those who are “lean savvy” all ask if Menlo is “using lean” as their guideline. The answer is “no, we are just trying to solve problems.” While they have certainly incorporated most of the artifacts of “agile software production,” the purists push back that they aren’t “really doing it” because they didn’t copy those artifacts exactly. Nope. They used them as a baseline to solve Menlo’s problems.

When we see an awesome problem-solving culture, it is tempting to try to reverse engineer it by copying the physical mechanics, such as heijunka boxes (work authorization boards), kanban, “standard work” and the like.

But we have to dig down and look at the routines, the behavior that those artifacts and rituals support. When we do, we see the same patterns that Toyota Kata is intended to teach.

You need to begin with the thinking pattern. Use Toyota Kata to learn that.

As you do, take a look at your artifacts – the procedures, the policies, the control mechanics of your work. Reinforce the ones that are working to create the kind of culture you want. Challenge the ones that are getting in your way. Do both of those things as deliberate experiments toward a clear vision of the culture you want to create.

That is the benefit of studying companies like Menlo.

I hope to see you all at KataCon, hear what Rich has to say to our community, and establish a link between these two communities that have, up to now, been separate.

katasummit.com

The Ecosystem of Culture

image

An organization’s culture and mindset evolve over time. When confronted with a problem or challenge, the organization (or more accurately, the people in the organization) view it through a filter of their experiences. Ideas that they believe have worked for them under past similar conditions are more likely to be applied again. Ideas that have seemed less successful, or more difficult, in the past are less likely to be applied again.

Over time, this collective experience determines how they respond to the day to day rough spots as well as more serious challenges. Those unconscious biases drive the responses, and in turn, shape how their processes are structured.

Different Cultures = Different Ecosystems

The process mechanics in a company like Toyota evolved over decades in a very specific organizational culture ecosystem, with specific values and beliefs shaped by their historic experiences.

When we are looking at the current processes in a different company, we are seeing the process mechanics that evolved in their management culture. Those process mechanics are optimized by the pressures that are exerted by the way THAT company is managed. Since Toyota is managed differently, its processes are optimized by different pressures, so will look different.

If we take Toyota’s process mechanics and shift them into a different ecosystem, they will have the different pressures exerted upon them. Different default decisions will be made. These alien process mechanics will likely begin to resemble the legacy processes rather quickly, if they survive at all.

This is why the promise of a rapid and dramatic change in operational results is frequently unfulfilled. The process mechanics are imported from a tropical rain forest, and installed in an alpine meadow. As beautiful as it looks in one environment, it won’t stand for long in the other.

image

Adjusting the Culture vs. Adjusting the Process Mechanics

If we want this transplant to work, we have to pay careful attention to those evolutionary pressures. In practical terms, this means we try the new mechanics, we must watch carefully to learn what problems they reveal. We also need to observe the decisions that are made when these problems come up.

What adjustments need to be made in the way people interact, and to the immediate response to problems or surprises if this new process is to thrive?

Having a formal structure for this deliberate self-reflection is critical.

The Improvement Kata is engineered to specifically drive this kind of reflection by making changes as experiments, then deliberately reflecting with the question “What have we learned?”

For this to work, of course, we must be honest with ourselves and not just issue a flip answer like “It doesn’t work.”

Because we are asking people to adjust their responses, we are asking them to do things which are unfamiliar and may well run opposite from what they have experienced as successful for them in the past. If we try to move too fast, we are asking them to trust an alien process which is, in their experience, unproven in their environment. We might be asking them to reveal their own limits of knowledge – which is very scary for most of us.

That, in turn, asks for reflection on why “I don’t know…” is so scary to admit in the organization’s culture.

We have sold “lean” as a deceptively simple set of common-sense process mechanics with the idea that if we just implement them, we’ll get incredibly great results. As true as that is, “just implement them” is a lot harder than most of the “rapid improvement” models imply.

There is a lot going on behind what appears to be well understood and simple on the surface.