- cross-posted to:
- [email protected]
- cross-posted to:
- [email protected]
Perhaps an interesting analogy, but offers nothing in terms of how to improve estimation. The only thing I can take away from this is to always add contingency to an estimate.
I’ll be sending this to my team this morning because I’m always the one yelling “no it’s gonna take 3x as long as that” while everyone says nooo it’s easy.
Then <shocked pikachu> as the work takes 4x as long
Instead of four hours, this could have taken half an hour by properly exploring the problem and mapping out a solution first. Everyone seems to shit on drawing up an architecture first and wants to immediately start coding, but taking a little time up front to think through the problem pays huge dividends in the long run.
You can just throw away your code and you don’t need to go back to the store to continue. Starting to code right away would work just fine if you’re not doing real world tasks