> I don’t think the article assumes an engineer can produce reliable estimates Well, he sort of goes back and forth, but he includes this: > The engineer come

> I don’t think the article assumes an engineer can produce reliable estimates Well, he sort of goes back and forth, but he includes this: > The engineer comes back with this simplified description and says he can get a first version produced, but it will take a month instead of 2 weeks. Which I see some variant of every time I see somebody rail against the unrealistic expectations of software estimation (which, by the way, I’ve been seeing people rail against since the late 80’s to no avail). The implication here is that if the manager had just listened to the developer and accepted his initial estimate of one month, the software would have been done in one month: the developer could estimate with precision, but the manager bumbled along and screwed everything up by trying to negotiate it down. This is a dangerous position to take unless you’re absolutely sure about your one-month estimate: if you say one month, he says two weeks and you look him in the eye like the alpha wolf say, “no, one month, and no sooner”… you had damned well better be able to deliver in exactly one month. The reality is there’s probably no way to tell, _especially_ if other people are involved, so you’re better off shrugging your shoulders and saying, “yeah, sure, two weeks”, doing as much as you can, and preparing your story ahead of time.