小弟也是键盘分析师，针对为什么大家要把公司产品搞糟，
先来玩个情境模拟一下。
从公司制度面出发，大部分公司一定都有个绩效考核制度，鼓励大家认真打拼。
如果大家都顾好自己的绩效，是不是也同时表示公司绩效会好呢?
才不一定哩...
先假设一个简化后的KPI计算方式为ΣC(i)P(i)
C是案子的重要性，越大的案子越高
P是案子结束后的完成度，以100%为最高分
i从1到n，表示经手n个案子
再假设三种角色：
一个案子略分为三层分工管理，上层、中层、下层，
这个分工是依照流程而不是职位高低。
1.上层代表产品规划设计，与市场推出时程等等负责整个案子的最后表现。
依照各公司不同的体制，可能是PM或是与中层为同组人马等等，
只要任务属于这个范围都是定义中的上层。
2.中层负责管理研发开发时间，依照上层订定的schedule完成开发。
project leader就是这里定义的中层，视情况协助开发。
3.下层毫无反应就只是个工程师。
今天在这种KPI计算法则下，每个人如果要提升自己的绩效，
都是朝着能够完成越多重要案子，且每个案子完成度越高越好去努力。
如果每个案子都能如期完成，大家都可以得到相应的报酬。
问题就在于每个人时间有限，冲高案件数(n)的同时，也许会牺牲完成品质(Pi)
这时不同职位就会表现出明显差异了。
下层工程师的一次经手的案件数较少，所以一旦手中的案件失败对考绩影响很大。
反之中层project leader一次管理多个工程师经手案件较多，
一两个失败的案子无所谓，其他案子有好表现照样拉高KPI。
所以对project leader来说，几个工程师被操到精神不济状况百出也不是大问题，
只要还有人能继续帮忙产出就好。
所以只要是上层丢下的任务几乎可以来者不拒，有人帮忙消化掉就有加分。
就算负责到的案子真的出包了，先想办法推给其他部门，只要最后不被黑掉就好。
由上层PM来看，既然project leader都能够消化的了这些任务(其实时程早已被压缩了)
能够多几个产品线就尽量多，一来可以排满自己的schedule，
二来反正开发时间可以压到这么短，不如多做几种产品来测试市场反应，
等哪个产品热卖了再来加开产量。
所以每个阶层按照各自的角色，追求最大利益的结果就是加缩开发时程，增加案件
却不用确保产品品质。
赶得上上市时间，结果品质做到全民公测的OneX也许就像这样。
要能改善这种状况当然是从project leader做起最快，
对上尽量以确保品质满分来接案，吃不完不要硬撑。
免得PM以为开发周期本来就很短，拼命乱试产品浪费公司资源。
对下当然是让工程师有充足的时间把事情做好，起码有正常的生活作息。
不要一下子没日没夜的拼个三四天，然后就睡眠不足变阿呆。
讲得简单做的难，要摆脱这种文化就要有人先肯牺牲自己的利益，
于是周永明就写信道德劝说啦...
用说得就有效才有鬼哩，大家都会算啦，不把制度改一改哪有机会啦
阿对了，好像漏了讲工程师要怎样才会对自己最有利...
阿没差啦，除了不爽不要做以外也没几招啦，准备国考和英文比较实在