Author: Mark

Posted on

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.

Posted on

Ambitious Growth Plans? Your Customers Will Right-Size You

I’ll call the title of this post “Dave’s Observation.”

He is reflecting his experience in varied industries that if a company grows beyond its ability to deliver quality product, on time, then order volume will drop until it reaches a point that performance returns.

The business literature is full of examples of this – companies who could not keep up with their own success, their performance deteriorates and, well, many of them go out of business.

I have seen more than a few companies with aggressive growth plans that outrun their ability to actually execute, and they get into trouble.

This also happens in mergers and acquisitions where one company is merged into another with the assumption that the combined company can execute and perform in ways neither company has ever done. Starry-eyed executives often look only at the financial models, maybe equipment capacity, and skip over the operational aspects of their due diligence.

In the end, though, if the operational capability is not there, then none of the plans actually matter. Your “synergy” or “economy of scale” will evaporate like an ice cube on the Moon until equilibrium is restored.

Bottom line: If you are engaged in an ambitious growth plan, then list everything that has to be different for your model to work.

By “different” I mean you are asking for or expecting some task execution or level of performance that does not exist today as a matter of mundane routine.

Then ask “What is our plan to close this gap?” – and run the same exercise on executing that plan. “Change” is really hard, and just telling people what needs to be different, no matter how pretty the PowerPoint slides are, no matter how slick the presentation is, won’t make anything change. (If anything, it often breeds cynicism because it is read as unrealistic.)

Change requires step-by-step, methodical, practice to anchor each small change into the system, then the next, then the next.

Toyota Kata offers a good pattern for this. Just don’t confuse the underlying pattern with the methods used to teach it.

Posted on

If You Aren’t Being Heard, Then Listen

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

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

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

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

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

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

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

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

My Working Hypothesis

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

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

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

Being Heard as a Change Agent

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

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

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

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

The Goal: Hear “That’s Right”

The first step to listening is to listen!

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

Then test your hypothesis.

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

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

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

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

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

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

You will get one of two responses:

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

Let’s parse that sentence.

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

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

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

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

“… you are really concerned…”

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

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

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

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

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

Trap: “You’re Right”

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

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

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

Which leads us to:

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

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

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

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

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

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

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

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

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

Finally…

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

_________________

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

 

 

Posted on

Target Condition vs. Target

This search question landed someone on my site yesterday, and I thought it would be a good one to try to answer specifically:

why is lean manufacturing preferred to implement target condition as compared to target?

In other words, what is the difference between a “target” and a “target condition?”

Where this gets sticky is that there isn’t any canonical definition of either term. There are people who use “target” to describe what I mean when I say “target condition.” So I think it is probably best to focus on that term: “Target Condition.”

“Target Condition” = “Target Process”

A team I am working with is bringing up a new (to them) product line. Their short-term target is to complete 8 units / day. But just saying that doesn’t describe the way they want the process itself to operate.

The Target Condition for the line is unit-by-unit flow in critical parts; with order-by-order flow in others (where we can’t overcome batching at the moment). To that end, we have created some guidelines for the layout and movement of work; limits on work-in-progress inventory, etc.

Block diagram of flow line

We know that this can’t be achieved right away, but aren’t sure what problems will surface as we try. Thus, the effort is focused on trying to operate to the target process in order to surface those obstacles so they can be systematically addressed.

So – to answer the question “Why [does] lean manufacturing prefer to implement a target condition as compared to a target?” – Unless we know how we want the process to operate, we have no point of comparison for how it is actually operating.

Without the ability to compare “What should be?” with “What actually is?” we cannot identify the gaps we need to close, the problems we need to work on to get there.

Posted on

Thoughts on Failure Modes of Kaizen Events

The common frustration in the weeks following a classic 5 day “kaizen event” (which go by many names) is that the follow-on actions are not completed, and the changes that were made erode quickly.

Recently I have asked myself why it works so well during the actual workshop, and then fades so quickly afterwards.

Mike Rother has a great graphic that starts this conversation:

The question I am exploring today (and bringing you along as I reflect on it) is “Why do the ‘lean tools’ work so much better during an event than during “business as usual?”

Hanging this on my current working theory, I think it comes down to different patterns of interaction.

