Home > Gemba Coach> Are Design Thinking and Lean Thinking the Same?

Are Design Thinking and Lean Thinking the Same?

1/29/2018
Permalink   |   4 Comments   |   Post a Comment   |  
  |   RSS

Dear Gemba Coach,

As a practitioner and advocate of design thinking, I’ve been curious about lean, but it seems to me we’re talking about the same thing: essentially developing a PDCA mindset in people. Isn’t that the case?

Well, yes and no. At the end of the day, the mind is the mind, and all methodologies are about making a better use of our minds, so all methodologies will have elements in common. Certainly, PDCA will appear in most modern approaches. Yet, as a former design thinking disciple myself (my first book was on systems thinking, and my first job designing and simulating complex systems with feedback loops), I would try to emphasize a deep difference in outlook.

Traditional western thinking is about thinking yourself into a new way of acting. Lean thinking is about acting yourself in a new way of thinking.

Yes, yes, I know this might sound zen-ish and koan-like, but please bear with me – I’d have to be a much better writer to make this difference crystal clear, so I’ll just put my head down, bash on, and muddle through.

Most interpretations of Deming’s PDCA cycle I come across are the following, as I’m sure you’ll agree:

  1. Plan: I intend to do something, so I define the challenge and plan how I’m going to address it.
  2. Do: I execute the plan.
  3. Check/Reflect: I measure and check the results and then,
  4. Act: I draw conclusions in terms of what to continue, what to adjust, what to adopt and so on.

However, let’s look at this presentation of PDCA from Deming’s own hand:

He is not talking about doing something new, but about changing something to an existing process. The focus is not to start from scratch, the blank page, but to start from what is already there and tweak it. And then it says: “run the cycle again, possibly under different environmental conditions.”

You might feel I’m stretching and belaboring a point, but we’re looking at a very deep, set, hidden assumption about learning here: is learning an event or a process?

Still Learning Kanban

Our casual theories of learning assume that we study something and at some point, we get this aha! moment where we “get it” and then we move on to “learn” the next thing. We tend to assimilate learning to understanding. The assumption is that you create a new connection in the brain, change the wiring, and now you “know” something new and it’s up to you to act upon it. Learning is an event because subjectively, this is how it feels. I’m sure you can remember specific instances when you “got it.”

In this case, in order to teach, we do what we do to our kids. We present the same problem in a similar situation and ask them to learn by rote then try the exercise until they can master it – and then move on. Once the “learning event” has occurred, we can tackle the next one.

On the other hand, I discovered kanban in 1994, and I’m still trying to wrap my mind around it – granted, that probably says I’m a bit slow – but it also uncovers a completely different assumption about learning, as a process, rather than an event. In this perspective, learning is about familiarization with an object, an idea, a technique. Rather than go after the learning event, we’ll look at what we want to learn, repetitively, in different varied contexts until we get a diffuse but robust sense of what it is all about.

This brings us to two very different approaches to design.

Say you want to design a new car model. The design thinking way is to:

  1. Define the challenge of the car in terms of which segment of drivers you want to attract.
  2. Research what this target audience would really want in their own context.
  3. Detect patterns in the data.
  4. Come up with insights and creative ideas.
  5. Prototype them and come up with a simulation.
  6. Test as much as you can until you commit to the design.

Or ...

You start with an existing car model – say the current 11th generation of the Corolla (11!) and you ask yourself a completely different question: what should I keep that makes the Corolla a best-selling car and what should I change so that it stays in the spirit of the time. You will then try to talk to as many people as you can that drive the existing model, as well as drive competing cars and capture the zeitgeist and not come up with a design, but with changes to the existing design – a different concept.

In one case, you’re trying to have a complete, clear new design set in your mind. In the other, you’re trying to be clear about what remains as is, what you intend to change and how these two will interact in practice. Very different.

Similarly, in design thinking, once you’ve clarified the innovative design you want, you’ll be tempted to look for innovative processes to make it so. In lean, you’ll start by spending time in production to see how current problems in making the current Corolla have been solved, what new problems people are working on, and what impact this has on the changes you have in mind.

Many Similarities

Obviously, I’ve accentuated the differences in the thinking. Clearly, in real life, this is far more of a yin-yang process as we will both think through radical concepts as well as incremental change. The mind is the mind, and it needs to see the full picture as well and organic modifications – both are important.

But whereas at the methodological level all seems the same, in terms of -- (1) have an idea, (2) check it with others, (3) prototype it, (4) check the results, (5) adapt it until it works -- the actual source of knowledge and learning is very different in design thinking and in lean thinking. Design thinking is about, well, design, whereas lean thinking is about familiarization through try and see, try and see.

The funny part is how much of a design thinker I still am after all those years. Occasionally, I’ll write a paper about lean – a design paper that explains lean in broad generic terms and makes wild claims about its world-changing importance (which, by the way, I am honestly and fully convinced of). Whenever I show these to Japanese sensei, the typical answer will be, “I started reading your article, but it is too sophisticated for me and unfortunately I cannot make any meaningful comments on it.”

Which is a very polite way of telling me I’ve lost my way, and I’m in full design thinking mode and very far from the craftsmanship of daily kaizen.

Yes, there are many similarities between design thinking and lean, in particular, the passion to understand how people interact with products and services in their contexts in real life, and then testing ideas through quick prototyping and testing. But the underlying paradigms are radically different:

  • To unlock new markets and identify strategies, design thinking focuses on imaginative, human-centric problem solving to come up with better ideas, test them and bring them to market.
  • To retain current customer’s business in evolving times, lean thinking focuses on what changes need to be made to what we already do by solving immediate problems for customers now and drawing the wider conclusions from knowing both the product and the delivery process inside out in its finest details.

