Skip to main content

Interview: Mary Poppendieck on Lean, Scrum, Kanban and Leadership

Last year Mary Poppendieck delighted the participants of the Lean Agile Scrum Conference in Zürich with her stories about and approach to lean leadership and 'the tyranny of the plan.'

She told an amazing story of the building of the Empire State Building in New York. Although 4 times bigger that any previous building, it was built in just a year. The architects did not even have a design when they started! At it was completed on time and held the record of world tallest building for 40 years. The lessons of this building illustrate core principles in managing companies and software projects.

Peter Stevens: Mary, what is the core message of lean leadership? 

Mary B. Poppendieck: The core message of lean leadership is 1) focus on delivering ever increasing value to customers, and 2) do this by leveraging the brainpower of bright, creative people.

PS: What is the biggest obstacle to adopting Lean Thinking in Management?

MBP: As I see it, management incentives usually focus on maximizing a part of a system - and managers respond by doing exactly what the incentives ask them to do. However, by maximizing a part of a system, the overall system is always sub-optimized. Thus managers look to reduce costs in their departments, rather than reduce overall costs even if this means that some department costs may not be as low as possible. For example, the clothing company Zara does not seek to minimize shipping costs or even manufacturing costs, the company treats fashion as a perishable commodity, so it seeks to replenish stores very rapidly with what will sell immediately. This strategy leaves the company with much less unsold merchandise than its competitors.

Another example of sub-optimizing measurements is the focus in some companies on making sure that everyone is busy all of the time; and generally this is done by assigning people to work on several things at the same time. However, this strategy causes enormous waste because trying to drive utilization high creates the equivalent of traffic jams and slows everything down, while time spent thrashing between assignments mounts.

PS: What advice would you give to a leader getting started?

MBP: Probably the most important thing for a leader getting started is to learn how to lead people effectively. New first line supervisors and team leaders should receive training in how to teach people to do a good job, how to improve work processes, how to create a motivating environment, and how to resolve personnel issues.

PS: And what advice would you give a leader who wants to introduce lean thinking into their organization (where a leader could be a thought leader, or anyone from a first level manager to top level manager)?

MBP: Lean thinking starts by focusing on customers – so the most important thing for introducing lean thinking is to gain and continually improve your understanding of what customers find valuable. Then try to get everyone to think about their customers – first of all their immediate customer, and then, the end customer. A development team, for example, will often hand their code over to a system testing team. Does everyone on the development team understand what system-testable code is? Do they understand the needs of the operations group? The support group? How can these needs be better served?

Next get everyone in the habit of thinking about the end customers who pays for, or uses, or derives value from the code. Are all efforts focused on increasing the value these customers receive? How could they receive even more value? What efforts are not contributing to delivering this value?

Finally, a leader should focus on the people delivering the value to customers. How can they be empowered to improve their work processes and deliver even more value to customers?

PS: How do Scrum, Kanban, and Lean Thinking complement each other? How do they step on each other's toes?

MBP: Scrum is basically a method of accomplishing work through cadenced iterations. Kanban is a method of accomplishing work through limiting work-in-process and managing flow. I have found that some work (especially creative work) is more effectively managed with iterations, while other work (especially naturally sequential work) is more naturally managed with Kanban. Generally, you would use one or the other of these techniques, but not both at the same time for the same work. Determining which workflow management technique is best for a give situation should be done through experiments and system-level measurement of results.

Lean does not give you a specific set of techniques to manage work, but rather a set of principles to help you decide how to deliver the most value with the least effort, and how to keep improving your current techniques. Thus Lean principles would encompass the use of both Scrum and Kanban - and other methods of managing workflow as well. Sometimes people are frustrated because Lean does not provide a set of rules on how to do things, but rather a set of thinking tools (principles). For these people, Scrum and/or Kanban are very good starting points. But Lean would have every company view these techniques as starting points that are constantly improved, so after a few years, Scrum and Kanban should evolve and change to something quite different than their starting point.

PS: What will participants learn at your course next month?

MBP: The participants will look at their specific companies and learn to see the waste in current processes. Then after some time spent on examining lean approaches to technical discipline and managing workflow, the participants will sketch a future set of processes that should eliminate the biggest waste in their process. They will also learn about problem solving approaches that will help them constantly improve their processes.



Come join Mary & Tom Poppendieck for a 2-day intensive lean leadership retreat the Karthause Ittingen. Principles, Tools and Problem Solving Skills to continuously improve your business. Info & Registration...

Comments

Fabrice Aimetti said…
Hi Peter,
Very interesting post! I've translated it into french : Entretien avec Mary Poppendieck sur le Lean, Scrum, Kanban et le Leadership.
Thank you again,
Fabrice
Peter said…
Hi Fabrice, Once again, it is I who says, Merci Beaucoup!

Peter

Popular posts from this blog

Scaling Scrum: SAFe, DAD, or LeSS?

Participants in last week's Scrum MasterClass wanted to evaluate approaches to scaling Scrum and Agile for their large enterprise. So I set out to review the available frameworks. Which one is best for your situation?

Recently a number of approaches have started gaining attention, including the Scaled Agile Framework ("SAFe") by Dean Leffingwell, Disciplined Agile Development (DAD), by Scott Ambler, and Large Scale Scrum (LeSS), by Craig Larman and Bas Vodde. (Follow the links for white papers or overviews of each approach).

How to compare these approaches? My starting point is Scrum in the team. Scrum has proven very effective at helping teams perform, even though it does not directly address the issues surrounding larger organizations and teams. An approach to scaling Scrum should not be inconsistent with Scrum itself.

Scrum implements a small number of principles and constraints: Inspect and Adapt. An interdisciplinary Team solves the problem. Deliver something of va…

Sample Definition of Done

Why does Scrum have a Definition of Done? Simple, everyone involved in the project needs to know and understand what Done means. Furthermore, Done should be really done, as in, 'there is nothing stopping us from earning value with this function, except maybe the go-ahead from the Product Owner. Consider the alternative:
Project Manager: Is this function done?
Developer: Yes
Project Manager: So we can ship it?
Developer: Well, No. It needs to be tested, and I need to write some documentation, but the code works, really. I tested it... (pause) ...on my machine. What's wrong with this exchange? To the developer and to the project manager, "done" means something rather different. To the developer in this case, done means: "I don't have to work on this piece of code any more (unless the tester tells me something is wrong)." The project leader is looking for a statement that the code is ready to ship.

At its most basic level, a definition of Done creates a sh…

Five Simple Questions To Determine If You Have the Agile Mindset

My company has started a top-down transition to Scrum and Kanban. Will that make us an Agile company? About 2 years ago, I attended a conference hosted by the Swiss Association for Quality on the topic of Agility. As a warm-up exercise, the participants were given the 4 values of the Agile Manifesto, then asked to arrange themselves in space. How Agile is your company? How Agile do you think it should be? Very Agile on left, very traditional on the right. There was a cluster of people standing well to the right of center. “Why are you standing on the right?” It turns out that they were all from the railway. “Our job is to run the trains on time.” They were uncertain whether this agility thing was really aligned with their purpose.
Is Agility limited to software? Steve Denning has collected the evidence and laid out the case that Agile is not limited to software, nor is it merely a process, nor is it something you can do with part of your time, nor is it something you can have your …