Lean Projects Are Lean Projects

by Hal on April 24, 2005

in design, lean

If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting!

Mary Poppendieck has published two new articles: Breaking the Quality–Speed Compromise and Managing the Pipeline. Mary is the co-author of the book Lean Software Development with her husband Tom Poppendieck. Mary has a great outlook on software development that comes from many years in the profession.

In Breaking the Quality-Speed Compromise, Mary explores the everyday understanding to increase the quality of design activity one must increase the time available for design. There are firms who break the time-quality trade-off and by doing so position themselves to take business away from others. Mary develops the case that high-quality software product development doesn't have to take time. She proposes:

"The most important thing we can do to break the compromises we impose on customers is to move testing forward and put it in-line with (or prior to) coding. In other words, find and fix the defects before they even count as defects."

This approach can apply to all design activity. The general principle is this: Establish the criteria for acceptance prior to doing the design work.

In Managing the Pipeline Mary proposes 6 Rules for reducing cycle time — guiding your projects based on queuing theory:

  1. Limit work to capacity
  2. Even out the arrival of work
  3. Minimize the number of things-in-process
  4. Minimize the size of things-in-process
  5. Establish a regular cadence
  6. Use pull scheduling

While Mary attributes these rules to queuing theory (from the field of Operations Research), we can find these rules in operation in the Toyota Production System. I don't argue with attribution. Rather, I suggest that all we need do is look to the world's most successful approach to product development and production for validation of Mary's proposals.

As usual, Mary writes well and persuasively. Have a look.

{ 3 comments… read them below or add one }

1 Diana Hutchinson April 27, 2005 at 10:39 am

These articles really ring true based on my experience with new product development. It reinforces my commitment to continue to fight for serial rather than parallel development of multiple products, and to avoid 100% + utilization of people.

2 Glen B Alleman May 11, 2005 at 3:34 pm

The second article can be generalized across many project domains. The first article seems to be specific to software development using agile processes.
Building spacecraft is different than coding .net web apps. I only get one chance to weld the proplusion system piping right. If its not right the system has to be ripped out and redone, delaying the launch. So requirements, design, build, test are sequential, with high cermony transisition processes. The software that controls the propulsion system has the same attributes.
The trouble I have with “general purpose” agile is it really is context free. The proponents many times fail to establish a specific context for their suggestions – assumping that all software is like their software. This is not only true it is misleading to the uninitiated.
The core concepts of agile – feedback, small increments, test as you go, customer engagment, plan for change – are applicable across a broad spectrum. Putting them into practice is not the same has understanding the principles.

As Yogi says “In theory there is no difference between theory and practice. In practice there is.”

Until we start putting our agile PM processes in a specific context, much of the discussion will remain around the theory not the practice.

3 Jeff May 21, 2005 at 12:32 pm

I enjoyed checking out your blog, nice work. If you have some time, please check mine out. It’s focus is project management, resource management, document management, help desk and we can be found at http://www.pbcinc.ca/blog

Leave a Comment

You can use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Note: This post is over 5 years old. You may want to check later in this blog to see if there is new information relevant to your comment.

Spam Protection by WP-SpamFree

Previous post: Blogspotting: Blogging Gone Mainstream

Next post: Where in the World is the Project Reformer?