zlacker

[return to "How I estimate work"]
1. bgribb+Ir[view] [source] 2026-01-24 14:57:37
>>mattjh+(OP)
One thing I think is missing is an understanding of why there is such a top-down push for timelines: because saying "we aren't sure when this feature will be delivered" makes sales people look like they don't know what they are talking about. Which.... well.

They would much rather confidently repeat a date that is totally unfounded rubbish which will have to be rolled back later, because then they can blame the engineering team for not delivering to their estimate.

◧◩
2. iamfli+Kv[view] [source] 2026-01-24 15:27:34
>>bgribb+Ir
If you hired someone to do some work on your house, and they refused to give an estimate, would you be happy?

If you had a deadline - say thanksgiving or something - and you asked “will the work be done by then” and the answer was “I’m not going to tell you” would you hire the person?

The no estimates movement has been incredibly damaging for Software Engineering.

◧◩◪
3. Rotund+Uy[view] [source] 2026-01-24 15:48:42
>>iamfli+Kv
If work on a house was specified like a typical software project, no builder would even return your call.

"I'd like to have my roof reshingled, but with glass tiles and it should be in the basement, and once you are half way I'll change my mind on everything and btw, I'm replacing your crew every three days".

◧◩◪◨
4. iamfli+mz[view] [source] 2026-01-24 15:51:31
>>Rotund+Uy
But the correct response to that is not - "I'm not going to tell you how long that will take" it's "let's work out what you are trying to accomplish".

Though the "I'm replacing your crew every three days" does cut a little too close the bone...

[go to top]