java反射 enum参数:破解研发人员考核难题

　　“朝九晚五”引发“大逃亡”

　　星期一一大早，M公司的人力资源经理刘畅就收到了软件开发中心程序员小李的辞职申请，这已经是自上月推行新的绩效考核制度以来刘畅收到的第三份辞职申请了。根据自己了解的情况，刘畅也很难保证在以后的几天里自己不会再收到第四、第五甚至更多这样的辞职申请。

　　事件源于M公司上个月所推行的新绩效管理制度。由于公司原来对研发部门的绩效考核是单纯的结果导向的考核方式，考虑到研发人员的创新性对工作时间的弹性、自主性要求较高，公司不考核员工的做事方式，只看结果。由于过分强调结果考核，导致少数程序员不按时上下班，不准时参加会议，上班时间玩游戏等现象时有发生，尽管这些人的工作业绩比较显著，但是其行为在公司造成了极坏的影响。因此，2006年5月初，在刘畅的推动下，公司推行新的绩效考核制度。

　　新的绩效考核制度变结果导向为结果考核与行为考核并重，把研发人员的日常行为列入考核内容，占30%的比重。新的绩效考核方案一公布，就引起了研发部门部分员工的强烈抵制：“表面上看，研发人员与其他人一起准时上班、准时下班，而实际上我们的工作时间远比正常上下班时间多得多。有时为了保持思维的连贯性，经常要加班到深夜，导致第二天不能按时上班也是在所难免的事情。公司用考核一般员工的方式来考核研发人员是不公平的。”

　　研发人员考核三步

　　只强调结果考核，不把研发人员的日常行为列入考核内容，会导致研发人员不按时上下班、上班时间玩游戏等现象。而如果把研发人员的日常行为列入考核内容，又有违研发人员的工作特点和性质，容易造成情绪抵触，无法取得好的研发成果，这个看似二律背反的矛盾该如何求解？研发人员的绩效考核到底该怎么做？我们认为：

　　一、确立考核原则

　　1 . 结果考核为主，行为考核为辅的原则

　　研发人员的工作是高度结果导向型的工作，对研发人员的评价最终往往都要落实到其工作成果上来。在研发人员的考核中，过度关注研发人员的行为而不是结果本身，往往会带来一系列错误的导向，也容易挫伤研发人员的工作积极性。——一伊莲读书笔记： “这一段我觉得写得非常有道理，研发人员最重要的在于结果，能够做完事做好事，是最重要的。”

　　2 . 研发项目考核的市场导向原则

　　目前来说，国内企业层面的研发主要集中在产品开发上，因此在设定研发考核目标时，必须紧密结合公司研发策略，开发在市场上适销对路的产品。

　　3 . 个人考核与团队考核相结合的原则

　　在研发人员的考核中，把团队业绩作为研发人员绩效考核的重要指标，有利于培养研发人员的团队合作精神，对研发团队及个人成长均具有重要意义。

　　4 . 指标评价方法的科学性原则

　　在研发成果质量的评价中，引入专业委员会的方式进行，避免主观性评价偏差过大情况的发生，保证评价的公平、公正。

　　二、设定三维指标

　　企业研发人员考核应围绕三个维度来进行，分别是业绩指标、能力指标及行为指标。一般来说，企业的研发人员可以分为项目经理、开发人员及测试人员三类，对于不同类型的研发人员，在指标设计上应该有所差别。下面以研发项目经理的绩效指标体系设计为例来说明。

　　1 . 业绩指标

　　项目经理的业绩指标主要包括：新产品开发周期、技术评审合格率、项目计划完成率、项目费用控制、内外部客户满意度等，该类别指标主要为客观性指标。

　　2 . 能力指标

　　项目经理的能力指标主要包括：业务知识与技能、沟通协调能力、团队领导与控制能力、指导及帮助下属的能力、员工管理能力、决策能力等，该类指标主要为主观性指标，可以采用类似于360o评价的方式进行。

　　3 . 行为指标

　　项目经理的行为指标主要包括：工作的积极性、主动性、协作精神、团队意识、工作责任心、服从意识等。

　　从绩效考核的目的来看，如果考核的目的是主要用于加薪、发放奖金、红利等奖励，考评指标体系主要为业绩指标和行为指标；如果考核目的是为了员工发展，且考核结果将用于教育培训、能力开发、升迁、调动等人力资源规划与配置，考核指标体系应包括业绩指标、能力指标和行为指标。

　　三、确立评价主体

　　研发人员的绩效考核方法可以采用员工自我评价、同级(事)评价、上级评价、下属评价(适用于研发管理人员)相结合的方法进行。

　　自我评价主要是研发人员自己对过去一段时间业绩目标的实现程度进行评估。

　　同级(事)评价的主要作用是考核员工的团队协作能力，特别是对于一些需要多人、多部门协作的研发项目来说，这种能力就显得尤为重要。而对于一些出于保护自己技术优势地位而不愿与人合作的员工来说，这也可以作为一个有力的约束条件。

　　上级评价可以是直线经理的评价，也可以以项目经理的评价为主，或者是二者的结合。因为对于那些跨部门协作的研发项目来说，直线经理也许不知道自己的员工干了什么，工作质量如何。

　　对于研发项目经理的考核来说，引入下属评价主要是为了促进项目经理对项目组成员的培养，促进项目经理与成员的沟通，从侧面保证项目的顺利开展。

　　研发人员考核四忌

　　主观性评价切忌流于形式

　　主观性评价要包括行为、态度、成果质量等方面的内容，对于行为态度方面的评价来说，一些研发主管人员出于“面子”的考虑，往往放松对这方面的要求，考核结果常常就是“你好我好大家都好”，这种行为一方面挫伤了一些表现优秀员工的积极性，另一方面又助长了团队内部的不良风气，对研发团队的管理是极端不利的。从我们的咨询实践来看，做好员工的日常行为考核，完善重要工作落实情况备忘，在考核时做到“用事实说话”是解决上述问题的良好方法。而对于研发成果质量评估，引入专家评估小组是一个不错的选择。

　　切忌绩效考核中沟通不充分

　　绩效沟通不畅是造成员工对新方案抵触的主要原因，许多员工认为引入行为考核是针对自己来的。

　　切忌业绩目标过多

　　过多的业绩目标和没有目标的效果差不多，研究目标管理的专家指出，如果目标超过6～8个，我们只会关心自己认为最重要的2～3个目标。许多企业担心目标体系太简单、不够全面，没有涵盖所有的业绩要求，就设计了一大堆目标，实际上效果很差。

　　切忌“自我评估”

　　评价研发业绩时，数量是非常客观的指标，但是，质量和成本数据往往是十分主观的。尽管不可能用十分客观的方式测评质量，但在设计评价过程时可以尽量减少主观性。一个比较简单的方法便是尽可能地用外在的数据来评价研发业绩的质量。比方说，如果你想估计产品改进的价值，你可以请工程和制造人员来估计，而不是让研发部门经理来估计他们成绩的价值。

　　(作者为北京仁达方略管理咨询有限公司咨询师)