- 最后登录
- 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
|
( N5 ]' S% h1 M+ R2 j7 R) y
如果是生产线工人,计件工资,似乎可以直接和生产量挂钩。* g1 n8 f/ j' ~1 ?. T2 \
8 t) M* Z( m9 p4 F m9 h x 可如果是研发人员,技术人员呢?" V2 L/ e! t, U/ H
! [6 x0 p$ ?- x3 ^% o7 l5 x, L! G: i: n S f1 f, |1 {+ }7 v* M, k
因为难度不同,简单衡量数量肯定不行。可是把难度因素考虑进来,那基本上无法量化了。主要是公司的技术人员的水平也都一般,也没有个权威去定义出个难度级别,然后每种项目都按难度去分类。. n D! X% V7 ^$ ~, t) A, V
" Z6 ]! B) c# A
% D( J9 I3 {$ X1 Q/ x
现在,我能做到的是完成率。比如,技术支持人员,解决了多少百分比的问题,来计算工作绩效。但同时,另一个问题就存在了,你做100件事完成80件,就不如做50件事做完45件的得分高。但如果考虑 100 和50这个数量因素,下面人员又说,我的难度大所以数量少。
# A6 N2 C) B$ [* @8 A4 f5 V |
|