绩效考核5大指标有哪些

研发技术人员结果导向的薪酬激励——山东某企业研发技术人员薪酬激励案例

研发技术人员在企业中往往都被视作一个特殊的群体，因为他们掌握着企业的核心技术，他们的学历水平高于企业中的大多数人，有些水平较高的人更是社会上的稀缺资源。他们有着先天的优越感，他们敏感且自尊，施加在他们身上的任何管理手段都有可能产生意想不到的结果。正因如此，企业在对待研发技术人员时往往是既重视，又带着些畏惧的。一方面企业依赖于研发技术人员为企业获取或保持技术上的竞争优势，另一方面企业又担心如果不能很好的激励研发技术人员，造成的怠工或离职会给企业造成损失。因此如何对研发技术人员实施有效的考核激励，一直都是企业HR很头疼的课题。

最近在山东某轴承配套企业做项目时，就遇到了同样的问题。该公司的研发技术人员主要承担新产品的开发，新产品需求来源于客户的定制化订单，研发技术人员需要根据客户对产品的技术要求设计出合格的产品来。

公司以前对研发技术人员是实行年薪制，年薪标准是双方谈判的，应该说标准是不低的，最低也在10万以上，部分人员达到了15万。但是在发放时采用的是月度发70%，年底发30%的方式，并且月度的70%还要拿出40%来进行月度考核，实际上固定部分比例也就只有42%。月度考核采用的是设计质量、进度等方面的评价，由上级主管打分，扣分情况还不是很多，但是公司强制要求不能出现100分，因为在公司看来员工的工作不可能做到100%达标。年度考核采用的是新产品最终交样合格的比例考核，由公司直接根据结果打分，扣分就比较多，造成员工全年收入与谈判的年薪之间差距较大，员工不满情绪非常严重。在原有的考核激励模式下，研发技术人员留任率非常低，基本上是2年左右就要换一批人，而且在职的人员也不愿意推荐同行到公司来，造成人员的吸引和保留都非常困难。

公司采用上述考核激励模式的目的是可以理解的，研发技术人员的工作不是要画一大堆图纸出来，而是要确保设计出的产品达到客户的要求，促进成交。但是年终考核交样合格率却造成了研发技术人员越忙收入越低，因为项目多，设计进度本身就会受到影响，图纸设计完，还需要跟踪模具加工、产品打样等环节，而这些人员的工作进度和质量也会因为项目太多而降低，造成最终交样合格比率降低。

从上述情况来看，该公司对研发技术人员采用的是结果导向的考核激励，应该说基本方向是正确的，单纯的过程考核并不能推动研发技术人员高效率的达成研发目标，只是在考核激励的具体措施上面需要加以改进。首先项目组对研发技术人员的薪酬结构进行了调整，将年薪制改为月薪制，不再保留年底考核部分，而是将考核集中到月度，确保研发技术人员月度收入达到个人期望。同时将月度工资切分成三个部分：基本工资+绩效工资+新产品销售收入提成。基本工资占原年薪标准的40%，按照研发技术人员工资区间和技术等级进行设定，按月根据出勤情况发放。绩效工资占原年薪标准的40%，按照新产品开发任务考核按月发放，完成图纸设计发放60%、交样合格发放30%、量产发放10%，发放时与新产品开发的进度、质量考核结果挂钩。另外新产品销售收入的提成也是按月计算发放的，提成比例设定是远远高于原年薪标准的20%的，以激励研发技术人员更有力的跟踪、指导新产品的加工和打样，也激励研发技术人员更好的配合销售业务人员的开发活动。

上述三个部分的切分不只是简单的结构性调整，在绩效工资部分还增加了当月绩效工资总额与任务定额之间的关联。由公司根据以往设计量的统计分析，核定出每种类型产品的标准设计工时，如A类产品设计工时为10天一个新产品，B类产品设计工时为7天一个新产品，按照当月实际的任务分配情况，如某个设计人员承担的设计任务按照标准设计工时累加，超出了当月应出勤的工时，就按照超出比例给该设计人员增加绩效工资。如果某个设计人员承担的设计任务没有达到应出勤工时，就按照不足比例扣减绩效工资。这种方式可以避免设计人员工作进度拖沓，促进设计人员提高设计效率，当然因公司设计任务不足而造成的工时不足是不予扣减的。

