RE: Estimating time?

Subject: RE: Estimating time?
From: david -dot- locke -at- amd -dot- com
To: "TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com>
Date: Thu, 20 Sep 2001 12:51:14 -0500

In Shultz's The Business Side of Writing, he lays out an estimation method
that uses a history to compute an average for each of the publication
processes. Then, he had a collection of dependencies that you multiplied the
time estimate by to arrive at an effort estimate.

I know that I've had estimates blown away by assumptions built around
dependencies. When you expect a professional writer and you get a
programmer, the effort went up by a factor of nine. The programmer made the
effort to improve his writing and luckily the factor was probably around six
by the time the project ended.

I've never needed to pad an estimate. But, I have had estimates cut to
shreds only to have the project overrun the original uncut estimate by a
factor of three. The only risk on a doc project is if QA doesn't find a bug
big enough to fail the beta again. QA is dependable.



A landmark hotel, one of America's most beautiful cities, and
three and a half days of immersion in the state of the art:
IPCC 01, Oct. 24-27 in Santa Fe.

+++ Miramo -- Database/XML publishing automation. See us at +++
+++ Seybold SFO, Sept. 25-27, in the Adobe Partners Pavilion +++
+++ More info: +++

You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit for more resources and info.

Previous by Author: RE: Surveying the customer (was Numbered headings)
Next by Author: FW: Advice, please
Previous by Thread: Estimating time?
Next by Thread: Looking for training

What this post helpful? Share it with friends and colleagues:

Sponsored Ads