- 最后登录
- 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
|
# o; {1 j/ k, |) B0 a. M 如果是生产线工人,计件工资,似乎可以直接和生产量挂钩。0 k! @( e; m+ ~+ _
5 ~& u8 F6 K4 o( j/ e. k1 k 可如果是研发人员,技术人员呢?) V* `1 W/ d: |& T5 y
% @4 K4 Y; N+ }9 o! _' e! x
# j" _# r+ g Z# v+ d$ w8 g) h 因为难度不同,简单衡量数量肯定不行。可是把难度因素考虑进来,那基本上无法量化了。主要是公司的技术人员的水平也都一般,也没有个权威去定义出个难度级别,然后每种项目都按难度去分类。
8 n0 n) k# ?: j* j
0 H: B1 x: [+ u) B' k
/ _( u z7 V6 \& Z 现在,我能做到的是完成率。比如,技术支持人员,解决了多少百分比的问题,来计算工作绩效。但同时,另一个问题就存在了,你做100件事完成80件,就不如做50件事做完45件的得分高。但如果考虑 100 和50这个数量因素,下面人员又说,我的难度大所以数量少。$ W, n5 U7 D2 m0 o
|
|