很多企业的绩效考核工作常常会面临这样的问题:相对其他部门,研发部门的考核指标提取、考核方式确定都有一定的难度。这也是人力资源专业人员和研发部门管理者困惑的难题。
曾经有企业试图对研发人员实行完全的定量考核,甚至提出以编写软件代码的行数作为一个重要考核指标,结果员工开始将一个命令可以解决的问题,拆分为几个命令,于是”大家都很忙,疲于写程序,工作结果完全超过了预期目标,但是软件的功能却没有实现”,完全背离了绩效考核设计的初衷,考核不得不紧急叫停。虽然这种方式停止了,但如何公正客观地评价研发人员工作业绩的问题却依然摆在管理者面前。
一、 研发人员考核难在哪里?
研发人员考核的困难主要集中于以下几点:
• 绩效指标提取困难,由于研发人员工作本身的独特性以及工作成果不易衡量,因此难以提炼直观量化的数字性指标;
• 工作内容界定困难,特别是预研人员,一些成果仅仅是证明某种试验或测试方法可行与否,证实与证伪具有同样的价值,难以在任务下达之前予以明确;
• 定性内容较多,影响考核的公正性;
• 考核方式的选取问题,很多企业的研发管理者为了回避考核的难题,而采取背后打分、不沟通的方式。
面临如此多的问题,如何对研发人员进行业绩评价呢?其实,考核中最为关键的是指标和评价方式,这两者是员工工作的向导和公司的价值取向,出不得偏差,否则就可能事倍功半,甚至劳而无功了。这里,我们也从这两点出发,分析研发人员的指标提炼和评价方式。
二、怎样提炼绩效指标
任何一项工作的展开必然是这样的思路:”正确的行为,沿着正确的道路,达成正确的结果”,提炼绩效指标也需要沿着这样的逻辑关系,从研发成果向前推出成功的路径以及正确的行为要求,具体见下图。
调研 → 可行性分析 → 设计路径 → 实施 → 结果实现
研发人员的考核指标可以界定为两个方面:一个是效益指标,一个是效率指标。效益指标是研发的成果在市场中产生的价值反映,如产品销售额、市场占有率等。效率指标则是指公司内部的研发效率和阶段成果完成情况,包括路径指标和行为指标,具体如产品开发周期、研发费用、产品规划符合度、批次整改率、单板/整机直通率、产品数据准确率等等。绩效指标提炼的过程实际上就是管理程序和工作流程的分析过程:
2.1 路径指标
路径指标是衡量研发过程是否符合总体研发规划的过程检测指标。从研发的整体流程环节看,虽然研发的成果不同,但是他们所遵循的程序是一致的,明确每一环节的关键监控点,也就可以形成考核的路径指标。这些路径指标的达成保证了最终结果的实现。
产品开发周期、研发费用等指标比较易于理解,产品规划符合度指标虽然不多见,却非常重要,下面是某公司对此的界定(见表一)。
表一 某公司对产品规划符合度的界定
指标名称：产品规划符合度
指标定义：产品线通过概念决策评审的版本和路标规划的符合程度衡量
指标算法：产品线规划符合度=1-M/(T+M)x70%-N/(T+M)x30%
T:在计算时间段内该产品线应该启动的版本数；
M:在计算时间段内该产品线非正常增减版本数,包括非正常新开发的版本数,这些版本没有进行路标规划,也没有进行路标更改,以及非正常取消版本,这些版本有路标规划,但是没有进行路标更改而非法取消了版本；
N:在计算时间段内该产品线未按路标执行的版本数,这些版本在没有经过路标更改的情况下,概念决策评审完成的时间(如果第一次评审不通过,则为第一次评审完成时间)与路标规划偏差一个月及以上。
2.2 统计方法
路标和0级计划、1级计划基本数据和经过更改认可后的数据。
在进行决策点评审(主要是概念决策评审)时,对照路标和0级计划、1级计划,检查是否在规划范围内以及时间偏差,在会议纪要中说明:
• 本版本是否计入非正常增删版本数;
• 本版本是否计入未按路标执行的版本数;
• 本版本启动时间与规划的时间偏差(天);
• 本版本与路标偏差的情况分析(包括情况说明、反映出的问题、改进措施等)。
2.3 行为指标
行为指标是研发过程中对正确职业行为的评价指标。
正确的路径还需要有正确的行为方式,许多公司重视研发过程性内容的积累和知识共享平台的搭建,这些内容就要求员工在研发的过程中关注文档的积累、数据的准确、程序的明晰记录等等。因此,可以设置文档完整率、项目报告完整性、数据差错分析等指标,以提出对研发人员具体行为的要求,这些也是许多职业化通道方案设计时需要分析的内容。如果公司已经建立了研发人员的职业发展路径标准,许多行为指标是可以从中提炼的。
2.4 效益指标
作为经济性的组织,任何一个研发成果都必须在市场上实现价值,效益指标就是用来评价产品对公司带来的价值和客户对其的认同度,例如产品销售额、市场占有率、客户满意度、产品故障率等等。由于这些指标具有明显的滞后性,不能即期反映研发的成果,因此,这种指标的使用更多要和公司的中期激励方案相结合,具有明显的项目制考核指标的特点。
同时,效益指标不适用于研发部门的个人考核,因为研发成果往往是团队合作的产物,作为部门、事业部、项目开发团队的考核更为合适。
三、如何选择考核方式
研发工作由于贡献特点和侧重点不同,在考核方式上可重点区分部门团队考核与员工个人考核两种。
3.1 部门团队考核
在研发工作中,部门、团队为基本的业务单元,对直接产品和最终产品的市场价值负有责任。因此,对部门、团队考核侧重的要素为效益指标和路径指标。但因为效益指标的滞后性问题,在整体的考核周期的设计上需要认真考虑以下两点:
对于效益指标,采取按项目周期进行考核的方式。许多研发成果的好坏是在项目结束之后一段时间体现出来,这部分指标的考核要在这个周期之后进行。
对于路径指标,采取按固定时间段进行考核的方式,多数为季度,以保证产品的研发过程符合公司预定的目标。
其中,路径指标占整体考核成绩的50%~70%,甚至更高,以体现公司的业绩导向和市场导向。为此,公司在奖金分配制度上也需要做相应的考虑,以配合这样的考核方式。
3.2 员工个人
由于研发成果更多属于团队合作的结果,每位研发人员只是负责最终成果的某个功能模块或某个环节,甚至有的研发人员不清楚自己的工作输出在最终产品中所起到的作用。他们的考核主要侧重点在于行为指标和路径指标。因此,结合这种工作特点和考核侧重点,可以采用PBC(Personal Business Commitment个人业绩承诺)评价方式。PBC的程序是:设定清晰的目标,并承诺为实现目标采取的具体策略和措施,以及对团队建设的贡献,并通过对这些承诺进行评价来考核研发人员。
PBC的重要特点就是将目标与实现的行为要素紧密结合起来,更像是一种计划考核,强调了行为和团队合作的重要性。其具体操作方式如下:
1）建立PBC目标
考核周期(一般为季度)之初,直接主管或是项目组组长交流部门或是项目组的工作目标,然后员工根据团队目标制定个人的工作目标。这些目标应该是简洁、易于考核、基于结果的,一般通过WIN、EXECUTE、TEAM三个层次来表达:
赢的承诺:为了支持部门或是项目组工作目标的完成,你必须做些什么。指标主要是行为指标和路径指标的结合。
执行的承诺:通过什么方法完成你赢的承诺呢?必须分析为了达成目标,需要采取的策略、方法以及对工具的需求,形成清晰的执行方案,并且有明确的时间限制和规定,若承诺按照计划按时执行,就能保证实现赢的承诺。
团队的承诺:为了同团队成员更好的合作,更加高效的完成赢和执行的承诺,员工应该做些什么。高效的团队工作需要有好的交流、参与、理解和相互支持,以一个整体去完成工作,保证团队成果的实现。PBC的举例见表二。
表二 PBC评价方式
PBC 不恰当的PBC 恰当的PBC
赢 提高客户满意度 通过收集客户群体的反馈,提高客户满意度10%
执行 准备客户的分析材料 依据解决顾客投诉的行动计划,在十天内解决相关的客户投诉
团队 解决如何评价客户满意度的问题 建立一个跨部门的合作小组,来确认和解决客户不满意的事件。每个季度末,交流小组工作
三、过程辅导
任何绩效考核工作都不是秋后算帐的评判,在工作的执行过程中,主管要即时给予员工支持和辅导,帮助员工解决问题和提升能力,这一点在一般的考核评价方式中都有介绍,在此不再赘述。
四、考核评价
依据考核周期之初确定的业绩承诺,主管对员工的整个工作情况进行评价,员工的绩效考核以目标完成结果为依据,考核的等级将影响员工的价值回报。
4.1 部门团队与个人考核的关系
部门团队的考核与员工个人的考核虽然在考核周期和侧重点不同,但两者不是孤立的,只有员工个人的业绩达成了,才能保证整个组织绩效的实现。为此,针对部门团队绩效考核的中长期激励方案必须体现出员工个人的价值回报，保证两者成为有机的整体。