※ 引述《fatb (胖逼=口=)》之铭言:
: (解释和寻求支持,以及时机点的掌握,层级一步一步往上)
: 到了一年多后时机成熟后所有开发团队才开始采用他的新建议
: 改变没有这么简单的
: 曾经有高层对我们说(那位高层很喜欢聊天)
: 他说今天一个新方案假设有50%的机会可以赚钱
: 可能你们觉得50%可以一试,但对上层来说他要承担太多的风险所以不可能接受
: 只有在评估有八~九成以上的机会才会"考虑"
: 注意喔,是考虑而不是采用,而且通常结果是什么大家都知道...
: 这也是为什么台湾会走向cost down的原因
: 成本减少=稳赚不赔=越赚越少
大家从规避风险、风险管理的角度来看问题。所以我换一个角度来出发
软件工程走到今天,对许多流程来说,能够做的就是很小幅度的进步,
一个小细节的变更,了不起让整体生产力增加 3% 5%,不会是很大幅度
的跳动。
如果就风险管理的角度来看,一昧的规避 3% 5%的进步空间,到最后就
是严重的落后竞争对手的生产力,最终就是要来个大变革才跟的上了,
然后又回到风险管理的角度,这么大的变革谁要负责,我们可不可以一
步步的做小变化。到小变化的时后又说,才差3%的生产力,那我们不改
变行不行...
或许台湾的软件业就在全民的风险规避中,丧失了竞争力