What Happens During the Event

Look at how the structure of these events drives how people interact with one another.

The workshop preparation usually involves establishing a clear bigger-picture sense of the problem to be solved. Even if it isn’t specific, the team education establishes a sense of direction, typically toward 1:1 flow at takt, and a pull process that limits lead times.

The structure of the workshop itself has the team working together studying the current flows, seeing the problems for themselves, and working in pairs or small groups on proposed solutions.

Those proposed solutions are usually structured as experiments – “let’s try this.” At the end of a typical day there is some kind of structured reflection on what we tried, what we learned, what we are going to try tomorrow, and what we expect to achieve.

So – we have small groups of people, collaborating to solve a specific problem, running experiments and learning what will work.

Unfortunately the team usually comes up with more ideas than they can actually try out. Those end up on a to-do list for follow-up.

After the Workshop Week

There is a fundamental shift in the dynamics after the pizza party on Friday.

The team members go back to their regular jobs. The problems they are focused on are different. The leftover items from the workshop are added to the “stuff I need to do” list that nearly everyone in every workplace has.

Rather than continuous collaboration, there might be periodic meetings to talk about the status of these “action items.” But there isn’t specific time carved out to work on them.

If this is what happens then “Business as Usual” couldn’t be more different than the working structure that created all of these improvement ideas. Business-as-Usual is not creative, does not allow for experimentation, and is optimized for repeating what we already know vs. learning something new.

I’d like to point out here that I have seen exactly the same situation in companies that many others consider “lean” benchmarks. What I saw in those companies was a much heavier infrastructure of dedicated lean specialists who were doing the heavy lifting. It still wasn’t embedded in “business as usual.” Instead it is a parallel process that is running improvement events about as fast as the day-to-day processes erode the improvements.

In fact, to this day, after being after this for two decades, one of those companies still has to hire “lean experts” from outside. Why? What is the business-as-usual day of a supervisor that they never learn this stuff?

In summary: During the kaizen even week, we organize and interact in a way that works for creative problem solving and making improvements. Then, the next week, we stop.

It shouldn’t be a surprise that the dynamics shift from “experiment to solve the problem” to “get this stuff done.” Business-as-usual is represented by “get this stuff done.”

 

 

Posted on

Toyota Kata and Culture Change

I am still digesting my experience at the Toyota Kata Summit (KataCon) and the TWI Summit but I wanted to reflect on one of the emerging themes, and some of the reactions.

One of the themes that emerged at both conferences – and to be clear, something I had a hand in influencing as well – was mechanisms for altering the culture of the organization. In other words, what we brand as “change.”

This is what I would call an “advanced topic”

What is Culture?

Books have been written about “organizational culture” and trying to create models that define “it” in some way. In the end, I think they all come down to various ways of saying “how people talk to each other.” This includes who talks to whom, and what structures and rules guide those conversations.

When we study “culture” we are looking at the groups’ default patterns of interaction. If we want to change those patterns, we have to alter people’s habitual behaviors. As I said in my KataCon keynote, This. Is. Hard. It is even harder when you are talking about group behavior vs. simply individuals.

Making Toyota Kata Work is Changing Culture

The point of using Toyota Kata is to practice and learn a scientific mindset. Getting an improvement storyboard set up that is focused on a challenge, and going through the Starter Kata of Grasping the Current Condition; Establishing the Next Target Condition; Identifying Obstacles; and Running Experiments Against Obstacles is a technically straight forward.

It is easier with an experienced coach to help you through it, but can be learned on your own if you are willing to be self-critical and persevere through things not working as well as you thought they would.

But beyond the scientific thinking pattern, we are also working to change the default behavior pattern toward one of working in Coach / Learner pairs on an ongoing daily basis. This is not the default mode of most organizations. (If it were, then Toyota Kata would be redundant.)

This means (to me) that, while actually practicing the Starter Kata is very important, getting people to do so in the first place often requires leading past the technical aspects. It requires altering the way people interact and work together.

Whose Work Is It?

Of course this is ultimately the work of line leadership, represented by the “advance group” or “steering team” or “shepherding group” or whatever you call them. Sometimes those people, too, have to learn a new way to lead and manage.

