- 最后登录
- 2011-7-19
- 注册时间
- 2011-4-21
- 威望
- 20
- 金钱
- 215
- 贡献
- 59
- 阅读权限
- 20
- 积分
- 294
- 日志
- 0
- 记录
- 0
- 帖子
- 37
- 主题
- 17
- 精华
- 0
- 好友
- 2
该用户从未签到 - 注册时间
- 2011-4-21
- 最后登录
- 2011-7-19
- 积分
- 294
- 精华
- 0
- 主题
- 17
- 帖子
- 37
|
" w( A8 b1 T# M; f- q+ @. W( W, U" j 如果是生产线工人,计件工资,似乎可以直接和生产量挂钩。& o& B: r+ D/ V: `; s3 Y
. Y: o, b4 D4 p2 b) L: m( \
可如果是研发人员,技术人员呢?; |$ q- g) q O7 N# o1 v/ F1 g: x
3 b9 l0 N" u9 J7 s2 Q. c8 q9 z9 G) F* h- ^9 ]" H% ~8 J
因为难度不同,简单衡量数量肯定不行。可是把难度因素考虑进来,那基本上无法量化了。主要是公司的技术人员的水平也都一般,也没有个权威去定义出个难度级别,然后每种项目都按难度去分类。
0 E- [& q2 n0 V5 [6 E
9 g# k8 ~; _! b I7 D6 V* r
5 y( v, m' D/ O' ` 现在,我能做到的是完成率。比如,技术支持人员,解决了多少百分比的问题,来计算工作绩效。但同时,另一个问题就存在了,你做100件事完成80件,就不如做50件事做完45件的得分高。但如果考虑 100 和50这个数量因素,下面人员又说,我的难度大所以数量少。
3 e' K) u0 T$ H2 I7 [2 k3 A; o% K" u |
|