最后作一下澄清吧:
1.在我参与开发的项目中,绝大多数决策,都是有充分理由的;
2.如果出现决策信息不充分的情况,如果不是必须决策,那么,就等条件成熟了再决策,如果不得不作出决策,那就选择最简单,最容易的。
3.我相信“快速决策,痛苦执行;缓慢决策,迅速执行”,不无道理。与其乱动,不如不动;
4.对客户有价值,并不等价于“客户说有价值”;
5.我不认为“难于解决的部分往往就是项目是不是可以真正的构建起来的关键”(这倒可以成为开发人员研究新技术/难技术的借口);
6.别“越俎代庖”,客户固然有他的弱点,但人家也不傻,不要认为开发人员恰恰就能弥补这些弱点;
1.在我参与开发的项目中,绝大多数决策,都是有充分理由的;
2.如果出现决策信息不充分的情况,如果不是必须决策,那么,就等条件成熟了再决策,如果不得不作出决策,那就选择最简单,最容易的。
3.我相信“快速决策,痛苦执行;缓慢决策,迅速执行”,不无道理。与其乱动,不如不动;
4.对客户有价值,并不等价于“客户说有价值”;
5.我不认为“难于解决的部分往往就是项目是不是可以真正的构建起来的关键”(这倒可以成为开发人员研究新技术/难技术的借口);
6.别“越俎代庖”,客户固然有他的弱点,但人家也不傻,不要认为开发人员恰恰就能弥补这些弱点;
本文分享了一套实用的决策原则,包括在信息不足时如何决策、区分客户价值的真实性和客户主观评价的区别,以及开发人员不应过度干预客户决策等内容。
1万+

被折叠的 条评论
为什么被折叠?



