企业中的IT信息部门应该如何定位？

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

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

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

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

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

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

抛砖头：

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

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

回头再续

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

要明确几点吧：

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

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

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

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

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

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

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

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

从普遍角度上说，一个有效的项目管理要从几方面入手。

1 项目范围

明确定义好项目管理范围，才能有效配置相应资源。

2 项目计划

根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。

3 项目资源

包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。

4 风险预估

包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？

以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。

内容来源于ITSS符合性评估落地工具-云雀运维！！！

给您提供一个大概的思路吧，希望对您有所帮助！

一、研发人员绩效考核的原则

研发人员是企业技术创新的土体，他们的工作成果直接影响着企业的效益和竞争力。对于研发人员的绩效考核应遵循以—厂原则：

(一)结果考核与行为考核相结合，以结果考核为主

对于研发人员来说，在考核中如果过于强调对行为的考核，会带来一系列的错误导向。因为如果过于强调行为，员工会更关心做事的方式，而不是做事的结果。在现实中，我们经常碰到这样的情况：一个不准时开会、从不加班加点、不注意搞好人际关系的研发人员却能够为企业设计新的工艺，为企业节省巨额资金、取得数项专利、在很有声望的杂志上发表论文、被特邀做学术报告等；另一个研发人员与他相反，行为上循规蹈矩，完全符合考核的要求，但没有什么实际的贡献。假如过于重视行为评价，后者的得分会高于前者，你觉得合理吗当然，行为指标也是需要考虑的考核指标，但对于研发的整体业绩来说就不那么重要了。

(二)外评与内评相结合，以外评为主

内部评价，包括进度、预算等评估是必要的，但过分强调内部评价是很危险的，因为内评很可能不太关心研发对企业的实际价值。内部评价作为企业内部的质量控制工具是很重要的。但是，评价的目的应该强调外评。外评非常重要，作用比较大，比如说用新工艺设计带来的收益来衡量研发的效果。

(三)价值评估与产出评估相结合，以价值评估为主

只对研发产出进行评估是不够的，必须对研发为企业带来的价值进行评估，即研发效果的评价。赢利性是企业的本质特征，企业不会容许研发经理只用如下指标进行考核：拟订了多少研究方案、发表了多少论文、做了多少设计、设计出了多少产品、做了多少次展示、获得了多少专利、完成了多少项目……研发的效果更重要地体现在新产品的开发、成本降低、销售量上升、产品改进、市场占有率等方面。

(四)评价系统要尽量客观

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

二、研发人员绩效考核的流程

考核的流程通常包括绩效目标设定、绩效评价、绩效反馈与沟通、绩效改进等环节，循环进行。

(一)设定绩效目标

1．目标设定原则

设立绩效目标着重贯彻三个原则。其一，导向原则。依据企业总体目标和部门目标，层层分解，设立个人目标。其二，SMART原则。即目标要具体(Specific)、可衡量(Measurable)、可达到(Attainable)、相关的(Relevant)、有时间限定(Time-based)。其三，目标数量适中原则。目标不要太多，最多6—8个。

2．目标的设定

对研发人员来说，一般要设定业绩目标和能力发展目标，业绩目标由项目团队目标分解到个人，能力发展目标则要研发人员根据高绩效研发人员的能力要求，结合个人兴趣来制订个人的能力发展目标，在掌握的技术、完成工作效率、解决客户问题能力等方面制定相应目标，并制定达到该目标应采取的行动计划。然后由上级根据企业目标进行认可。

（二)绩效考核指标体系的设计

1．设计的原则

考核研发人员的首要原则是考核指标必须紧密结合企业战略，如果企业的竞争策略是先于竞争对手推出新产品，就可以把上市时间(time to market)或产品开发周期作为首要的考核指标：如果企业的竞争策略在于低成本，则把产品成本作为首要要素。第二个原则是研发部门、研发小组和研发个人的考核指标必须息息相关，是由上而下的指标分解过程而形成的体系。第三是根据研发策略，平衡好长期性与短期性指标、绩效指标与行为指标之间的关系。

2．指标体系

(1)业绩指标

