组建绩效工资方案对企业来说，可不断提高经济效益，加强内部管理，拓展于市场，使企业得以生存发展，是一条长而有力的生命线。而相对企业员工来说，充分发揮个人的聪明才智，提高了生产与技术的工作积极性，体现了能工巧匠的作用，出色的成绩，不仅平时每月拿到丰厚的奖金，减轻家庭经济负担，而且以后在固定工资的晋级，职务的提升方面，企业经营者根据绩效工资的方案评估，肯定会优先考虑有突出表现的生产技术及部门员工，这也是常理。
研发部门要不要采用KPI考核？
程序员的劳动价值属于非常典型的“只能定性，不能定量”的。代码行数也好，bug数量也好，功能模块也好，解决问题数也好，都不可以。最根本的问题在于：一行代码的经济价值和一行代码的技术难度是完全不相关的。因为代码的经济价值和技术难度不成正比，所以，所有说可以定制KPI的人，都是外行瞎逼逼。哪怕这个人有1000年的经验，还是瞎逼逼。
只有偶尔的一些情况下，技术水平会和经济价值挂钩。譬如，的确有一些门槛很高的0day漏洞，可能可以卖到几万到，乃至几十万刀（传说，我也没见过那么贵的）。但毕竟这也不是常态，常态是啥？常态就是大多数程序员平时就在增删查改，并且，其实你看我上一个回答下面的评论就知道了。这群增删查改的老手，一样可以获得很高的收入，还能凭借很高的收入自我感觉良好地对计算机知识体系指手画脚。
你要说他们劳动价值低，那是不对的，毕竟每天都在解决公司的各种问题。你要说他们劳动价值高，那更不对，一点底层都不会只会做调包侠的人，哪儿都能找。那么，怎么给他们定KPI呢？定不了的。有些人写一年代码，可能是为了提升公司员工10%的工作效率，值多少钱？有些人一个月泡茶看屏幕，最后发现了一个成年屎山代码里偶尔出现的bug，值多少钱？有些人一样泡茶看屏幕，结果发现了特斯拉为什么刹车失灵的bug，值多少钱？有一些说可以定KPI的人，当然可以把KPI定得很细，细到覆盖了上面所属的情况。
但你要知道，我就是随便举个例子，而这样的例子我能举无数个。KPI能制定到无穷细吗？不可能。所以，放弃给程序员定KPI，才是科学的做法。那么，有一些太监部门着急了，这样CTO不就翻了天了吗？那可不成啊，我们东厂部门必须是最强的。………………放心，不会的。你不能给程序员定KPI，但是你可以给整个开发部门制定KPI啊。
客户投诉数量；需求部门满意度；预定战略目标达成情况；等等等等；这些大目标都是可以一定程度量化的，而且是直接和经济价值正相关的。然后，整个部门的考评，就是每个人的考评。至于部门内部怎么分……让他们自己卷起来就好了。听俺一句，当老板的不要屁事都管，你又不会，不会就少插嘴。找个会的来，让他和你的东厂部门撕逼。