在2016年公司销售收入增长以新产品销售为基础的背景下，上述的调整确保了研发技术人员在比以前忙碌的情况下，收入也能同步提高。公司也通过考核激励模式的调整，能够更有效的促进研发技术人员自觉提高工作效率和工作配合度，达到公司与员工的双赢。

一：项目研发类

这类部门的职责是IT产品研发，或是旧产品的更新迭代，或是创新产品的研发，他们的共同点是没有太多可参照的历史样本，需要开发者经过一系列的探索和尝试，结果具有不确定性。

对这类人员或部门的考核具有一定的难度，更有甚者，某些新产品的研发，连老板都抱着尝试的心态去“玩”，所以很难有一套包打天下的绩效考核法则。对于这种情况，依据我个人经验，可以用绩效考核+项目提成来规范和激励此类员工或部门，这两种方式是相辅相成的。

绩效考核

一般情况下，能从事探索类、试错类岗位的员工或部门，属于企业的中坚力量，这类人员适合用责任状的形式进行考核，即在项目开始时，与员工或部门商定里程碑、周期、资金、人力等投入因素，公司和员工或部门签订绩效文件并按交付点进行考核。延迟交付或交付质量有问题，按一定权重比计算绩效考核分，对应绩效积点核算绩效工资。这里说的是考核的大方向和原则，个中的细节设置也非常讲究，如何设置项目周期和交付点、如何评定质量问题（我建议首选客户评价）、如何分清客观原因还是自身原因导致项目延迟、如何设置权重比例等，这些细节直接导致考核是否有效，是否可行。

项目提成

对于创新研发的部门或员工，绩效考核更注重过程监控，而项目提成更注重市场投放和效益回报，两者不可获缺。公司只有看中产品的市场价值才会投入成本进行研发，那么，市场便是检验产品的试金石。作为推动项目进展的另一手段，项目提成制度设立的落脚点是市场利润。按产品的市场投放阶段计提项目分成点、按合同额计提分成金额是一种可行的方式。这里特别注意一点，销售提成和项目提成不可混为一谈，销售和研发都是推动市场利润的左右手，他们需要各司其职，相互配合，所以，二者均需各占利益，不可厚此薄彼。

二：项目实施类

这类IT部门的职能是从事项目实施，有现成的脚本或案例可参照，只要严格执行现成的规则就可以盈利。相较于研发类，这类人员或部门的执行结果具有可预见性，因此，考核也相对简单。这类部门的价值产生方式是多劳多得，即多做实施类项目，就为公司多创造价值，因此，这类考核可参考流水线上的工人的考核方式，即按工时、客户评价两个维度进行考核。工时，按在项目人天来计算，考核周期内累计越多，绩效越高。

1标准必须具体——标准是考核中用来衡量下属的尺度，表示下属完成工作任务时需要达到的状况，因此标准必须明确具体，不能让人感觉到模棱两可，那些直接用数字来表示成果的工作比较容易理解，所以能转化成数字的就必须转换成数字，不要觉得这个很难，只要用心，都可以转化。

2标准应该“适度：——“适度”，简单的说，就是制定的标准，既不能过高，也不能过低，再形象一点说就是”跳一跳便可以摘到树上的桃子“，标准太低，下属不费吹灰之力就能达到，就失去了考核的意义，标准过高，怎么样努力也达不到，就会产生破罐子破摔的想法，反正也达不到，干脆不干了，这样的标准还不如不考核。

3标准应当可以改变——考核的标准，制定出来以后并不是一成不变，在必要的时候可以略加改动。当外界的环境发生了重大的变化，考核的标准也应随之而变，如果岗位 *** 作或者应用了新技术，标准也要变，甚至人员更换了，也要依据人员的基本情况而做调整，比如一个新人的标准肯定不能按一个熟练老人的标准来对待。