Again, I am not arguing one over the other – I believe we should do both. Toyota certainly follows both approaches as can be seen by their radical concept of its e-palette as a connected mobility platform at this year’s CES show. The point here is understanding the profound difference between the approaches so as use them both as best we can rather than a weak hodgepodge middle ground that won’t help us much other than confusing issues.

In the end, we’re back to the eternal question of seeking salvation in breakthrough thinking – and then applying it – or in daily kaizen and then discovering breakthrough through making small real changes in how we work day-to-day. Both I suspect. But seeking breakthrough thinking changes is something we’re familiar with, whereas kaizen is something we have to re-learn every day, therefore I suspect it has the far greater potential for real improvement. 

4 Comments | Post a Comment
jon@gembaacademy.com January 29, 2018

One could ask the same question, "Is lean the same as Peter Senge's learning organization?" because it's all there. No doubt some common good practices are universal and others Toyota / architects of lean studied and applied.

john mortimer February 1, 2018

I use the principels of the Toyota Production System and design thinking. As you know Lean is a tool subset of the Toyota Production System, so if you expand the Lean topic and look at Toyota, it is clear that their management, culture, product development and continuous improvement all coincide the principles of Design Thinking. 

Eiji Toyoda has got to be the classic Design Thinker! And he was doing it in the 1930's!

J. Paul Everett February 3, 2018

Michael:  you wrote:  is learning an event or a process?

It is a process for anything you can put the words "How to....in front of and an 'event' for others.  Declarative knowledge is knowing the capitals of all 50 states, for instance.  That's mostly memorization.  And we need that, too.

A process is used to acquire most other knowledge.  How did you learn to talk?  Did one of your parents lean over your crib/bed and say "I'm Daddy, Daddy is a noun"?  Not likely.  What they did was to bathe your brain in meaningful sound and your brain did it's JOB---to make you viable in the context in which it finds itself.  How did it do that?  By building a physiologically existing network of dendrites that enabled it to make its first word---maybe Mama, after much trying and failing.  That's the key, trying and failing.

Learning to read is the same.  We have to bathe the brain in meaningful sound and print (visual, auditory) so the brain can figure out "What does that say (mean)?"  The brain does NOT care about "what is that word?"  Which is the core reason that 40% of high school grads are crippled or non-readers.  They have been taught using methods that assume learning words is reading.  And 70% of all felons in prisone are also crippled (less then 8th grade) or non-readers.  In reading, it has to make sense and sound right, be as smooth and beautiful as you talk.

Learning math is the same process.  It has to make sense.  Thus, learning algebra is a process of understanding the rules of algebra---building your algebra brain network. Learning adding, subtraction, multiplication, division is the same, what are the rules and what makes sense (gives you a correct outcome/answer).  

Think of how to skate, ride a bike, scratch an itch, etc.  These are all learned using a process to acquire the ability (knowledge) of how to do these things.  If they are not built correctly in the brain, they will not be done with excellence.  BUT, given the right coaching method, the brain can rebuild the network for doing the "how to" correctly and with right outcomes.  That's why non-readers or crippled readers can very rapidly become fluent readers, as fluently as they talk.  (It's a good thing schools don't teach talking or we would have remedial talkers).

Now, my opinion as a 25 year "lean consultant" is the difference between Design Thinking and Lean Thinking is an artificial separation that confuses the issue.  BOTH require creating brain networks that enable "newness" to emerge.  Whether from existing systems or in creating new systems from scratch. 

The Root Need, if you will, is building brain networks from the testing and failing that occurs in the creation process.  There's no other way of which I am aware.  WE can all evaluate the promise of a course of action, whether on existing systems or creating new systems, intellectually, but we will never know their true worth until we put it to the test.  THAT is when the true learning occurs.  Trying and failing, as I said at the beginning, is the root of the learning process. 

So, my answer is they are the same but applied to different situations.

Victor Johnson February 11, 2018

The 'Design Thinking' concept is another phraseology that causes further drift away from what actually does work within businesses, the Training Within Industry Scheme [TWI].

The TWI Scheme, as the foundation of the the Toyota Production System, consists of 3 programs that involve one-on-one presentations and on-job coaching for participants. It is the TWI Scheme that the 'Design Thinking' concept is more aligned to rather than LEAN.

The first TWI Scheme program is Job Instruction followed by the second, Job Relations which is followed by the third, Job Methods.

The success of TWI comes from management involvement and interaction starting at the top. As the Scheme permeates throughout an organization the sniors become coaches of their subordinates.

The main issue in lack of appreciation as to how the Toyota Production System works is that observors have generally not actively participated in the programs. Also, without knowledge and experiencing the TWI Scheme, an appreciationis unlikely to ever occur. Therein lies the reason for confusion.

I am qualified as a TWI Trainer of TWI Trainers, obtained in New Zealand during the late 1970's and early 80's.

Other Michael Ballé Related Content

Gold Mine Master Class

Books

Articles

  • Why don't I see any significant performance improvement from obeya rooms?
    Dear Gemba Coach,  
    We’ve deployed obeyas all across our organization, but I can’t see any significant improvement in our results. We can better see which teams perform and which don’t, but the good teams stay good and the poor ones poor and I’m not sure the increased performance is worth the effort – are we doing something wrong?
  • Any thoughts about lean and Industry 4.0?
    Dear Gemba Coach,  
    What about lean and digital? Any thoughts? And on Industry 4.0?
  • Why does no one ask about production flow anymore?
    Dear Gemba Coach,
    As I read lean posts and papers, no one seems to have problems like this anymore, but I am trying to convince my manager that we have a bottleneck in the production process and that we should have two work stations in parallel to improve the flow. What would be the lean argument for doing that?

Webinars