3 ms·
I dont think its "under-estimating" as much as to get buy-in in a corporate environment means promising to over-deliver Architects/Developers can also be their
by fiftyacorn 10y ago
I dont think its "under-estimating" as much as to get buy-in in a corporate environment means promising to over-deliver
Architects/Developers can also be their own worst enemy - chosing a new stack over the existing stack
- cvs268 10y agoThat too. However most of us tend to be overtly optimistic about the possibility that something will work as expected. Also we tend to forget the secondary tasks involved[3]. Also the fact that there is usually an expected schedule/due-date that are presented before being asked for estimates, people tend to invariably try to fit the effort-estimate into the pre-determined schedule subconsciously neglecting the secondary tasks. Its like when asked if i can cook a turkey-dinner in 2hours, i say - "looks do-able, i can try...". Completely forgetting the fact that i am being expected to raise it from an egg, and take care of it for a few months first. [3] Slide 8 - https://www.slideshare.net/cvs26/effort-estimation-73647698/8 https://www.slideshare.net/cvs26/effort-estimation-73647698/...
- humanrebar 10y ago> Architects/Developers can also be their own worst enemy - chosing a new stack over the existing stack Or doubling down on existing tech (and technical debt) instead of keeping their options open. One of the problems with agile development processes is that they're not paired with agile design principles.