在通信企业中IT开发人员的绩效考核有哪些方法？

1、组织增幅　指标名称：新产品销售额比率增长率和老产品市场增长率

指标定义：年度新产品订货额占全部销售订货额比率的增长率，老产品的净增幅

设立目的：反映产品研发的效果，体现公司后劲的增长，坚持产品的市场检验标准

数据收集；财务部

2、生产率提高

指标名称：人均新产品毛利增长率

指标定义：计划期内新产品销售收入减去新产品销售成本后的毛利与研发系统员工平均人数之比的增长率。

设立目的：反映研发系统人员的平均效率，控制研发系统人员结构和改善研发管理

数据收集：人力资源部

3、成本控制

指标名称：老产品技术优化及物料成本降低额

指标定义：计划期内，销售的老产品扣除可比采购成本升(降)因素后的物料成本降低额。

设立目的：促使研发部门不断完善和改进老产品，降低老产品物料成本，提高老产品竞争力。

数据收集：财务部

指标名称：运行产品故障数下降率

指标定义：计划期内，网上运行产品故障总数的下降率

设立目的：促使研发系统提高新、老产品的质量和稳定性，降低产品维护费用

数据收集：市场部 1、组织增幅　指标名称：销售额增长率

指标定义：计划期内，分别按订货口径计算和按销售回款口径计算的销售额增长率

设立目的：作为反映公司整体组织增幅和市场占有率提高的主要指标

数据收集：财务部

指标名称：出口收入占销售收入比率增长率

指标定义：计划期内，出口收入占销售收入比率的增长率

设立目的：强调增加出口收入的战略意义，促进出口收入增长

数据收集：财务部

2、生产率提高

指标名称：人均销售毛利增长率

指标定义：计划期内，产品销售收入减去产品销售成本后的毛利与营销系统平均员工人数之比

设立目的：反映营销系统货款回收责任的履行情况和效率，增加公司收入，改善现金流量

数据收集：人力资源部

3、成本控制

指标名称：销售费用率降低率

指标定义：计划期销售费用支出占销售收入比率的降低率

设立目的：反映销售费用投入产生销售收入的效果，促使营销系统更有效地分配和使用销售费用

数据收集：财务部

指标名称：合同错误率降低率

指标定义：计划期内发生错误的合同数占全部合同数的比率的降低率

设立目的：促进营销系统减少合同错误，合理承诺交货期，从而提高整个公司计划水平和经济效益。

数据收集：生产总部 1、组织增幅　指标名称：合格物料及时供应率提高率

指标定义：指计划期内，经IQC检验合格的采购物料及时供应的项次各占生产需求的物料采购项次的比率的提高率

设立目的：反映采购系统管理供应商的能力，以及对均衡生产的保障能力和响应能力

数据收集：生产总部

2、生产率提高

指标名称：人均物料采购额增长率

指标定义：计划期内，到货的物料采购总额与采购系统平均员工人数之比

设立目的：反映采购系统的生产率，促使其减人增效

数据收集：人力资源部

3、成本控制

指标名称：可比采购成本降低率

指标定义：按代表性物料品种(重点是A类物品)计算的与上年同期比较或与业界最佳水平比较的采购成本降低率，在采购成本中包含采购系统的费用分摊额

设立目的：降低物料采购综合成本

数据收集：生产总部 1、组织增幅　指标名称：及时齐套发货率增长率

指标定义：指在计划期内生产系统按照订货合同及时齐套正确发货的产值占计划产值的比率

设立目的：反映生产系统和公司整体的合同履约能力

数据收集：市场部

2、生产率提高

指标名称：人均产值增长率

指标定义：计划期内生产系统总产值与平均员工人数之比

设立目的：反映生产系统的劳动生产率，促使其减人增效

数据收集：人力资源部

3、成本控制

指标名称：制造费用率降低率

指标定义：产品制造成本中制造费用所占比率的降低率

设立目的：促使生产系统降低制造费用

数据收集：财务部

指标名称：产品制造直通率提高率

指标定义：产品(含元器件)一次性通过生产过程各阶段检验的批次占全部生产批次的比率的提高率