Leadership

The Kansas Leadership Center, whose programs are based on the “Adaptive Leadership” model from Harvard, defines Leadership as:

“The activity of mobilizing people to do difficult work.”

They further assert (and I agree) that leadership is an activity, not a position.

I am bringing these things up because if we want an organization to begin practicing ways to engage one another differently, it is common to run into resistance. In other words, we must mobilize people to do the difficult work of changing their default thinking and routines of interaction.

In doing so, we will surface clashes of hidden values, senses of loss, anxiety and fear: Things which cause people to find reasons to opt out of participating.

Sometimes it isn’t as simple as saying “Just follow the Starter Kata.”

How to Deploy Toyota Kata

Actually the message of “adaptive leadership” has been present since at least the first KataCon back in 2015. One of the mantras that emerged that year was “Kata your Kata” – in other words, there isn’t a clear-cut path that works every time. You have to learn your way into it as an organization, as a leader.

The difficult part is that this requires going in deeper than the Starter Kata, and applying the underlying pattern of Challenge; Current Condition; Target Condition; Experiments against Obstacles.

The pattern is the same, but this isn’t about cycle time variation, it is about influencing (mobilizing) people, reaching agreements, encouraging them to “just try it” – in a process of discovering what works in that case, with those people, then doing it again.

A New Way of Working vs. Business as Usual

So… if we are going to get Toyota Kata out of the classroom, and past the first challenge or target condition into a sustaining, habitual process, we’ll have to address cultural issues.

The skill set for this is different than a technical process change skill set. We’ll have to learn our way through the grey zone for this part as well.

I’d love to see your thoughts and comments.

Posted on

The Key to Leadership is Consistency

In this video clip, author and speaker Simon Sinek articulately explains why the things that matter most aren’t measurable, nor can they be created over the short term. Watch the video, then I’d like to extend his thought process into continuous improvement.

https://youtu.be/njeAb4CLQeI?t=8

The idea of doing the little things consistently over time is a powerful one that we often overlook in our hurry to show a spectacular result this week. We don’t get results from the big action we are taking today. We get results when business-as-usual is getting the little things right the vast majority of the time.

Let’s extend his line of reasoning down a level.

“At what point could we say we were living continuous improvement every day?” How can you measure that? Just like his analogies in the video, there isn’t an answer to that question. You can’t measure it. The idea of putting “culture change” on a project plan makes no more sense than a project plan for “falling in love.” You start to do the right things, and keep doing them, and at some point you realize the conversations are between the right people about the right things.

Decisions Cause Results

The results we are getting today – the success of our organization against any metric you choose; the organizational climate and culture; the initiative people collectively show; the quality of our own life results – are the cumulative outcomes of the decisions we have consistently made.

If we want different outcomes, then we have to work to change what we consistently do. This will take time. Sinek points out that there is space for exceptions, making mistakes here as long as we recognize them, recover, reflect, and continue to make the effort.

A Little Every Day

If this is a change in your default behavior, then this effort requires deliberately and explicitly comparing the conversations, actions and decisions that are actually happening with a baseline for comparison. “On a scale of 1-10, did I make my very best effort to be consistent with these values today?”* Ask that question every single day, and write down the number. Oh – can you articulate the values you are working to adopt? Maybe write those down in language that lets you use them as a test comparison.

Some Questions to Ask

Is what I am about to do or say more likely to:

  • Encourage, or discourage, this person from sharing the truth (especially bad news)?
  • Add, or subtract, fear from the environment or the next conversation?
  • Encourage, or discourage, the sharing of ideas?
  • Encourage, or discourage, a test or challenge of my assumptions?
  • Encourage, or discourage, horizontal coordination across functional boundaries?
  • Have this person look forward to our next conversation?

Fill in your own questions here, but you get the idea – get explicit, and ask Yes or No questions about the expected impact of the actions you are about to take. Use the same questions to reflect on the actions and conversations you had today.

Key to Change: Practice, With Correction

To change the outcomes we are getting we will have to practice new ways of interacting with those around us (and new ways of interacting with our own inner-voice – but that gets into psychotherapy). It does no good to berate ourselves when we make mistakes. That just induces stress and fear. “Avoiding mistakes” is the surest way to try nothing and to learn nothing.

