product management

Delivery Schedule

April 24, 2005 10:40:02.012

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

"Schedule chicken occurs when PMs only measure the milestones (the date), and not the stuff that's created (the feature set) and the progress towards creating that stuff (velocity) and how good that stuff is (the defect levels) all throughout the project. If you know how much progress people are making, you can use your sense of smell to see if all those checkins were really to make code freeze, or were developers covering their tushes to meet the [date]."

[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.

 Share Tweet This
-->