Lean Software Development – an Agile Toolkit. What a great title for a book, combining two of the hottest buzz words of the last five years!
And this book delivers what it promises. It is a great book that aligns the Lean philosophy that was developed mainly at Toyota with the Agile/Scrum ideas. It demonstrates the remarkable overlap between these two paradigms and suggests how to translate the insights and experiences from lean product development into the software development domain. The book is easy reading with numerous to-the-point examples from real-world projects, both from hard-product development and software development. Mary and Tom are shooting sharp at some holy cows of project management like detailed up-front value engineering and early requirement freeze. It is entertaining and enlightening!
A couple of years ago I had the fortunate opportunity to visit Toyota in Japan and to spend some time with Toyota product development engineers to discuss how to use Lean outside the factory. Most of their suggestions come back in this book, ranging from iterative design and empowered teams based on reliable management to concurrent engineering. Furthermore, they agree on the point that it is hard work to get it right and to take on the responsibility. The committment is for quality, not for comfort.
One diffuculty that I see is that concepts like “Lean” and “Agile” describe the outcome/result of working in a smart way. In some situations it is used as a synonym for “Good”. Anything that is good for the product development process or improves customer percieved quality with minimal effort is called “Lean/Agile”. I am worried about this, because it dilutes the methodologies and makes it hard to compare. In my opinion it would be more helpful to differentiate more clearly and be open about when it is useful to use Lean/Agile concepts and when not.