this is my number one thing I hate. So we are going to be converting over one system to another and you have no ideas what issues will pop up. give an estimation on the project. or like estimation onf fixing a bug or doing something you think the software can do but your not real sure till you look into it.

[–] Malgas@beehaw.org 11 points 2 months ago

Hofstadter's Law: It always takes longer than you think, even when you take into account Hofstadter's Law.

[–] nous@programming.dev 6 points 2 months ago (1 children)

The known unknowns and especially the unknown unknowns never get factored into an estimate. People only ever think about the happy path, if everything goes right. But that rarely every happens so estimates are always widely off.

The book How Big Things Get Done describes a much better way to factor in everything without knowing all the unknowns though - Just look a previous similar projects and look how long they took, take the average and bounds then adjust up or down if you have good reason to do so. Your project will very likely take a similar amount of time if your samples are similar in nature to your current task. And the actual time already factors in all the issues and problems encountered and even if you don't hit all the same issues your problems will likely take a similar amount of time. And the more previous examples you have the better these estimates get.

But instead of that we just pluck numbers out of the air and wonder why we never hit them.

[–] HubertManne@moist.catsweat.com 2 points 2 months ago

yeah I have literally had something where I list off a bunch of problmatic stuff and how it could be some high side and then follow up or everything could go swimmingly which never happens and we could have this low side and they are like ok so the low side. no. no. that is not what im saying.