Lean Enterprise Institute Logo
  • Contact Us
  • Newsletter Signup
  • Cart (51)
  • Account
  • Search
Lean Enterprise Institute Logo
  • Explore Lean
        • What is Lean?
        • The Lean Transformation Framework
        • A Brief History of Lean
        • Lexicon Terms
        • Topics to explore
          • Operations
          • Lean Product & Process Development
          • Administration & Support
          • Problem-Solving
          • Coaching
          • Executive Leadership
          • Line Management
  • The Lean Post
        • Subscribe to see exclusive content
          • Subscribe
        • Featured posts
          Front-Load Your Design Process By Using Set-Based Design

          Lean Product and Process Development at Scale:...

          craftsmanship

          Pursuing Perfection: Craftsmanship in Product Development

          • See all Posts
  • Events & Courses
        • Forms and Templates
        • Featured learning
          • The Future of People at Work Symposium 

            July 18, 2024 | Detroit, Michigan

          • Hoshin Kanri

            September 06, 2024 | Coach-Led Online Course

          • Lean Warehousing and Distribution Operations

            September 11, 2024 | Plant City, Florida and Gainesville, Florida

          • Key Concepts of Lean Management

            September 16, 2024 | Coach-Led Online Course

          • See all Events
  • Training & Consulting for Organizations​
        • Interested in exploring a partnership with us?
          • Schedule a Call
        • Getting Started
        • Leadership Development
        • Custom Training
        • Enterprise Transformation​
  • Store
        • Book Ordering Information
        • Shopping Cart
        • Featured books
          Managing to Learn: Using the A3 management process

          Managing to Learn: Using the A3 management process

          A3 Getting Started Guide 2

          A3 Getting Started Guide

          • See all Books
  • About Us
        • Our people
          • Senior Advisors and Staff
          • Faculty
          • Board of Directors
        • Contact Us
        • Lean Global Network
        • Press Releases
        • In the News
        • Careers
        • About us

The Lean Post / Articles / Front-Load Your Design Process By Using Set-Based Design

Front-Load Your Design Process By Using Set-Based Design

Product & Process Development

Front-Load Your Design Process By Using Set-Based Design

By Jeffrey Liker

May 5, 2021

Jeffrey Liker highlights the benefits of set-based design in this in-depth reflection of his time working in product development at Toyota.

FacebookTweetLinkedInPrintComment

Be among the first to get the latest insights from LEI’s Lean Product and Process Development (LPPD) thought leaders and practitioners. Subscribers to The Design Brief, LEI’s newsletter devoted to improving organizations’ innovation capability.

In the 90s, I was heavily involved in research on Toyota’s product development approach, while most others were investigating lean manufacturing. As a part of that research program, I partnered with Alan Ward, a young professor of mechanical engineering at the University of Michigan. Al had an intriguing — and a bit abstract — idea he called “set-based non-recursive design.” He had worked in developing products and then got a PhD at the Massachusetts Institute of Technology, focusing on his pet peeve: Most companies seemed to leap into a particular design solution before considering alternatives. He called this approach “point-based design.” Once a company’s designers committed to a small part of the solution space, they got stuck.  

They were committed to that solution and then spent their effort on making it work. More often than not, there were limits to their initial idea, which would fail in many ways, so they iterated as they discovered the various problems. The problems were generally discovered over time, particularly as the drawings were passed on, in waterfall fashion, to the next function. The result was endless iteration fixing things until time ran out, and they launched what they had — often continuing iteration after the product was in the hands of customers. 

The theory behind set-based design was — and is — that it is more effective to start by broadly considering a range of alternatives from multiple perspectives, which Jim Morgan and I called front-end loading. Over time as you test out the set of ideas, you converge toward the solution that is working out the best. The convergence of ideas happens in parallel across functions. This new theory presented a new, more effective way to develop products, processes, and services — an excellent idea, but would it work?  

Putting Set-Based Design to the Test 

Trying to address this question is the reason I got involved. Al was not sure how to test his ideas, and I was trained as a sociologist to conduct research studies testing hypotheses, so we partnered. At some point, we got the idea that Japanese companies might be more apt to use a set-based approach, so we compared U.S. and Japanese companies’ approaches to automotive development.   