设立目的：提高制造质量，降低制造质量成本

数据收集：管理工程部 1、组织增幅　指标名称：净利润增长率

指标定义：计划期内，净利润增长率

设立目的：旨在促进财经管理系统通过全面预算的有效控制和对货款回收的有效监控，促使公司最终成果的增长

数据收集：管理工程部

2、生产率提高

指标名称：财经管理人员比例降低率

指标定义：计划期内，华为技术财经管理系统人员平均数占公司员工平均数的比例降低率

设立目的：旨在促进财经管理系统减人、增效

数据收集：人力资源部

3、成本控制

指标名称：管理费用率降低率

指标定义：计划期内，公司管理费用支出(不含研发费用)占销售收入的比率的降低率

设立目的：促使财经管理系统通过全面预算管理，有效地提高管理费用支出效果和降低管理费用率

数据收集：管理工程部

Key Performance Indicators关键业绩指标

企业的生产过程是劳动者运用劳动工具改变劳动对象的过程。在企业生产的三个基本要素（劳动力、劳动资料、劳动对象）中，劳动力是最重要的因素，正确的统计、分析、预测劳动生产力指标，对于企业有序地组织生

产、充分开发、合理利用人力资源有着重要意义。这种方法的优点是标准比较鲜明，易于做出评估。它的缺点是对简单的工作制定标准难度较大；缺乏一定的定量性；绩效指标只是一些关键的指标，对于其他内容缺少一定的评估，应当适当的注意。KPI法符合一个重要的管理原理--“二八原理”。在一个企业的价值创造过程中，存在着“20/80”的规律，即20%的骨干人员创造企业80%的价值；而且在每一位员工身上“二八原理”同样适用，即 80%的工作任务是由20%的关键行为完成的。因此，必须抓住20%的关键行为，对之进行分析和衡量，这样就能抓住业绩评价的重心。

　确立KPI指标的要点在于流程性、计划性和系统性，其具体的 *** 作流程如下：

（一）确定业务重点。明确企业的战略目标，并在企业会议上利用头脑风暴法和鱼骨分析法找出企业的业务重点，也就是企业价值评估的重点。然后，再用头脑风暴法找出这些关键业务领域的关键业绩指标（KPI），即企业级KPI。

（二）分解出部门级KPI。各部门的主管需要依据企业级KPI建立部门KPI，并对相应部门的KPI进行分解，确定相关的要素目标，分析绩效驱动因数（技术、组织、人），确定实现目标的工作流程，分解出各部门级的KPI，以便确定评价指标体系。

（三）分解出个人的KPI。各部门的主管和部门的KPI人员一起再将KPI进一步细分，分解为更细的KPI及各职位的业绩衡量指标。这些业绩衡量指标就是员工考核的要素和依据。这种对KPI体系的建立和测评过程本身，就是统一全体员工朝着企业战略目标努力的过程，也必将对各部门治理者的绩效治理工作起到很大的促进作用。

（四）设定评价标准。一般来说，指标指的是从哪些方面衡量或评价工作，解决“评价什么”的问题；而标准指的是在各个指标上分别应该达到什么样的水平，解决“被评价者怎样做，做多少”的问题。

（五）审核关键绩效指标。比如，审核这样的一些问题：多个评价者对同一个绩效指标进行评价，结果是否能取得一致？这些指标的总和是否可以解释被评估者80%以上的工作目标？跟踪和监控这些关键绩效指标是否可以 *** 作等等。审核主要是为了确保这些关键绩效指标能够全面、客观地反映被评价对象的绩效，而且易于 *** 作。每一个职位都影响某项业务流程的一个过程，或影响过程中的某个点。在订立目标及进行绩效考核时，应考虑职位的任职者是否能控制该指标的结果，如果任职者不能控制，则该项指标就不能作为任职者的业绩衡量指标。比如，跨部门的指标就不能作为基层员工的考核指标，而应作为部门主管或更高层主管的考核指标。

1 制定整体策略

绩效的管理的第一步，首先应该明白整体的策略是怎样的，这一般跟团队和公司的实际情况有关。比如一个10人以下的小团队和一个100人以上的大团队，前者肯定是要寻求最直接有效的管理方式，而后者就需要更为复杂的、有体制的管理方式。

