|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
" j# t; J; D' ]$ C1 [2 h
' T# \4 G1 i# i8 k& u研发人员的绩效考核历来是企业人力资源管理中的难点问题。由于研发人员的工作与一般的作业人员相比具有复杂性、创造性、周期性等特点,因而传统的绩效考核方法很难满足对研发人员的考核要求。那么,企业研发人员的绩效考核到底该怎么做才更具科学性、操作性和实效性呢?' |8 W, z5 Q5 K2 l2 W9 C# I" I
一、确立考核原则: O2 N1 d" ]; {( f
1. 结果考核为主,行为考核为辅的原则' n6 V. T* P, n' S
研发人员的工作是高度结果导向型的工作,对研发人员的评价最终往往都要落实到其工作成果上来。在研发人员的考核中,过度关注研发人员的行为而不是结果本身,往往会带来一系列错误的导向,也容易挫伤研发人员的工作积极性。这里,黑马周报的OKR模式的(目标+关键结果)的考核方法就非常实用。- a, g% B2 i8 e
* @* C7 \2 `0 L
2. 研发项目考核的市场导向原则
e" A) X2 b, H4 j( W5 U& V目前来说,国内企业层面的研发主要集中在产品开发上,因此在设定研发考核目标时,必须紧密结合公司研发策略,开发在市场上适销对路的产品。$ O/ v1 H+ L9 R) R' H! S- w
3. 个人考核与团队考核相结合的原则
- w# C# U) p$ D( j在研发人员的考核中,把团队业绩作为研发人员绩效考核的重要指标,有利于培养研发人员的团队合作精神,对研发团队及个人成长均具有重要意义。黑马周报里个人的目标计划紧紧和团队相关联,每个人的关键成果也关乎整个团队的绩效结果。
8 m3 X5 b' Y5 P# a7 u& _4. 指标评价方法的科学性原则
. S6 Y- }; l) l0 y$ U在研发成果质量的评价中,引入专业委员会的方式进行,避免主观性评价偏差过大情况的发生,保证评价的公平、公正。
! p0 j$ `0 y2 O1 L! I6 }二、设定三维指标
8 g+ |+ T- T7 h) }! ], g5 h7 S% t企业研发人员考核应围绕三个维度来进行,分别是业绩指标、能力指标及行为指标。一般来说,企业的研发人员可以分为项目经理、开发人员及测试人员三类,对于不同类型的研发人员,在指标设计上应该有所差别。下面以研发项目经理的绩效指标体系设计为例来说明。5 W$ m, ^/ p0 b& B/ c& H% ^
1. 业绩指标
j4 C* S- u1 A3 u" h6 M& |项目经理的业绩指标主要包括:新产品开发周期、技术评审合格率、项目计划完成率、项目费用控制、内外部客户满意度等,该类别指标主要为客观性指标。
$ f6 j: y. K: }8 g2. 能力指标- F" f6 F k% A
项目经理的能力指标主要包括:业务知识与技能、沟通协调能力、团队领导与控制能力、指导及帮助下属的能力、员工管理能力、决策能力等,该类指标主要为主观性指标,可以采用类似于360o评价的方式进行。
1 g# H* @; D7 v3. 行为指标
( }$ y2 s1 W% q# q- c3 M项目经理的行为指标主要包括:工作的积极性、主动性、协作精神、团队意识、工作责任心、服从意识等。
5 a/ G. G) w& J从绩效考核的目的来看,如果考核的目的是主要用于加薪、发放奖金、红利等奖励,考评指标体系主要为业绩指标和行为指标;如果考核目的是为了员工发展,且考核结果将用于教育培训、能力开发、升迁、调动等人力资源规划与配置,考核指标体系应包括业绩指标、能力指标和行为指标。
- e$ B+ N$ m5 ?1 A/ `三、确立评价主体
( C! y5 Y7 l- c+ D7 t研发人员的绩效考核方法可以采用员工自我评价、同级(事)评价、上级评价、下属评价(适用于研发管理人员)相结合的方法进行。4 c+ d0 V( h: \5 Q/ a& r, Q' p
自我评价主要是研发人员自己对过去一段时间业绩目标的实现程度进行评估。
* e- M6 x0 e- D$ k
. d C+ V6 N1 {+ ]% ?* _3 ^同级(事)评价的主要作用是考核员工的团队协作能力,特别是对于一些需要多人、多部门协作的研发项目来说,这种能力就显得尤为重要。而对于一些出于保护自己技术优势地位而不愿与人合作的员工来说,这也可以作为一个有力的约束条件。
3 P% }5 B+ }; y上级评价可以是直线经理的评价,也可以以项目经理的评价为主,或者是二者的结合。因为对于那些跨部门协作的研发项目来说,直线经理也许不知道自己的员工干了什么,工作质量如何。
3 ^ }) z' | [3 U0 M对于研发项目经理的考核来说,引入下属评价主要是为了促进项目经理对项目组成员的培养,促进项目经理与成员的沟通,从侧面保证项目的顺利开展。
/ _! o4 I, a4 O% f研发人员考核四忌" _* \7 u% k# Z, P6 A0 f) ~
主观性评价切忌流于形式
1 z+ T+ E# E* J/ Z/ l2 F* S. T主观性评价要包括行为、态度、成果质量等方面的内容,对于行为态度方面的评价来说,一些研发主管人员出于“面子”的考虑,往往放松对这方面的要求,考核结果常常就是“你好我好大家都好”,这种行为一方面挫伤了一些表现优秀员工的积极性,另一方面又助长了团队内部的不良风气,对研发团队的管理是极端不利的。从我们的咨询实践来看,做好员工的日常行为考核,完善重要工作落实情况备忘,在考核时做到“用事实说话”是解决上述问题的良好方法。而对于研发成果质量评估,引入专家评估小组是一个不错的选择。
! P7 z) D# r4 N; \切忌绩效考核中沟通不充分
( A# A1 i/ [% U: Z( R绩效沟通不畅是造成员工对新方案抵触的主要原因,许多员工认为引入行为考核是针对自己来的。 切忌业绩目标过多
# \! c' P# v. @过多的业绩目标和没有目标的效果差不多,研究目标管理的专家指出,如果目标超过6~8个,我们只会关心自己认为最重要的2~3个目标。许多企业担心目标体系太简单、不够全面,没有涵盖所有的业绩要求,就设计了一大堆目标,实际上效果很差。/ c: T6 v: v- ^4 O ~
切忌“自我评估”- n+ C( W! A$ `( y' O- M X- ]( q4 m
评价研发业绩时,数量是非常客观的指标,但是,质量和成本数据往往是十分主观的。尽管不可能用十分客观的方式测评质量,但在设计评价过程时可以尽量减少主观性。一个比较简单的方法便是尽可能地用外在的数据来评价研发业绩的质量。比方说,如果你想估计产品改进的价值,你可以请工程和制造人员来估计,而不是让研发部门经理来估计他们成绩的价值。
E, p, M+ _3 r' V% Z6 b- i9 T2 {/ H" q# x1 b# t
; w" E! J! Q6 P% z) ]4 _
; S. S3 y4 g' }, h8 x
8 }* l* j9 }2 Z0 ^9 M; c# f- h8 @' k' k8 a7 }$ g
0 g" |; C; z+ D! C6 l* X: g7 \) Z2 r* t4 |
5 y! j, s5 m+ f h
% l9 D$ l& ]! i3 K: ~6 {2 e7 ^4 x) K9 h5 M$ o2 [) B$ J$ z
|
|