We conducted several interviews at American auto companies and some of their primary suppliers, and the verdict was clear. What they were doing was mainly point-based in waterfall fashion with a lot of iteration. In fact, most of the design effort was on fixing the design with relatively little time spent upfront exploring alternatives. 

When we went to Japan, we were excited to finally find at Toyota — after a few disappointments — good examples of Al’s theory in practice. We visited Mazda, which mainly used point-based, and the set-based ideas did not seem to make sense to them. Ditto a few of their suppliers. Same story at Nissan. We might as well have been speaking Martian.  

We were dejected by the time we traveled to Toyota in a hot, humid summer carrying our bags from the railroad station. But why not one more? In his usual energetic fashion, Al started to explain his theory to a general manager of Body Engineering who did not appear to understand well what he was saying. Finally, the GM stopped Al and said he was going to a conference to explain Toyota’s approach to development, and he could show us what he was going to say.

He started drawing on the board a perfect representation of Al’s set-based design process across functions, and the rest is history. We wrote about it in Sloan Management Review in 1997 in an article called “The Second Toyota Paradox: How Delaying Decisions Can Make Better Cars Faster.” The first paradox was just-in-time: With less inventory, you can go faster, better, at a lower cost with fewer parts shortages.

When Jim Morgan delved more deeply into this for his PhD dissertation focusing on Toyota’s automotive-body development, a few things became clear.

Design Must Start with a Customer-Driven Concept

Toyota does a lot of up-front planning for the portfolio of products they will work on, setting guidelines for price, cost, features, and customer base before launching a particular vehicle program. To start a program, the company names a Chief Engineer (discussed below), who is expected to form a team of some of the best and brightest engineers of critical functions.

In this stage, the broad guidelines and specific targets for cost and features are set, but the solution space is wide open. The chief engineer starts by gathering information from the customers, suppliers, and the engineering team, with the aim of writing a concept paper that will lay out his vision for the vehicle, its target market, and many key attributes — size, general look, target customers, features, competitive products, and more. The chief engineer then presents the concept paper to a large group representing essential functions and suppliers, officially launching the development process.

One Person Must Be the Chief Architect and Integrator

As Al and I presented the set-based design model at conferences and to individual companies, we found our audiences were most interested in learning more about Toyota’s Chief Engineer role. It seemed to us that most organizations’ program managers focused on cost, quality, timing, and features but cost and timing seemed to be their primary concerns — they were, first and foremost, project managers. Often, a separate, less powerful role, called something like “technical lead,” focused on the program’s engineering issues.

At Toyota, there is one person, the Chief Engineer, who treats the program as a start-up company. This person is the founder, visionary, chief architect, and key integrator from start to launch and sales. It is often said, “this is the chief engineer’s car.”

The starting point of development at Toyota is getting to understand customer needs, which can include living with customers like an anthropologist combined with the unique insights of the chief engineer — these special individuals who have been groomed intentionally for the role over several decades. As much as we believe in teams as the heart and soul of product development, the guiding brain is an individual — the chief engineer.

Study Drawings Enable Broad Exploration

The concept paper launches the “kentou” phase, which is a study period. During this time, the design team broadly explores the solution space from every perspective: customer, supplier, engineering functions, manufacturing. The key tool for Toyota is the study drawing, which most often are sketches, many of them hand drawn. Drawing on a computer adds complexity to the rendering process and tends to cause engineers to commit prematurely to a detailed design. Sketching is freer and, Toyota veterans believe, creates a superior mind-body connection. Sketching, sharing ideas, discussing, and then sketching some more allows for a broad exploration of the solution space before making commitments.

Technical Excellence is Paramount

In addition to being obsessive about listening to the customer, Toyota believes in deep functional expertise — specialist know-how. Most engineers specialize in a specific function, such as body or transmission engineering. If the Chief Engineer is the chief architect of the vehicle, the General Manager of a function is the chief developer of Engineers. The general manager is the master black belt who is responsible for providing to the chief engineer top-level engineers expert within that function.

Chief engineers rarely request specific people for their team; they expect that whoever the General Manager assigns will be excellent. In the kentou stage, only the best and most experienced explore and make critical decisions about overall vehicle specifications. As the program develops and people are added, they are mentored by these top-level experts. One of the senior experts’ skills is that they can predict the outcome of tests by looking at a drawing before completing the test. They have almost a second sense about their specialty — plastic, steel bodies, glass, and the like.

