3 ms·
> 17. Always tell your customer/user "yes", even if you're not sure. I have found that you get higher marks for saying NO in the right occasions than being kno
by coliveira 14y ago
> 17. Always tell your customer/user "yes", even if you're not sure.
I have found that you get higher marks for saying NO in the right occasions than being known as the one that always says YES.
- gns24 14y agoThere's clearly a middle position to be had here. By saying NO if you're not completely confident you can do something, you miss out on the best learning opportunities. That said, if you suspect something cannot work, or isn't the right way of doing something for another possibly non-technical reason, being prepared to say NO is critical for delivering. So possibly: If you always say NO, you never learn anything. If you always say YES, you never deliver anything.
- blktiger 14y agoThat's a good way of putting it.
- nstokoe 14y agoIt's important to also put either answer in the context of how it will affect the Time, Cost and Quality Triangle of program management. The customer loves to hear 'yes' but sometimes don't realize that that 'yes' is going to typically mean more time and/or money.
- eranation 14y agoLearning to say no is the biggest challenge and virtue of the best developers out there. It's not a "no I can't do it" it's more of a "no I can't do it in that time" or "no I don't think it's the right way to go, here is how I think we should do it". Saying NO can make a difference between a successful project and a nightmare.