《研发人员绩效管理办法实施细》由会员分享，可在线阅读，更多相关《研发人员绩效管理办法实施细（16页珍藏版）》请在金锄头文库上搜索。
1、*贝U研发人员绩效管理办法实施细则（试行）文件状态V 草稿正式发布 修订废止当前版本0.1编制*审核发布日期修订人/日期版本号修订内容概要（或原因）*0.1编写初稿目录第一章 总则41.1. 目的41.2.绩效考核内容4早考核细则52.1.标准工时工作乍量52.1.1.任务类工作52.1.2.运维支持类工作142.1.3.事务类工作2.2. 单 项指标评价错误 !未定义书签。2.2.1. 指标范围错误 !未定义书签。2.2.2. 指标原则错误 !未定义书签。2.2.3. 指标设置错误 !未定义书签。2.3. 综合评价22 第三章 . 绩效结果应用393.1. 年度考核393.2. 薪资调整40
2、第四章 . 附录41第一章总则1.1.目的为落实研发人员绩效管理办法，规范研发部门绩效考核， 特制定本细则。1.2. 绩效考核内容单项指标评价和综合评绩效考核内容包括标准工时工作量、价三部分。如图：标准工时工作量单项指标评价:综合评价第二章考核细则2.1.标准工时工作量标准工时工作量反映了研发人员工作量，占总绩效值的大部分比例，包括任务类工作、运维支持类工作和事务类工作。 如图:任务类工作 运维支持类工作 .事务类工作任务类工作任务类工作是指通过CQ下达的任务，包括开发类任务和非开发类任务。开发类任务工作量核算（一） 考核范围开发类任务的考核范围是 CQ二级开发任务，本考核周期内代码审查任务及
3、技术测试任务均已完成的开发任务纳入本期核 算。已在往期核算过的开发任务不再重复核算。（二）考核流程图及说明说明：1、响应任务，编写任务修改方案 承接人应根据任务描述，分析任务，编写任务修改方案，细 化修改内容并估算所用标准工时。2、填写开发类任务修改方案 、开发类任务工作量 估算表（以下简称“估算表” ）。修改方案要描述清楚为达到任务目标， 所要做的业务逻辑调 整，或新增的业务处理，如有必要可通过流程图说明；具体的修 改方案，如果有多个可选方案，要说明选定最终方案的原因；修 改方案所涉及的具体程序及程序类型。任务承接人根据经验填写 估算表，最小单位为 0.5 人天， 任务的工作量指完成任务所需
4、的标准工时， 而并非任务书中填写 的“允许工期”（即交单时间与下单时间之间的间隔天数） 。任务 工作量估算需参考已完成的同等规模、难度任务的实际工作量， 原则上不得高于已完成的类似任务实际工作量，如遇特殊情况， 需要增加工作时间， 即高于同类任务的工作量， 承接人需说明详 细原因，填写在估算表的补充说明栏中。开发类任务的工作量估算可从修改方案设计与评审、开发 （具体修改内容） 、单元测试、配合技术测试、代码审查、部署说明文档编写、 同步相关技术文档等方面进行。 修改方案设计工 作占该任务工作量的 30%，合格的设计工作应该有 Rational Software Architect 输出物。3、
5、确定工作量评估小组成员评估小组成员由本专业的骨干组成，并且必须在 3 人以上。 任务参与人遵循回避原则。4、修改方案及工作量评估评估小组对任务工作量估算需参考之前完成的同等规模、 难 度任务的实际实施工作量， 评估量原则上不得高于已完成的类似 任务实际工作量。如因特殊情况， 本次任务的工作量高于同等规模、 难度任务 的实际实施工作量， 并且任务承接人已在 估算表 中说明原因， 则评估小组根据实际情况评估， 结果需要报处室负责人确认， 并 在技术组内部备案， 作为任务过程资产保留， 为今后任务工作量 估算提供参考。修改方案与评估结果应全员公开。5、分配需求、开发、测试、代码审查任务任务承接人在接
6、收到一级研发类任务 （包括上线项目修改和 新项目开发） 时，必须新建四类二级任务： 需求任务、 开发任务、 代码审查任务以及测试任务。 其中开发任务要与技术测试任务和 代码审查任务关联。上述四类任务，一般情况下，均只允许有一个。每个开发任 务，为了保证工时评估的准确性， 要求最大工时不超过 200 人时。 特殊情况下，如果有分配多个开发任务，相应的代码审查任务、 测试任务也要有多个，要求开发任务，代码审查任务、测试任务 一一对应。对于新项目，由于一般工时比较大，要求按客户端、 服务器端以及后台传输三个方面进行二级开发任务分配。二级任务负责人应根据估算工时审批三级任务。 二级任务估 算工时与实际
7、工时允许上下 10%的浮动。6、开发完成提交技术测试任务开发及单元测试均完成后， 即可提交技术测试， 并通知 代码审查人员进行代码审查。技术测试通过后要填写任务修改程序说明 。7、处理实际工时与估算工时误差技术组长审批二级任务时， 会比较实际工时与估算工时， 若 误差超过 10%，则需要进行相应调整，并通知二级任务负责人。 若二级任务负责人有异议， 则需要提交相关补充文档说明误差超 过 10%的原因，并报处室负责人确认。8、 代码审查不同开发语言的代码审查人员应熟悉相应的代码审查规范， 并填写相应的代码审查报告。代码审查任务的工时占总工时的 10%。（三） 考核核算方法绩效考核管理人员通过CQ
8、脚本每月统计，并将统计结果公 布到绩效考核数据管理平台上。开发类任务的最终工作量是依据任务完成情况而评定出的。 任务完成情况通过两个方面来考核，分别为进度控制和质量。1、任务进度控制情况 延期率是反映任务进度控制情况的重要指标。 根据延期率将 会扣除一定的工作量。任务的工期指任务从 CQ上下达当日开始计算，到任务书中 要求开发修改完成的时间 （即提交测试的时间） 之间的时间段天 数。如果任务书中没有明确开发修改完成时限， 则由研发部门技 术组长根据开发类任务工作量估算表 ，确定开发完成时限。延期天数指CQ上指定的修改完成的时间和实际修改完成 （即提交测试）的时间之间相差的天数。延期率的计算方式
9、为：延期率 =延期天数 / 工期（天）根据延期率和延期天数计算出延期扣除比率，如下表:延期天数延期率延期扣除比率一天=10%20%10%2*延期率两天及以上2*延期率2、任务质量情况每人天缺陷率是反映任务质量情况的重要标志，根据每人天缺陷率将会扣除一定的工作量。 任务通过技术测试后，测试部门 会根据测试情况出具测试报告， 测试报告中会明确本次二级开发 任务下的所有三级任务对应的缺陷数量，缺陷的数量与三级任务的工作量相比较计算出该三级任务的每人天缺陷率。每人天缺陷率的计算公式为：每人天bug率=bug数/三级任务工作量根据每人天缺陷率计算出每人天缺陷比率，如下表:每人天缺陷率每人天缺陷扣除比率=
10、0.5100%最终工作量的计算公式为:最终工作量=实际工时*50%*（ 1-延期扣除比率-每人天缺陷扣除比率）+实际工时*50%非开发类工作量核算（一）考核范围非开发类任务的考核范围是已完成的CQ二级非开发类任务。已在往期核算过的任务不再重复核算。（二）考核流程图及说明说明:1、 申请任务方案制定、技术研究、文档编写、项目相关的非编码工作均 可通过邮件向CQ任务管理员申请CQ级任务。2、审批任务，指定任务承接人 研发部门负责人审批、承接一级任务，并指定、修改任务承接人。3、完成任务目标，提供任务要求的相关文件 任务承接人根据任务目标执行任务， 解决问题或提供任务要求的相关文件。4、确认工时 一
11、般情况下由任务承接人的直接上级确认工时， 特殊任务由研发部门负责人确认工时。（三）考核核算方法绩效考核管理人员通过CQ脚本每月统计，并将统计结果公 布到绩效考核数据管理平台上。非开发类任务的最终工作量是依据任务进度控制情况而评 定出的。最终工作量的计算公式为：最终工作量 =实际工时 *50%*（ 1- 延期扣除比率） +实际工时*50%延期扣除比率的换算方法同开发类任务延期扣除比率。2.1.2. 运维支持类工作（一） 考核范围 全部承担运行项目维护支持工作的人员均属于此绩效考核 范围。运行项目维护支持工作包括：1、掌握运行项目的源代码。作为运行项目维护人员， 应对维护项目有整体了解，并熟练了解
12、维护模块的程序结构、 处理流程，作好知识储备。2、对维护项目提出优化建议。应经常性的对项目代码 进行分析，发现潜在问题，提出优化建议。3、作为三线支持人员进行事件、问题处理。项目研发 人员作为电子口岸运维支持体系中的三线，应根据相关流程， 负责事件、问题的处理。4、其他涉及维护项目的支持工作。运维支持类工作的考核以所维护项目规模进行评定， 以项目 的千行代码量作为基数， 同时，根据数据中心运行项目保障等级、 业务重要性、 技术复杂度、 维护支持工作量的多少等因素确定每 个项目的维护系数，从而确定项目的维护规模。（二）考核流程图及说明运维支持类工作考核流程图如下：说明:1、项目负责人统计项目代码量，提交给技术组。2、技术组负责人根据统一的标准审核代码量是否准