4标准应当有时间限制——主要是针对业绩考核来说，其实在实际工作中，大家都自觉不自觉地做到了这一点。比如每天生产十件产品，每月销售20万元，这里的每天每月都是时间限制，如果没有时间的限制，标准就没有意义，至于时间周期如何设定，依据公司的实际情况来做，不能搞一刀切。

5考核人要实事求是——实事求是，就是针对现实的问题，是对的就是对的，就要表扬，是错的就是错的，就要指出来，以便改正，不能是错误的为了表面上过得去，就说是对的，却在背后寻找机会报复下属，或者为了达到某种平衡而颠倒黑白，只有事实求实才能让下属们信服，这才是考核个人的最基本的原则。

考核目标多种多样，这要根据你们公司的实际工作性质情况来作出考核内容，并且要在一定的时间范围类适当调整考核内容，已达到科学考核，这样对企业对员工才是最好的选择！不能一味的用一种方式进行考核，可能在不同的时期，用相同的考核制度，会出现抵制现象，这是企业所不愿意看到的！

IT 技术团队的绩效考核是比较头痛的事情。从技术员工的角度来讲，我和大家一样是很反感绩效考核的，主要原因是技术绩效到底怎样去量化是个难点。但是从管理的角度讲，技术团队必须要有绩效管理机制。

绩效管理是各级管理者和员工为了达到组织目标共同参与的绩效计划制定、绩效辅导沟通、绩效考核评价、绩效结果应用、绩效目标提升的持续循环过程。绩效管理的目的是持续提升个人、部门和组织的绩效。

绩效管理的核心是完成组织目标，以目标为导向，以激励为主要手段，以惩罚为次要手段(但必须要有)。KPI 相关的内容，都是必要或不必要的浮云。

通过绩效管理，你可以激发技术人员的潜能，可以给技术团队一个发力的方向，让大家为了完成团队的目标而努力。

对于个人来说，可以提高个人工作效率，提升个人经验和知识水平，最终提升个人的收入和影响力。 对于团队来说，可以提高团队的效率、协作性以及团队的自我成长性。 对于企业来说，可以提高企业效率，降低运营成本，提升客户体验，增加客户黏性和用户规模，推动公司发展技术业务，直接带来收入。

技术团队绩效管理的四大难题

难题1：领导觉得员工做得不好，员工自己感觉特别良好。

原因：直接领导和直接下属之间对绩效目标的理解没有达成一致，或者领导也不清楚绩效目标是什么。

难题2：每个员工的绩效都不错，但团队的绩效却没有提升，甚至是下降了。

原因：团队没有目标，或者说员工绩效目标与公司、团队绩效目标不一致。

难题3：绩效管理流于形式，实施一段时间执行不下去了。

原因：绩效管理环节遗漏、绩效结果应用不合理，或者领导并没有真正想管绩效。

难题4：技术体系的绩效不好量化。

原因：一方面要看领导心里是否有杆秤;另一方面因为技术体系属于非销售部门，工作结果不太好评估，不同岗位的要求也不一样。

绩效目标要结合公司的目标，然后进行任务分解。 要明白关键目标和结果是什么，影响考核结果的因素有哪些，要让所有人都清楚。 最重要的是帮助大家达成目标，而不是只关注最后的考核结果。 技术指标、效果指标(如产生的销售增量、转化率)、贡献评估一样不能少。

领导与下属要沟通确认好绩效目标和绩效计划。 绩效辅导必不可少，绩效管理不是为了给员工扣分，是为了让员工更好地达成绩效。 要与利益、晋升等挂钩，公司与员工平衡共赢。 发现问题及时纠错。 绩效考核标准尽可能量化，要根据不同岗位、不同职级定义绩效目标和绩效合同。

具体案例：

创业团队，成员7人，3个后端JAVA，1个前端JS，1个产品经理、1个UI，1个测试。产品已经上线，现处于优化阶段。

考核周期，1个季度。

考核分数前2名，奖励绩效工资。

以上就是关于求助IT行业技术开发部的绩效考核方案全部的内容，包括:求助IT行业技术开发部的绩效考核方案、CIO应如何建立IT绩效考核、绩效考核5大指标有哪些等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！