Product Description

"This remarkable book combines practical advice, ready-to-use techniques, anda deep understanding of why this is the right way to develop software. I haveseen software teams transformed by the ideas in this book."

--Mike Cohn, author of Agile Estimating and Planning

"As a lean practitioner myself, I have loved and used their first book for years.When this second book came out, I was delighted that it was even better. If youare interested in how lean principles can be useful for software developmentorganizations, this is the book you are looking for. The Poppendiecks offer abeautiful blend of history, theory, and practice."

--Alan Shalloway, coauthor of Design Patterns Explained

"I've enjoyed reading the book very much. I feel it might even be better than thefirst lean book by Tom and Mary, while that one was already exceptionallygood! Mary especially has a lot of knowledge related to lean techniques inproduct development and manufacturing. It's rare that these techniques areactually translated to software. This is something no other book does well(except their first book)."

--Bas Vodde

"The new book by Mary and Tom Poppendieck provides a well-written andcomprehensive introduction to lean principles and selected practices for softwaremanagers and engineers. It illustrates the application of the values andpractices with well-suited success stories. I enjoyed reading it."

--Roman Pichler

"In Implementing Lean Software Development, the Poppendiecks explore moredeeply the themes they introduced in Lean Software Development. They beginwith a compelling history of lean thinking, then move to key areas such asvalue, waste, and people. Each chapter includes exercises to help you apply keypoints. If you want a better understanding of how lean ideas can work withsoftware, this book is for you."

--Bill Wake, independent consultant

In 2003, Mary and Tom Poppendieck's Lean Software Development introduced breakthrough development techniques that leverage Lean principles to deliver unprecedented agility and value. Now their widely anticipated sequel and companion guide shows exactly how to implement Lean software development, hands-on.

This new book draws on the Poppendiecks' unparalleled experience helping development organizations optimize the entire software value stream. You'll discover the right questions to ask, the key issues to focus on, and techniques proven to work. The authors present case studies from leading-edge software organizations, and offer practical exercises for jumpstarting your own Lean initiatives.

• Managing to extend, nourish, and leverage agile practices
• Building true development teams, not just groups
• Driving quality through rapid feedback and detailed discipline
• Making decisions Just-in-Time, but no later
• Delivering fast: How PatientKeeper delivers 45 rock-solid releases per year
• Making tradeoffs that really satisfy customers

Implementing Lean Software Development is indispensable to anyone who wants more effective development processes--managers, project leaders, senior developers, and architects in enterprise IT and software companies alike.

---

Product Details

• Amazon Sales Rank: #42166 in Books
• Published on: 2006-09-17
• Original language: English
• Number of items: 1
• Binding: Paperback
• 304 pages

Features

• ISBN13: 9780321437389
• Condition: NEW
• Notes: Brand New from Publisher. No Remainder Mark.
• Click here to view our Condition Guide and Shipping Prices

About the Author

Mary Poppendieck is a seasoned leader in operations and product development with more than thirty years of IT experience. She has led teams implementing solutions ranging from enterprise supply chain management to digital media, and built one of 3M's first Just-in-Time Lean production systems. Mary is the president of Poppendieck LLC, which specializes in bringing Lean techniques to software development.

Tom Poppendieck is an enterprise analyst, architect, and agile process mentor with more than twenty-five years of experience developing and implementing complex systems. He currently assists organizations in applying Lean principles and tools to software development processes.

Excerpt. © Reprinted by permission. All rights reserved.

The Sequel

Lean was an idea borrowed from the 1990s when we wrote the book Lean Software Development: An Agile Toolkit in 2003. We had observed that breakthrough ideas from manufacturing and logistics often take a decade or two before they are adapted to provide suitable guidance for development efforts. So we decided it was not too late to use well-proven lean concepts from the 1980s and 1990s to help us explain why agile methods are a very effective approach to software development.