2 目标和OKR

绩效目标的制定、引导和监控，就不得不提 OKR 了。OKR 是一种简便且强大的目标管理方法，相对于 KPI 而言，可以帮助员工建立一个更清晰的目标。

一方面，OKR 中的 O 可以使团队在一段时间内保持专注；另一方面，KRs 又为目标如何实现提供了灵活度。总体来说，OKR 可以保持专注度和灵活度之间的平衡。

3 绩效考核

虽然在开发方面的考核指标不存在银d，但是依然有一些可遵循的指南供参考。《Accelerate》一书把衡量软件开发和交付方面的标准叫作软件交付绩效。它可以分为两个类别：

节奏:

交付周期：从提交代码到代码在生产环境中成功运行所需的时间。

部署频率：团队部署代码的频率。

稳定性：

恢复服务的时间：当服务发生服务事故（例如计划外中断、服务损害）时，恢复服务通常需要多长时间。

变更失败率：他们对主要应用程序或服务做出的变更有多少（百分比）会导致服务降级或随后需要进行修复（例如导致服务受损或中断，需要修补程序、回滚或补丁）。

以这两个指南为指导，可根据团队实际的情况制定合适的考核指标。之后结合 ONES Performance 效能管理工具，帮助衡量开发人员的绩效，进行效能的持续改进。

各类研发效能考核指标

如何建立研发部门的绩效考核指标体系？如何实施其绩效管理？

近段时间，在为一个大型企业的技术研发部门做绩效管理辅导（项目只做技术研发部门），在建立该技术部门的指标体系时，我思来想去，想跳出以前的思维来建立指标体系，从而建立该技术部门的绩效管理指标体系库。

研发部门人员的绩效管理用项目管理方式考核肯定是方式之一？项目管理如何清楚的界定项目参与人员的职责？如何界定研发人员的项目工作与日常工作，交叉又如何考核？如何界定项目的周期性？项目跨度时间长、如1年、几年的如何设定指标？。。。

第一种，现在企业一般在建立绩效管理考核体系时，指标体系的建立一般是分层级建立，层层传递层层落实，有些甚至建立了庞大的指标库，在此案例上，不见得可行；

第二种，有些企业现在还是沿用老的考核方式方法，主要以不成系统的行为指标考核为主，加一些工作目标，这种是不系统，不全的考核体系；重视的只是单纯的考核，没有提升到管理的角度

如果说绩效管理是个难题，研发/技术人员绩效管理就是当之无愧的难题中的难题了。

抛砖头：

1、任何组织、业务、人员的绩效管理，特别是指标的设定都需要回到特定的组织环境和组织运营的目的上来，不能为了考核而考核。比如对于程序开发设定指标，外包业务和公司内部程序部门肯定不同，程序支持的不同产品特征对程序人员要求也不同；对程序设计人员、项目管理人员、职能管理人员也要有所区别。

2、要看企业管理的基础——组织结构、组织目标及计划系统、职责划分、团队文化如何等。

回头再续

实际上，指标库只是一种提法，是指一个体系的！

管理是要简单化，但如何简单？得就事论事。

绩效管理、绩效考核就没这么简单的！

关于研发部门人员的绩效管理

一、我认为研发部门要重点关注的还是一些关键岗位，如项目经理、工程师、设计师、技术员等。当然还有一些辅助的岗位，如做产品认证的、资料管理的等等，这些辅助的岗位同其它间接部门岗位的考核还是差不多的。由此来看，把焦点放在研发关键岗位的考核上面来比较好。

二、上面大家谈到研发人员有的项目工作与日常工作交叉的问题，以我来看，这个不是问题。日常考核做日常考核，项目考核做项目考核，这个不冲突，双重考核没有问题。

三、通常研发部门的主要职能是产品的研发，也有一些公司的研发部门承担了产品研发和技术转移和技术维护的责任。不管怎样，公司对研发人员的期待是研发项目能够带来利润，但前提是项目要先保质保量地完成。所以，研发部门的核心是首先让研发项目完成，然后再让这个项目的结果---新产品赚钱。