Once the concept is developed and the main target specifications for the vehicle are determined, the execution stage — the bulk of labor hours — focus on working out engineering details, running tests, building prototypes, preparing the factory, and generally refining the design. Refining a poorly conceived design is considered as just spinning wheels — a lot of waste. The most important intellectual work happens in the front end of set-based exploration.

FacebookTweetLinkedInPrintComment

Designing the Future

An Introduction to Lean Product and Process Development.

Written by:

Jeffrey Liker

About Jeffrey Liker

Dr. Jeffrey K. Liker is Professor of Industrial and Operations Engineering at the University of Michigan, owner of Liker Lean Advisors, LLC,  Partner in The Toyota Way Academy, and Partner in Lean Leadership Institute. Dr. Liker has authored or co-authored over 75 articles and book chapters and eleven books.

He is author of the international best-seller, The Toyota Way: 14 Management Principles from the World’s Greatest Manufacturer, McGraw-Hill, 2004 which speaks to the underlying philosophy and principles that drive Toyota’s quality and efficiency-obsessed culture. The companion (with David Meier) The Toyota Way Fieldbook, McGraw Hill, 2005 details how companies can learn from the Toyota Way principles. His book with Jim Morgan, The Toyota Product Development System, Productivity Press, 2006, is the first that details the product development side of Toyota. Additional books in The Toyota Way Series are (with David Meier), Toyota Talent: Developing exceptional people the Toyota Way (May, 2007), (with Michael Hoseus) Toyota Culture: The Heart and Soul of the Toyota Way (January, 2008), (with Gary Convis) The Toyota Way to Lean Leadership (2012), (with James Franz) The Toyota Way to Continuous Improvement (2012), (with Tim Ogden) Toyota Under Fire  (2012), and (with George Trachilis) Developing Lean Leaders The Toyota Way  (2014). His articles and books have won eleven Shingo Prizes for Research Excellence and The Toyota Way also won the 2005 Institute of Industrial Engineers Book of the Year Award and 2007 Sloan Industry Studies Book of the Year.

In 2012 he was inducted into the Association of Manufacturing Excellence Hall of Fame. He is a frequent keynote speaker and consultant. Recent clients include Caterpillar, Applied Materials, Siemens, Dover Industries, Kraft-Oscar Meyer, Alcatel-Lucent, Hertz, Solar Turbine, Art Van Furniture, and Henry Ford Health Systems.

Leave a Comment Cancel reply

Your email address will not be published. Required fields are marked *

Related

Agile vs Lean Product and Process Development

Product & Process Development

How to Launch Better Products Faster

Article by Lean Leaper

Lean Product and Process Development at Scale: Implementing Obeya Across Global Teams

Product & Process Development

Lean Product and Process Development at Scale: Implementing Obeya Across Global Teams

Article by Steve Shoemaker 

craftsmanship

Product & Process Development

Pursuing Perfection: Craftsmanship in Product Development

Article by James Morgan, PhD

Related books

The Power of Process book cover

The Power of Process – A Story of Innovative Lean Process Development

by Eric Ethington and Matt Zayko

Welcome Problems, Find Success – Creating Toyota Cultures Around the World

Welcome Problems, Find Success – Creating Toyota Cultures Around the World

by Nate Furuta

Related events

September 23, 2024 | Coach-Led Online Course

Designing the Future

Learn more

Online – On-Demand, Self-Paced

Lean Fundamentals Bundle

Learn more

Explore topics

Product and Process Development graphic icon Product & Process Development
Problem Solving graphic icon Problem Solving
Operations graphic icon Operations
  • Privacy Policy
  • Sitemap
  • LinkedIn
  • Twitter
  • YouTube
  • Instagram
  • Facebook

©Copyright 2000-2024 Lean Enterprise Institute, Inc. All rights reserved.
Lean Enterprise Institute, the leaper image, and stick figure are registered trademarks of Lean Enterprise Institute, Inc.

This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Learn More. ACCEPT
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Non-necessary
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
SAVE & ACCEPT