My Photo

Favorite Books

  • Dr. James T. Brown: The Handbook of Program Management
  • Edmund H. Conrow: Effective Risk Management
  • Terry Williams: Modelling Complex Projects
  • Ray Levitt: Executing Strategy
Blog powered by TypePad
Member since 03/2005
Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported

« Cut The Long Pieces First | Main | Scheduling Health »

July 09, 2008

Waterfall as a bad idea?

In a past life, the development of hardware and the associated software was done in small incremental cycles. Mary Poppendieck's YouTube talk has some interesting comments about the history of leadership in software development.
    In this past life we built embedded real time systems for missiles and radar systems. While there would be a high level capabilities document along with some interface specifications, the development of the hardware and software tool place in small steps. One primary reasons was we learned very quickly that bugs in Macro-11 and 2901 microcode were wickedly hard to get out if you didn't find them right away.
    When the anti-waterfall proponents speak they usually reference Taylor - which of course a manufacturing management paradigm. So the problem starts when a manufacturing process is applied to an engineering process.
    Watch the video and see what you think. Have we lost the connection with the source of the problem?

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d8341ca4d953ef00e553909ccc8833

Listed below are links to weblogs that reference Waterfall as a bad idea?:

Comments