logoalt Hacker News

DrewADesignyesterday at 11:06 PM1 replyview on HN

The fundamental problem remains: it’s difficult to predict how long it will take to solve a series of puzzles. I worked in a dev group where we’d take the happy path estimate and double it… it didn’t help much. So often I’d think something would take me a week, so two walls was allotted, but I made a discovery in my first like hour/day whatever that reduced the dev time to like a couple days. Then, there were tasks that I thought I’d solve in a few days that took me weeks because I couldn’t foresee some series of problems to overcome. Taking a guess and adding time to it just shifts the endpoint of the guess. That didn’t help us much.


Replies

grvdrmyesterday at 11:57 PM

That's the point I am making, and the point of asking "what is the alternative"

Developers aren't alone in adhering to schedules. Many folks in many roles do it. All deal with missed deadlines, success, expectation management, etc. No one operates in magical no-timeline land unless they do not at all answer to anyone or any user. Not the predominant model, right?

So rather than just say "you can blame the PMs" I'd love to hear a realistic-to-business flow idea.

I am not saying I have the answers or a "take". I've both asked for and been asked for estimates and many times told people "I can't estimate that because I don't know what will happen along the way."

So, it's not just PMs. It's the whole system. Is there a real solution or are we pretending there might be? Honest inquiry.

show 1 reply