- 最后登录
- 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
|
% l4 s" L* y; l. N5 K! N3 c
如果是生产线工人,计件工资,似乎可以直接和生产量挂钩。
8 P( _0 C/ {$ t2 w( s, V# m* U, r. e& R! I. b. q
可如果是研发人员,技术人员呢?' y4 H2 d5 J) a1 q/ z+ m3 j; R" C
- J! c0 N# n" t3 N* } @
- `7 H y& J9 p0 i( v- A 因为难度不同,简单衡量数量肯定不行。可是把难度因素考虑进来,那基本上无法量化了。主要是公司的技术人员的水平也都一般,也没有个权威去定义出个难度级别,然后每种项目都按难度去分类。
; V& l2 W* |6 z: I; Y6 q6 ~# y
# H: J- A1 L, [2 b5 i
) n+ r% P$ e2 ^2 ^% F: W 现在,我能做到的是完成率。比如,技术支持人员,解决了多少百分比的问题,来计算工作绩效。但同时,另一个问题就存在了,你做100件事完成80件,就不如做50件事做完45件的得分高。但如果考虑 100 和50这个数量因素,下面人员又说,我的难度大所以数量少。: }, @ U Y' a. P1 H
|
|