The strategy worked. The book Lean Software Development presents a set of thinking tools based on lean thinking that leaders continue to find useful for understanding agile software development. The book has been purchased by many a developer who gave it to his or her manager to read, and many managers have distributed multiple copies of the book to colleagues in support of a transition to lean/agile software development.

Meanwhile, something unexpected happened to lean. In the last couple of years lean initiatives have experienced a resurgence in popularity. The word lean was originally popularized in the early 1990s to characterize the Japanese approach to automobile manufacturing. In recent years, Honda and Toyota have been doing increasingly well in the North American auto market, while Detroit automakers are restructuring. For example, Toyota's profits rose from more than $8 billion in the fiscal year ending March 31, 2003, to more than $10 billion in 2004, $11 billion in 2005, and $12 billion in 2006. Many companies have taken a second look at lean to try to understand what's behind such steady and sustained success.

Lean initiatives seldom start in the software development or product development area of a company, but over time, successful lean initiatives make their way from manufacturing or logistics to development departments. However, lean practices from manufacturing and other operational areas do not adapt easily to a development environment, so lean initiatives have a tendency to stall when they reach software development. While the underlying lean principles remain valid, it is usually inappropriate to apply operational practices and measurements to a development environment. When lean initiatives stall in software development areas, many companies have discovered that the book Lean Software Development gives them a good foundation for thinking about how to modify their approach and adapt lean ideas to a development organization.

The benefits of lean and agile software development have become widely known and appreciated in the last few years, and many organizations are changing the way they develop software. We have traveled around the world visiting organizations as they implement these new approaches, and we have learned a lot from our interaction with people working hard to change the way they develop software. As our knowledge has grown, so has the demand for more information on implementing lean software development. We realized that a new book would allow us to share what we've learned with many more people than we can contact personally. Therefore we have summarized our experiences in this book, Implementing Lean Software Development: From Concept to Cash.

This book is not a cookbook for implementing lean software development. Like our last book, it is a set of thinking tools about how to go about adapting lean principles to your world. We start this book where the last book left off and go deeper into the issues and problems that people encounter when trying to implement lean and agile software development. You might consider this book a sequel to Lean Software Development. Instead of repeating what is in that book, we take a different perspective. We assume the reader is convinced that lean software development is a good idea, and focus on the essential elements of a successful implementation. We look at key aspects of implementation and discuss what is important, what isn't, and why. Our objective is to help organizations get started down the path toward more effective software development.

The first chapter of this book reviews the history of lean, and the second chapter reviews the seven principles of lean software development presented in Lean Software Development. These are followed by chapters on value, waste, speed, people, knowledge, quality, partners, and the journey ahead. Each of these eight chapters begins with a story that illustrates how one organization dealt with the issue at hand. This is followed by a discussion of key topics we have found to be important, along with short stories that illustrate the topic, and answers to typical questions we often hear. Each chapter ends with a set of exercises that helps you explore the topics more deeply.

Mary and Tom Poppendieck
July 2006

---

Customer Reviews