Though the word “coach” is overused to the point of being a meaningless cliche today (much like the word “lean”), having someone to ask the hard reflection questions is much more helpful than trying to do this as an inner conversation in your own head. Unfortunately a lot of work places don’t provide this kind of support and encouragement. If that describes yours, then I’d encourage you to enlist a friend or confidant, or hire someone who isn’t embroiled in your “stuff” every day. That makes them more likely to challenge your excuses and the Basic Story you tell yourself to justify what you do.

Authority vs Leadership

Having formal authority certainly helps get stuff done, but it is not the same as leadership. Nor is formal authority required to exhibit leadership. Many of you (my readers) are expected to exert influence without having formal authority. And I fully understand the frustration that can come with this – been there, done that.

What works? I don’t know. Nobody knows. There isn’t a formula or recipe for effective influence. Rather there is working consistently in ways that build cross-linked networks of trust and mutual accountability between people at the working levels you can reach.

Getting there requires “grasping the current condition” of the organization’s dynamics, developing an interpretative story (or multiple stories), then running deliberate experiments as you seek to learn what works to influence those dynamics. This is what Ron Heifetz and Martin Minsky call “Adaptive Leadership.” The Toyota Kata model adapts very easily into theirs, by the way.

And my self-plug: If you want to go into a little more depth on this topic, come to the Toyota Kata Summit (aka KataCon) in Savannah in February (2019) and attend the “Experiential Workshop” that Craig and I are putting on. Be part of our experiment as we explore together mechanisms that we can practice to apply these concepts in real life.

*The “did I make my very best effort…” questioning is from “Triggers” by Marshal Goldsmith and Mike Reiter.

Posted on

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

Posted on

Creating Resistance As You Go (Don’t)

The role of “change agent” is actually a role of leadership.

Leading change is difficult work that involves changes in the norms, routines, working relationships, behavior within and between groups. It is required when a simple technical change either isn’t going to get the job done, or requires the above changes to work at all. Most (if not all!) of the “lean tools”* fall into the later: The process changes are straight forward, but making them work requires altering the habitual patterns of how people work together.

Before I dive into what works, I want to spend a little time on what doesn’t work.

The Bulldozer: Creating Resistance

Bulldozer climbing a mound of dirt.

A team had a challenge – the result they were striving to achieve – of getting a 2-3 week administrative workflow (that sometimes went longer) down to a consistent three days. Their target condition was a pretty good work flow that, by all accounts so far, could avoid a lot of delays (on the order of days and weeks).

The changes they proposed would eliminate a number of transfers from one department to another (which always means another queue). However it also calls for eliminating some long-standing work-arounds that involve filling out forms and passing them along by email. But now they have a new ERP system, and the intent has been that this work is done within that system.

Those forms are in another department’s process, and involve people who haven’t been involved (so far) with the work to date. (There are valid reasons for this, and yes, some of this could have been avoided by involving everyone from the beginning, but that isn’t the point of the story.)

A functional department manager set off a flurry of pushback through a series of emails that essentially said “This is the future” and exhorting people to get on board with the new process vs. defending the old one.

One of the tenants of an effective change agent is “Don’t work uphill” with the corollary of “Don’t create hills in front of you.” I call the opposite of this the bulldozer approach. Unfortunately, like the picture above, just trying to push things through tends to build up a mound of resistance in front of you.

What did we learn?

Rather than trying to engage the new idea as an experiment – “Let’s try this and see what we learn,” the change agent tried to use position power to push the idea through. He took an action, and had an (implied) expected result – that people would see the light and adopt the new process.. The actual result, though, was quite different than what was expected – they doubled down on their resistance.**

A scientific-thinking change agent (a.k.a “a leader”) is going to step back and assess. Why did I get the reaction I did? What triggered it? What are the values of this constituency that are being challenged? Most pushback comes from a perceived threat to something that is regarded as valuable.

Perhaps the current workflow solves a very real problem. Perhaps it is otherwise very useful for something I am not aware of. Or maybe there is some emotional stake attached to the status quo. There is likely a combination of all three, or other factors I haven’t mentioned.