四、我先谈谈研发项目完成的问题。研发项目不过是自主研发、客户改型以及老产品改良这几种。每一个项目在立项时先确定组成项目组的成员、项目各阶段的时间要求、质量要求、费用的要求。这些要求就是项目阶段考核的标准了。在立项时还明确这个项目不同阶段的奖金和罚金，项目组成员不同层次承担不同职责当然也明确奖金分享的比例不同。有奖金基数，有分享奖金的成员，有每个岗位分享奖金的比例，有完成工作的量化标准，这个考核自然就好做了。

五、然后再谈研发项目赚钱的问题。很多公司研发项目完成了就告一段落了，殊不知前面投了那么多的费用后面能不能把前面的投下去的费用给赚回来。就算新产品有在赚钱，缺少研发人员对这个产品的完善及关注，这个产品的生命也不长。所以我认为，研发项目转化成新产品后还要将新品的利润与研发项目的核心人物联系起来，这就是所谓的分红吧。这样一来，也是留人的一招。

我也来谈谈城市神鹰提到的软件公司如何量化考核

一、软件类产品的研发一般都会在接到设计任务后，组建项目小组，制定祥细的设计方案和设计计划，明确的确定产品的设计和开发阶段，在这个大的阶段，大的阶段包括：需求规格说明与明确、概要设计、详细设计、编程、测试和验收等阶段。这其中的每个小阶段需制定单个的方案，明确参与人员、工作职责和工作要求；那么这些阶段就是设计和开发输出的质量要求与衡量标准。

二、在软件设计完成后，要经过必要的测试与确认，达到了预定的要求就算产品合格，必要时还要制定小样进行验证，或各种模式进行验证和确认，这样就能考核其成果啦。

首先要理清研发项目运作流程和关键节点(里程碑);其次,对流程中关键节点的清晰界定,并据此考虑岗位贡献;再则,如何建立团队整体考核与个体考核的联系机制仅供参考,欢迎大家指正

我们千万不要就考核做考核。

1、首先，你做了工作分析了吗？研发人员岗位也很多，你的职责明确了吗？是不是都是做项目的？你的公司有没有发展计划？研发中心承担的任务是什么？有时间限制吗？要做到什么水平？

2、其实问完第一个问题，考核就不难了。问题在于企业在考核的时候，很多时候都不知道给怎么走。

3、考核方式：团队考核时必然的。以项目为单位是肯定的。剩下的就是你怎么定义项目了，这是做计划的水平，不在这里讨论。那么团队内部需要界定不同贡献吗？个人需要分开考核吗？这看你的观念，就和IT项目组一样，大家一起做，一起分，可能有利于团结，但是不利于公平。如果要在团队里面做，还是那句话，平时做好计划，人家项目管理能精确到天，我们不需要，能做到月就可以了。另外一个方法，直接给你项目组成员定一个“贡献系数”，奖金按照贡献系数分完后，再按照行为考核方法调整一下，不需要做到“精确”！因为没有精确的！

3、指标问题：一是你的项目进度，二是产品上市后的利润，三是研发成本（如果有预算最好了），这三个能控制到就可以了。最难的是研发成本是吧？成本难分析？大多数人不去认真分析，譬如我去做中试项目，占用工厂一条生产线，怎么计算成本，简单点，占用时间内该生产线的产品成本。其他的用料之类的，好算，学习的培训的，也算，如果是你做，你就有这个责任去分析。

4、应用的问题：研发人员不要和一些支持部门一样，等着什么年终奖，有项目奖就可以。研发人员就和服装设计师一样，要养着，但是不能惯着。其他因地制宜。

5、对楼主的这个抛砖提点意见：这不叫案例，背景什么都没有，很容易就谈空了。如果想做，来点实际的。

6、建议：做好绩效管理的几率比上成ERP的几率要低。费劲周折最终才发现，原来我们缺少的是明确的职能、流程、沟通的平台、配套的薪酬、最最缺的是理念和倾力亲为的勇气。 完！等拍砖！

