Agile Zone is brought to you in partnership with:

Matt is the Group Leader of Research Application Development in the Research Informatics Division of Information Sciences at St. Jude Children's Research Hospital in Memphis, Tennessee. Matt has been developing and supporting enterprise Java applications in support of life sciences research for St. Jude since 2001. Matt is a committer to multiple open source projects and is the founding member of the Memphis/Mid-South Java User Group. Matt is also a regular speaker on the No Fluff Just Stuff symposium series tour (as well as other major conferences), and his articles have appeared in GroovyMag and NFJS the Magazine. His current areas of interest include lean/agile software development, modularity and OSGi, mobile application development (iPhone/iPad/Android), web development (HTML5, etc.), and Groovy/Grails. Matt has posted 44 posts at DZone. You can read more from them at their website. View Full User Profile

The Seven Wastes of Software Development

  • submit to reddit

Today I'd like to start a brand new series, the focus of which is the elimination of waste from our software development efforts. Waste elimination can be traced all the way back to the the mid-1900's, the birth of lean manufacturing, and the Toyota Production System (TPS).

Taiichi Ohno, father of the TPS, called it a management system for "the absolute elimination of waste" [1].

But what exactly is waste, and why is its elimination important?

Read the other parts in this series:


To understand Ohno's focus on waste elimination, you must first understand a bit of the problem faced by Toyota in the late 1940's. Manufacturing an automobile was an expensive process, and thus cars carried hefty price tags. And yet, the typical potential car buyer in Japan didn't have a great deal of money. For Toyota to succeed, they had to reduce the price of cars by reducing the cost of manufacturing.

At that time, the only recognized means of manufacturing cost reduction was mass production. This would mean producing thousands of units of the same type of car. However, Japan's economy simply wasn't large enough to create the necessary demand for thousands of cars. Toyota had to find another way.

Ohno's TPS was that other way. This is how Ohno described the essence of the TPS:

All we are doing is looking at the timeline from the moment a customer gives us an order to the point when we collect the cash. And we are reducing that timeline by removing the nonvalue-added wastes [1].

And there you have it. Look at the manufacturing process, strip out anything that does not add value to the customer, and you'll arrive at a cheaper, faster way of building a car. Then continually improve by iterating on the waste elimination process.

At the heart of lean software development is the same principle: eliminate waste. In order to eliminate waste, you must first be able to recognize it.

A wise man once said "My goal is to make you so familiar with the truth that when a counterfeit looms on the horizon you'll know it instantly." The best way to recognize waste is to become intimately familiar with its opposite: value. I took a long look at value in my earlier article, "Use Stories to Deliver Business Value". User stories are one effective means for understanding what your customers truly value.

Once you have a handle on value, it's time to start looking for waste. To begin, map out all of the activities that must occur in your organization from the time a required software feature is identified until the time the customer begins deriving value from that feature. Next, uncover your biggest sources of waste and eliminate them. Rinse and repeat!

To help us in our search for waste, it helps to visit the work of another of TPS's forefathers, Shigeo Shingo. Shingo identified seven major types of manufacturing waste [2]:

  1. Inventory
  2. Overproduction
  3. Extra Processing
  4. Transportation
  5. Waiting
  6. Motion
  7. Defects

Mary and Tom Poppendieck later translated these seven wastes into "The Seven Wastes of Software Development" [3]:

  1. Partially Done Work
  2. Extra Features
  3. Relearning
  4. Handoffs
  5. Delays
  6. Task Switching
  7. Defects

Over the next seven weeks we'll look at examine each of these sources of wastes in detail. We'll look at some of their common manifestations, both in our coding practices and in our development methodologies. We'll also examine strategies for eliminating each of these wastes from our development efforts. Until next time!


[1] Ohno, Taiichi. Toyota Production System: Beyond Large Scale Production. Productivity Press, 1988.

[2] Shingo, Shigeo. A Study of the Toyota Production System. Productivity Press, 1981.

[3] Poppendieck, Mary and Tom. Implementing Lean Software Development: From Concept to Cash. Addison-Wesley, 2006.
Published at DZone with permission of its author, Matt Stine.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)


Sven Meier replied on Tue, 2010/08/24 - 4:53am

Nice series - could you add links to the follow ups?

Daniel Toffetti replied on Sun, 2010/09/19 - 9:47am

Excellent series, could you provide a printer friendly PDF version after all the articles in the series are out ?  Thanks !!

Matt Stine replied on Mon, 2010/09/20 - 9:32pm in response to: Daniel Toffetti

While it's not a PDF, the printer-friendly view (you'l find a link very close to the bottom of each article) provided by our site is fairly effective. Give it a try and let us know if it meets your needs.



Daniel Toffetti replied on Mon, 2010/09/27 - 10:16pm in response to: Matt Stine

Fair enough, thanks !!!



Carla Brian replied on Mon, 2012/06/25 - 6:52am

Good to know about this one. It is somehow interesting. At least I have learned new things now. - Mercy Ministries

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.