When proposing a new idea there is an opportunity to become curious about what previously hidden (to us at least) obstacles have just been uncovered, step back and work on the next one.

Leadership is a series of experiments. Not everything will work. But everything is an opportunity for learning and adjusting or adapting the next step appropriately.

People who expect their position-power to carry them through often tend to assign blame to individuals as “resisting the change.” But if we carry a different assumption – that everyone is doing the best they can to do the best job they can – then we can reframe and possibly reinterpret the reaction we are getting.

What other interpretations could we assign to this pushback other than “They don’t want to?” How many of those interpretations can we think of?

What is your next step or experiment?

Each of those possible interpretations is a testable assumption. Now I can frame my next action, conversation, or intervention to test one or more of those assumptions. This requires me to go into curiosity mode, because I really don’t know if they are true or not.

Now I have a different conversation because I am seeking first to understand. I can test assumptions without threatening anyone. Listen. Don’t defend. Paraphrase back until you hear “That’s right” signaling agreement that you heard what they were saying. That doesn’t mean you agree, but that you heard. Until someone feels heard they aren’t going to be soaking in what you are trying to tell them, they are going to be setting up the next defense of their position.

There is VERY rarely a need to directly confront someone over a different interpretation of the facts.

Don’t be a bulldozer – it doesn’t work.

———–

*And Six Sigma tools, and Theory of Constraints tools, and TQM Tools, and the tools associated with pretty much any other “program” that falls under the umbrella of continuous improvement.

**Though, Dr. Phil’s coaching would probably be something along the lines of “What did you THINK would happen??” (Semi-apology to my non-US readers who may not have context for this attempt at cultural humor.)

Posted on

Scientific Thinking vs. The Scientific Method

My recent post, “…but where is the problem solving?” stirred up quite a bit of conversation and traffic. I would like to dig a little deeper into what “good problem solving” actually looks and sounds like – beyond the forms and tools.

Underlying all good problem solving is scientific thinking. With it, I am constantly comparing what I think with what I observe, and looking at differences as evidence that what I think might need revision.

Some years ago, I was driving down a residential street in Rochester, New York, and observed a series of signs in a yard, each with a single number on them.

Huh… what are those? Maybe they are the house number. (Hypothesis) I checked the mailbox across the street, and saw the next number in sequence, the neighbor’s mailbox had the same as had the next number after that. (Devise a test of the hypothesis, run the experiment, gather evidence.) I concluded that, yes, the signs were indeed just the address displayed in a creative way, and continued my drive.

I didn’t run any formal experiments. I didn’t document anything. I didn’t go through “the five questions” – I just thought about what those numbers might be, and tested my thinking. Had the house numbers across the street been totally out of sequence, it would have remained a mystery, as my hypothesis would have failed.

Was I applying the scientific method? Not really. I applied all of those “hypothesis” terms after the fact as I wrote this. But at the time I was curious about something (the first step of science), and applied simple logic to test an assumption I had made. While it might not be “the scientific method,” I would contend this was “scientific thinking.”

Most of the time, that is my habit. When I am uncertain and curious about something, I check it out. I apply the same thinking pattern troubleshooting my computer when it does something surprising (or annoying – are you listening, Microsoft?). None of this rises to the level of formal experimentation, it is just methodical thinking.

More difficult problems require more rigor and structure. But many “problems” just require a pause, a little thought, trying something – followed by making sure it works – and moving on. It is the “making sure it works” part that many people leave out of this process. And it is “making sure it works” that raises a blind fire-and-forget action item into an experiment… assuming that if it doesn’t work, you then dig in to understand why.

Most of these things are quick and need little formal structure. People call them “applying common sense,” and I agree – as long as the experimental mindset is there.

Much like that previous post, some of us continuous improvement people have built specific expectations about what “problem solving” should look like. But, no matter what structure is applied, the underlying pattern of thought remains the same – even for casual troubleshooting.

It is this habitual pattern of thought that Mike Rother’s Toyota Kata is intended to teach through practice. He introduces structure, but any logically and consistently applied structure will work.

Let’s not confuse specific jargon or forms with our underlying intent: Learning to habitually glance across the street at a mailbox if you think those signs might just be the house number.