一开始提出这个讨论，是想泛泛谈谈研发人员的绩效管理如何做，当然也不是当考核层面的。

我再把这个讨论的背景案例细说一下。该案例是一个大型国企的一个技术中心，国企是管理、生产消费品类的，技术中心作为其核心部门（实际情况是，他们自认为，国企里其它人员的并不这么认为），现有人员工作积极人差、不主动，大锅饭，工作没创新、无创意，随着行业的发展，技术中心面临着产品开发与创新的挑战，中心领导想通过建立一套有效的激励机制来有效的调动职工的工作积极性和工作激情，来有效提升中心乃至公司的竞争力，所以想通过绩效管理来有效进行改变此现状。但身为国企，有很多历史原因和企业特点是没办法改变的，比喻说临时工与正式工的身份管理无法改变导致工资待遇（薪酬改革）没办法彻底改变，人员能进不能出，官僚盛行，沟通障碍很大，在该中心，这阶段都是些没办法在短时间内改变的等等，所以，在这种情况下，如何做其绩效管理，面临着的是很多挑战，与民企、外企是截然不同的。

访中心在我们界入时，已经过四、五个咨询公司的蹂躏，之前也已建立过绩效考核办法，但没办法执行下去，其实这个考核办法，在一般的企业是可以先执行再改进的，但该技术中心一定要制定一个既简单又有效的绩效管理制度

要明确几点吧：

1、首先要了解整个企业对技术中心的定位及目标是什么。技术中心只是自认为是这样的，很重要，但要明确的知道技术中心到底现在及未来在集团中承担的责任，需要有什么样的产出，集团能提供什么样的资源支持

2、技术中心要改善的问题可能不仅仅是绩效管理、绩效考核。改变积极性不一定要怎么考，首先要创立一个积极向上的氛围，让大家有目标，有动力，一定要和薪酬的改善结合起来，如果薪酬结构、薪酬水平不做出调整，再好的考核指标也很难执行，因为没有动力

3、考核指标是一个层层分解的过程，首先要明确目标，之后将目标进行一层一层的分解就可以了，具体用什么指标，是时间指标、质量指标还是其他的我觉得要和具体的工作职责联系起来进行分解

4、既然是技术中心，你还要考虑考核周期的问题，因为很多成果是不能在月内、季度内出来的，你要考虑如何进行考，还要考虑获得这些信息或数据的成本问题，不一定按项目考核就是一个好的办法，你要看具体的职责分解和技术中心的战略目标

总体来说，我觉得还是要深入透彻的了解技术中的关键问题点，只有找到问题的关键点才能对症下药，可能不一定是考核的问题，也可能是流程、薪酬、文化等问题

企业的整体氛围，以业绩为导向的文化，领导者的决心及执行力度是很重要的，绩效的制度方案是可以根据企业的实际情况来进行调整的，绩效管理只能解决一部份问题，没办法把企业的所有问题都解决。

但是现在有很多国企，最缺乏的还是务实的工作态度、执行力强的工作作风、承担工作责任的勇气

每一个项目在立项时先确定组成项目组的成员、项目各阶段的时间要求、质量要求、费用的要求。这些要求就是项目阶段考核的标准了。在立项时还明确这个项目不同阶段的奖金和罚金，项目组成员不同层次承担不同职责当然也明确奖金分享的比例不同。有奖金基数，有分享奖金的成员，有每个岗位分享奖金的比例，有完成工作的量化标准，这个考核自然就好做了。

IT员工的考核

绩效考核是企业绩效管理体系的重要组成部分，目的是为了改进部门或员工的工作绩效，考核与计划密切相关，既可针对个人，也可针对部门或项目团队，故有“个考”与“团考”之分。在企业的管理实务中，绩效考核是公认的人力资源管理难点之一，做得好有正向作用，否则会有副作用。 中国金融大典

企业一般都根据战略规划，拟定每年的工作计划，再将年度计划分解成各部门的年度计划。大多数情况下，业务部门的计划定量居多，而职能管理部门的计划以定性为主，所以较难定量地衡量工作绩效。因此，成本中心性质的职能管理部门的绩效考核较难做，IT部门尤其难。

