Theory: Engineers are never “done” getting better at time estimation. As soon as you get “better”, you’re asked to estimate bigger, more complex, more ambiguous projects, and you have to level up all over again.
-
Show this thread
-
Replying to @JorgeO
I have three measure: 1/ done before tomorrow ; 2/ looks like something I already did in less than a week, so something like that ; 3/ not the least idea, do you want that we play dices together to fill your columns?
1 reply 2 retweets 10 likes -
for compsci, a professor told us that it was absurd to ask estimates to dev: our work is by essence to automate things. Either the thing is already automated, and you don't need an estimate anymore. Or it's a new thing to automate, and you don't know yet how it can be done :)
4 replies 8 retweets 22 likes -
Software development is one of the only professions where we are asked to accurately state how long it will take us to do something that has never been done before in the history of the universe.
6 replies 37 retweets 83 likes -
Replying to @djspiewak @runarorama and
Uh... I’m pretty sure most software development work is not so unique. This seems remarkably self-aggrandizing, especially in comparison to all of the other actual engineering disciplines that seem to get along fairly well in comparison to our seemingly endless ineptitude.
2 replies 0 retweets 4 likes -
Replying to @jkachmar @djspiewak and
well, no, but the reverse hold. Look at iter, or even the f-35 if you want something already done, just a new version with changing use case. Of course there's a lot of things that can be accurately estimated in software. But not what is typically expected to be
2 replies 0 retweets 1 like -
Replying to @fanf42 @djspiewak and
Sure, groundbreaking projects are absolutely harder to estimate. I think acting as if _software development as an industry_ broadly falls under this category is pretty ridiculous though.
1 reply 0 retweets 2 likes -
I think a lot of times people are just too lazy to do the composition of times in their head. The task at large may be something that’s never been done before (reasonable claim), but you’ve probably done most of the components before, estimating those gets you close.
1 reply 0 retweets 3 likes
And if you treat them as probabilistic task estimates, then they don't just add up like numbers...
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.