Find a leaner book
While the book contains many interesting ideas, it is very tedious reading; an in-depth article could have adequately covered the same material. The book is often fairly repetitious with the same story used to make the same point in multiple places. While the title might lead one to expect a fairly "applied" book ("Implementing" and "concept to cash", the actual purpose is to sell you on the concept of lean software development.

The authors like to bring in real-world examples to help bolster their arguments but frequently get the facts or their interpretation wrong. While the authors need not be experts in areas outside their expertise, one would expect that they would fact-check the basis of some fairly definitive statements; here are some examples: "... 16 is the standard number of missiles in a submarine to this day" (wrong since 1979 when first 24 missile Trident sub was launched); "... in 1985 the value of the yen started its steep fall" (actually the value of the yen rose). Nitpicking?---perhaps, but I find them wrong on areas that I know a little bit about, it makes me wonder how well they are doing when citing knowledge that is unfamiliar to me.

The authors belittle an "efficient expert" (the subject of "Cheaper by the Dozen") for believing there is only one way to efficiently do things. They later turn around and advocate that all developers be subjected to inspections---not inspections of their software but inspections of their desks to insure that they are tidy. They opine that a developer with a messy desk will probably be responsible for messy software; do they feel that a little maid-service will massively reduce software defects? (Why is it that morning people and neat-freaks always so self-righteous?). Sounds pretty "one-way" to me.

The bottom line is that you could probably find a good article in print somewhere that would provide you with most of the content here saving both time and money (sounds like the "lean" way to do things). Still you will get some value for your time and money if you do invest in this book.

Another terrific book on Lean/Agile
This book is a great follow-on to the Poppendieck's "Lean Software Development" book. That book gave readers "an Agile Toolkit" for understanding what lean and agile are all about. This book is similar to its predecessor both in tone and content with practical examples of what works and what doesn't. Much of the book is still framed by lessons learned from Toyota's manufacturing system and Mary Poppendieck's experience at 3M.

That said, the book isn't just a rehash of the earlier, seminal work. This book seems to have a solid core of how to get the most out of development teams with two sections specific to people and partners. There are also terrific sections on knowledge-sharing, speed, and how to get the highest quality while delivering in a rapid and lean fashion. Some things aren't covered at all, such as the fundamentals of value stream or Pareto charts, but those areas are by far the minority.

One other reviewer remarked about the lack of anything specific to Extreme Programming, but I think that's missing the point a bit: this book isn't about a specific implementation of agile/lean/whatever, it's about the general approach to the principles of lean development. The book guides readers to explore what's not working in their own environment and alter bits and pieces to improve production. An example of this is the closing section to each chapter where a "Try This" section guides readers to examine how their own environment is working or not working.

Folks who have done plenty of reading on agile/lean concepts may not find anything earth-shattering in this book, but it's a terrific read for anyone regardess of their exposure to and involvement in agile. Well-steeped readers will find lots of head-nodding stories and a few provoking exercises and topics. Newcomers will have their eyes opened by a wealth of riches.

Relating software development to manufacturing...
I don't think I've ever tried to fit software development into the model of lean manufacturing techniques. But surprisingly, it has a number of parallels, and they are outlined well in the book Implementing Lean Software Development - From Concept to Cash by Mary and Tom Poppendieck.

Contents: History; Principles; Values; Waste; Speed; People; Knowledge; Quality; Partners; Journey; Bibliography; Index

The authors take the Deming-type principles of manufacturing and show how they relate to agile software development, using many of the same concepts and terms that have been handed down to us from the Japanese methodologies that revolutionized manufacturing. For instance, Shingo's seven wastes of manufacturing get translated into the seven wastes of software development: In-Process Inventory (Partially Done Work), Over-Production (Extra Features), Extra Processing (Relearning), Transportation (Handoffs), Motion (Task Switching), Waiting (Delays), and Defects (Defects). To take one of them specifically... Over-production is the making of product that isn't immediately needed. It builds up, costs money to store and maintain, and may never be used if the requirements change before the product is used. Likewise, extra features in software, ones not needed to get the customer's job done, should be avoided at all costs. It's code that needs to be maintained, it can break software that *is* essential, and the requirements for the feature may change dramatically by the time it is actually requested. Granted, these are guidelines and not hard-and-fast rules, but they make a lot of sense in terms of making the software development process more efficient and productive.

Both authors have a manufacturing background in their software development past, so the content is liberally sprinkled with real-life examples of these guidelines as they have played out in companies. It's amazing how we accept things in software development that we would never stand for in a well-run manufacturing set-up (such as running your "machines" over 100% capacity for long periods of time... sound familiar?)

If you're having a hard time getting your organization to give "agile" methodologies a try, you might want to reframe the discussion around "lean" software development. You could break out of the language misconceptions and discover new insights. This book can help you make that leap...