众所周知，企业长期目标需要通过每年的计划逐年实现，信息化工作也一样——年初定计划、年底再考核，如果发现结果有偏差，只能来年再改善，所以考核不能光在年底做，在年度计划执行中也要做，以便及时发现问题与偏差，进行调整或改进，以保障年度目标的实现。我认为，CIO重视结果固然没错，但也要重视控制过程式的考核，不管这种考核是月度考、季度考还是半年考。针对IT部门的考核体系如何建立，应权衡各方因素综合考虑，因为考核与其他管理行为一样，是有管理成本的。

以往，我在IT部门基本实行的是以项目管理为主线、专业IT管理为辅线的内部管理体系。年初，我将公司下达的全年信息化工作计划分解到各项目，实行项目经理负责制;其他事务则以日常管理为主，年终考核以“团考”为主、“个考”为辅。平时自然会论月或论季定期检查、半年做个小结，根据运作情况，对相关部门或人员“敲敲边鼓”，必要时再适当调整计划，但并没有做严格意义上的年中考核。

今年，IT部门根据公司新规划的需要设立了专业二级部门后，每个二级部门的定位、每个专业岗位的职责更清晰了。IT部门的工作任务就直接分解下达到各二级部门了，而公司级与跨二级部门的项目仍然实行项目制，所以试行年中考核的机会比较成熟。

其实，我之所以说IT部门的考核难做，主要是有不少难题需要解决，还要考虑如何方便 *** 作、不至于耗费太多管理成本。比如：

考核对象

“团考”针对的是整个IT部门，还是仅仅针对二级部门;项目考不考;跨年度运作的大项目如何考：“个考”考哪些人。

考核组织与分工

由谁来考总裁还是分管副总裁，抑或是人力资源总监牵头的考核班子，或是IT部门管理层自己考核下属员工。

考核内容和项目

除了计划、任务完成情况外，是否还要对内部管理、团队协作、员工成长及内部客户满意度等进行测量：“团考”与“个考”内容能一样吗;不同专业性质的二级部门或员工的考核内容能一样吗

考核指标及评价标准

制定哪些KPI;要区分不同岗位吗;每个KPI的评价标准如何定;如何将定性指标量化;各个指标的权重如何分配：“团考”和“个考”如何关联。

考核方式和周期

是用表格测评，还是访谈;测评表、调查表的内容、分值如何制定;访谈提纲要统一吗;选哪些访谈对象;被考核对象是否要先小结与自评;测评要几个纬度;年中考核与年终考核如何区分与关联。

考核结果及应用

考核结果如何反馈、谁来反馈;考核结果不理想，是否要调整任务或岗位;要不要和奖励直接挂钩;年中考核的改进建议，年终考核如何检查。

我相信这一系列难题，专业的HR管理咨询公司都可以提供一整套所谓解决方案，来帮助CIO解决。问题是，你“玩”得起吗企业愿意投入咨询费用吗咨询项目做完后，能保证有效的知识转移吗企业的HR部门今后能够就此 *** 作实施吗咨询方案年年都可以照搬吗

今年，公司决定在我们的IT部门试行年中考核后，人力部与我们共同商讨提出了比较切实可行的方案，最后由领导牵头、两个职能管理部门共同组成的考核组，用了并不太长的时间就完成了本次考核。这个考核方案得到了大多数员工的理解与赞同，认真参与，内部客户也很认真对待。通过测评、内部调查、沟通和访谈等过程，人力部增进了对IT部门总体情况的了解。我也打算根据发现的一些问题，适当调整管理策略，比如授权、汇报关系、任务分工与目标界定等。此次年中考核也为年终考核打下了基础，能够确保IT部门全年工作计划的全面完成。

我认为，在整个考核过程中，CIO应与人力资源部门一起根据企业的发展需要、管理水平和条件，持续地改进绩效考核工作，完善IT部门的绩效管理体系，以激励员工取得更好的绩效。

以上就是关于关键绩效指标的KPI指标全部的内容，包括:关键绩效指标的KPI指标、KPI绩效考核的标准如何设定、在通信企业中IT开发人员的绩效考核有哪些方法等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！