Charlie Rudd

Charlie Rudd, SolutionsIQ CEO I’m Charlie Rudd, CEO of SolutionsIQ, an Agile company. I’m interested in learning better and better ways to unleash the power of teams by applying Agile management principles and practices throughout the enterprise.

Subscribe to The Agile CEO via email

Your email:

Subscribe to our Newsletter

siq newsletter 180

The Agile CEO: A Blog About Agile Management

Current Articles | RSS Feed RSS Feed

More Waste in Software Development

  
  
  

Last week we explored how inventory and waiting, two of the original seven lean manufacturing wastes, have analogs in software development.

This week we will explore two more, overproduction and transportation. As we will see, even though software development has fundamental differences with manufacturing we can use manufacturing as a metaphor that helps us open our minds about what constitutes waste in knowledge work such as software development.


  • Overproduction. Overproduction is production ahead of demand. For example, saleable units waiting in warehouses for buyers are overproduction waste. As is the case with WIP, overproduction increases the risk of obsolescence. 
Overproduction in software development. Since the model for software use is that one unit (i.e. one release) is shared by many users (even more so in SAAS environments) and the physical material cost of a software unit is minimal, overproduction is not expressed as producing product units in excess of demand. Rather, overproduction in software development occurs when we build features that are either never or rarely used or that are deployed prematurely.
  • Transportation. Transportation waste is the movement of materials and goods that is not actually required to perform the processing. It also includes damage to materials and goods that are the result of transportation.
Over-production in software development

Requirements "lost in translation"

Transport in software development. Since software comprises information electronically stored and accessed, the physical transport of materials or finished goods is of little concern. However, there is the analogous waste of translating and handing off customer requirements through subsequent phases such as functional specifications, UML diagrams, source code, and tests. In addition, there is also information loss (or the introduction of noise) that damages the information just as finished goods and materials are sometimes damaged through transportation.

I would love to hear your ideas about waste in software development.



White paper: When you're Agile you get Lean


If you're interested in this topic,
please take a look at our new white paper:
When you're Agile, you get Lean.




 

Comments

There are no comments on this article.
Comments have been closed for this article.