企业的研发人员主要分为项目经理、开发人员、测试人员等，对不同的研发人员，业绩考核的指标有所区别。项目经理的业绩指标主要有：新产品开发周期、技术评审合格率、项目计划完成率、项目费用控制、客户满意度、团队士气指数等；开发人员的业绩指标主要有：项目计划完成率、项目流程、规范符合度、设计的可生产性、设计成本降低率等；测试人员的业绩指标主要有：测试问题解决率、运行质量、计划完成率、开发过程规范符合度等。

(2)行为指标

对于研发人员工作行为的评估，可以从主动性、服从性、责任心、协作精神、工作合理性、纪律性等方面进行考评。

(3)能力指标

可细分为业务知识、业务技能、计划能力、判断能力、解决问题能力、应变能力、人际技能、理解能力、学习能力、创新能力和领导控制能力(这项能力及以下能力适用于部门经理上的管理人员)、决策能力、指导帮助下属能力、组织能力、员工管理能力等。

考核的目的不同，考核所采用的指标体系也有所区别。如果要考评研发人员过去特定—段时间的工作表现，且考核结果将用于加薪、发放奖金、红利等奖励，考评指标体系主要为业绩指标和行为指标；如果考核目的为员工前程发展，且考核结果将用于教育培训、能力开发、升迁、调动等人力资源规划与配置，考核指标体系应包括业绩指标、能力指标和行为指标。各指标之间的权重也因考评重点不同而相应变化。

(三)绩效评估

1．考核方式和方法

对研发人员的考核一般可由人力资源部来组织，由自评和上级评相结合。

自评：就年初和年中设定的各项能力目标进行白评，由员工对过去一定时间内能力实现的程度进行评估。

他评：由该员工的部门经理对员工的工作进行评估，主要对该研发人员在过去一定时期内所从事的一定任务，按照绩效标准对绩效考核的各项指标进行考评。

综合评分：根据以上研发人员自评和部门主管评定的两项得分进行加权，最终得出该研发人员绩效评分，这可以较为客观地反映该员工本年度内的绩效。

对于考核方法，大多数企业在实践中都是将几种评价方法综合使用，如目标管理法和行为锚定法等。

2．考核周期

产品的研究开发过程是一项历时漫长的工作，因而对研发人员的考核周期相对来说比较长，可根据项目周期来定，但最长不超过—年。

(四)持续沟通与绩效反馈

研发人员可以说是企业的核心员工，对企业的生存与发展具有极其重要的作用。经常与研发人员进行沟通，了解他们的心理动态十分必要。如一家软件企业的研发副总去检查项目工作时，看了一名测试工程师的报告后，严肃地批评：“你的测试报告不及格。”两个月后该测试工程师离职了。后来该工程师给企业写了一封信，吐露了他离职的原因一仅是研发副总的一句批评。研发副总颇为后悔地说： “我对他的批评只是道出了实情，但如果事后我对他的进步予以表扬、鼓励，事情完全会是另外的样子。”可见，绩效的沟通、辅导及反馈十分重要。

沟通贯穿整个绩效考核的全过程，而不只是在某个时点、某个环节—卜交换信息，首先，在绩效目标的设定过程中，研发部门主管要与研发人员进行沟通，让员工明确部门目标，帮助他们根据部门目标确立自身目标。其次，对研发人员的考核指标和标准的确定，应该和研发部门的主管以及研发人员进行共同讨论，获取考评人与被考评人的认同。然后，在绩效评估结束后，上级要把考核结果及时反馈给下级，并与下级进行沟通，以避免黑箱 *** 作，同时有利于下级改进工作。

(五)绩效改进指导

绩效评价结果反馈给员工后，如果不进行绩效改进和提高的指导，这种反馈就失去了意义。绩效改进指导主要帮助员工分析绩效不足的原因或改进提高的机会，帮助员工寻求解决的办法，并制定绩效改进的目标、个人发展目标和相应的行动计划，纳入下一阶段的绩效目标中，从而进入下一轮的绩效考核循环。

与业务部门的误解形成鲜明对比的是，IT部副总裁感到自己身上的压力越来越大：一方面，在面对各业务部门的不理解和抱怨时，他和他的团队要负责向全北美洲的所有企业客户以及几百个分支机构提供IT支持服务；另一方面，为了提供更符合业务需求的IT服务，他还要向整个IT团队灌输一种以业务为中心的文化：即IT是为了业务服务，更好的服务于各种业务的需求。

