'My Washing Machine Refreshed My Thinking on Software Effort Estimation' (cosive.com)
- Reference: 0176557133
- News link: https://tech.slashdot.org/story/25/02/27/0838208/my-washing-machine-refreshed-my-thinking-on-software-effort-estimation
- Source link: https://www.cosive.com/blog/my-washing-machine-refreshed-my-thinking-on-software-effort-estimation
Horsley draws a direct parallel to software development, where estimation regularly fails despite experience. "While 90% of the project will be the same, there's going to be one critical difference between the last 5 projects and this project that seemed trivial at the time of estimation but will throw off our whole schedule," he writes in a blog.
These disruptions often appear as unmaintained frameworks, obsolete development tools, or incompatible infrastructure components that weren't visible during planning. The software development environment changes rapidly, creating what Horsley describes as "unknown unknowns." Despite thorough requirements gathering, developers inevitably encounter unanticipated blockers, transforming familiar-looking tasks into complex challenges.
[1] https://www.cosive.com/blog/my-washing-machine-refreshed-my-thinking-on-software-effort-estimation
"unknown unknowns" (Score:2)
I just refer to those as "ambushes" or "traps"
If it's just an issue you hadn't anticipated but that can be easily adjusted for once discovered, it's a trap.
If it's something you didn't anticipate AND is going to require significant accommodations in time and/or money (or possibly a refactor of the entire process), that's an ambush.
Double number, next highest unit of time (Score:1)
A wise early-career mentor said time estimates should be double then use the next-highest unit of time.
1 hour becomes 2 days.
1 day becomes 2 weeks.
10 minutes becomes 20 hours.
And so on.
Sometimes you get lucky - 10 minutes becomes only 4 hours.
Three trips (Score:1)
Any DIY plumbing job requires at least three trips to the HW store.
Re: (Score:2)
sometimes four or five