绩效考核 指标中，需要体现工作量吗？

boyahr

7 Z9 A$ ]6 p' M2 C   如果是生产线工人，计件工资，似乎可以直接和生产量挂钩。

6 C1 Y( s6 B' @, n   可如果是研发人员，技术人员呢？
# ^  y, l! {0 z' ^2 @
7 x3 W4 q% W2 n- m" i
' c. L% ^1 M# p7 ?# }3 W, {+ e   因为难度不同，简单衡量数量肯定不行。可是把难度因素考虑进来，那基本上无法量化了。主要是公司的技术人员的水平也都一般，也没有个权威去定义出个难度级别，然后每种项目都按难度去分类。
4 K, M/ \# W( Z6 j0 b1 |3 }* ^; {

- |4 @6 p7 k" h$ _   现在，我能做到的是完成率。比如，技术支持人员，解决了多少百分比的问题，来计算工作绩效。但同时，另一个问题就存在了，你做100件事完成80件，就不如做50件事做完45件的得分高。但如果考虑 100 和50这个数量因素，下面人员又说，我的难度大所以数量少。
5 E% D3 ^" i9 G. A

蔡康永

占沙发了

chengzi_candy

我认为工作量不应该作为考核的指标之一，如果岗位之间出现工作量悬殊的情况，那应该是岗位设置的问题，而跟岗位上的人的绩效高低没有关系。

boyahr

而且，对于大多数岗位，数量是被动的。

完全根据市场情况，决定了各自岗位当期会有多少任务需要处理。这个去设定任务量标准也很难。短期的浮动变化很大。

* G1 o3 m' f- {6 ?$ z4 E4 _6 _2 `

% n. T. Q7 c3 U) G2 E- w

史努比029

研发人员绩效考核中，数量考核我认为没有必要：
可以试想：他解决了很多小问题，与解决一件大事，为公司省下多少成本或研发出多少新品来说，效益可想而知，应该重质而不是量

qiumr888

还有谁有好的意见

求道者

sunm

研发和技术人员 考核的关键我认为还应该是注重结果吧，但是如果是技术支持岗位的话，可以考虑工作量指标。

alan好朋友

还是需要的，

fzthyq

完成率只是一个指标，要结合权重来算