该公司的CIO认为，他的最终目的是建成一个提供IT服务的“一站式店铺”——以一种单点联系的方式解决所有与IT相关的问题。这一服务方式有以下几个方面的好处：

·由于只有一个联系点，发生服务故障时，业务人员可以直接与IT技术服务人员联系，避免了不知找谁来解决问题的情况发生，从而缩短了“遗失时间”。

·通过配置管理中的配置管理数据库，处于单一联系点的IT服务人员可以掌握所有配置向信息，使其可以更有效果且更有效率的使用各种配置项资源。

·服务台人员对所有IT用户提交的服务请求，故障和问题等进行记录，这些记录提供了一种发现IT基础设施问题的机制。

·为IT管理提供一种可量化的评价机制来评估业务

·位于服务台的服务人员可直接接触用户，解决用户的问题。他们的服务以及对用户的态度将直接决定了业务用户对IT的认识，有效的IT服务台将彻底促进IT与业务的沟通，改善业务对IT的认识

·当面对同时发生的大量突发事件时，服务台提供了一种结构化的流程来安排工作优先级，影响度大且紧急的问题优先解决；同时，服务台选择最快的方式来恢复发生故障的IT服务。

根据IT系统运营阶段的特点，IT管理可以划分为三大部分：

一、运行/维护

该部分是IT管理的核心和重点部分，也是内容最多、最繁杂的部分，该阶段主要用于IT部门内部日常运营管理，涉及的对象分成两大部分，即IT业务系统和运维人员，该阶段的管理内容又可细分为七个子系统：

1、设备管理：对网络设备、服务器设备、 *** 作系统运行状况进行监控应用/服务管理：对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理，如邮件系统、DNS、Web等的监控与管理

2、数据/存储/容灾管理：对系统和业务数据进行统一存储、备份和恢复

3、业务管理：包含对企业自身核心业务系统运行情况的监控与管理，对于业务的管理 ，主要关注该业务系统的CSF（关键成功因素Critical Success Factors）和KPI（关键绩效指标Key Performance Indicators）

4、目录/内容管理：该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理

5、资源资产管理：管理企业中各IT系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行数据交互

6、信息安全管理：该部分包含了许多方面的内容，信息安全管理主要依据的国际 标准是ISO17799，该标准涵盖了信息安全管理的十大控制方面，36个控制目标和127种控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等

7、日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段IT运行维护管理的每一个子系统中都包含着十分丰富的内容，实现完善的IT运维管理是企业提高经营水平和服务水平的关键。运行/维护阶段与服务/支持阶段的分界线为前者是面向IT部门内部的管理，而后者是面向业务部门、企业中的其它人员或直接面向客户

二、服务/支持

该阶段主要为IT部门的运维人员向其它人员（内部和外部）提供服务与支持，内容主要包括用户投诉与申告的及时响应与处理，系统故障发现、通知、分派、监督、解决、回馈流程的闭环方式管理。该部分的实现会极大提高IT部门的服务意识和服务水平、规范服务与技术支持的流程，该部分与优化/变更阶段的分界线是 IT部门服务水平的考核是否能够满足业务部门或客户的要求，如果现有IT系统已经不能满足要求，则进入优化和变更阶段。

三、优化/变更

该部分指IT部门在IT系统、业务应用、软件开发的建设阶段结束，进入运营阶段后对系统优化、软件升级、设备配置和管理策略变更进行的管理。

1、变更管理：主要用于建立合理、科学、规范的变更流程管理，包括立项/变更申请、审批、执行、数据和版本的一致性和连续性保持等。

2、服务水平管理：通过定义服务水平协议，并利用相应监控手段、或模拟用户行为以及用户体验追踪等方式考核IT部门为业务部门或客户提供的服务，并根据考核结果评价IT部门的运维工作情况，评估IT系统是否需要改造或替换。

3、性能/响应管理：采集IT和业务系统的性能数据，定位系统性能瓶颈，诊断系统性能下降或不稳定原因，分析系统运行历史数据，推断系统运行趋势。

以上就是关于研发部门的绩效考核内容一般有哪些 知乎全部的内容，包括:研发部门的绩效考核内容一般有哪些 知乎、如何进行有效的IT项目管理、企业中的IT信息部门应该如何定位等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！