Delivery Schedule
Frank Patrick talks about scheduling a delivery, and relates it to a scene in an HBO movie about the Apollo program:
"Schedule Chicken" is one of my favorites. If you've ever seen the HBO Series "From the Earth to the Moon," about the Apollo program, you might remember what was my favorite episode -- the one about the Grumman engineers building the lunar lander. There's a great scene in which everyone goes around the table saying "Sure, my group's on track." until one admits the reality of needing some more time, at which point everyone then backtracks, saying, "Well, since Joe will need more time, we could use it to..." There's other PM wisdom and reality spread out in that episode. Check it out if you get a chance.
I see this every release schedule here. Towards the end, we have release meetings where we go over the high and critical bugs. The idea is, engineers who have a bug that needs fixing prior to release have to get dispensation from the rest of the team - either by explaining that there won't be a regression, or that the bug is so bad that we have no choice - you get the idea.
Towards the very end of that exercise, we start doing candidate builds. When there's something wrong in a candidate build, I see the same reaction Frank mentions: "well, so long as we are cracking the build, can we sneak this in..." - comes up every release cycle.
Sounds to me like this sort of thing is endemic to all engineering work - both hardware and software.


Comments
tracking schedules versus tracking production
[keith ray] April 24, 2005 11:16:32.269
Johanna Rothman has several postings about variations of schedule chicken here: http://www.jrothman.com/weblog/blogger.html
[Loryn Jenkins] April 24, 2005 15:53:07.274
Do you want to understand the cause of this problem James? Read: Chris Argyris' "Flawed Advice and the Management Trap".
Measuring Progress
[Patrick Logan] April 25, 2005 0:09:09.594
Sounds like there is insufficient measure of progress at the beginning and middle of projects. Perhaps too much reliance on ambiguous "requirements complete", "design complete", and "code complete" milestones?
I've been measuring progress in terms of running tests for year now and have found nothing to replace it. Goodbye to those games of chicken or even someone saying "I'm 80 percent done with design."
I'm surprise there are groups still playing "chicken". I thought that was a thing of the past.