研发部绩效考核方案 第一部分、考核对象 研发部全体人员 第二部分、工作职责
一、执行总监二、开发人员（程序员、中级程序员、高级程 序员、系统分析员）
三、测试人员 第三部分、考核内容 一、质量考核
1. 度量指标
质量度量主要是根据度量指标来进行评价的；质量指标是指 软开发程序缺陷率（bug的数量）。
2. 度量指标计算方法
（1）度量指标评分标准根据软开发程序的缺陷率（bug量） 来
确定，缺陷率越髙，其评价分就越低。
序号得分评价缺陷率范围备注
1 90 〜100 优 0%—5%
2 70 〜80 良 5%—10% 3 50 〜60 合格 10%—15% 4低于50不合格
15%—100%
(2) 缺陷率来源主要是软经过测试组测试后，所产生的测 试扌艮
告；
软交付使用后一年内产生的软维护记录表；开发人员的 缺陷率考
核，主要依据测试报告和软维护记录；
测试人员的缺陷率考核，依据软维护记录。
(3) 缺陷率单位以程序单元为单位，相比较而得出缺陷率的 值(原
理：缺陷数/单元总数)。这里所指的程序单元，是WBS分解 后的内容。
(4) 开发人员缺陷率计算方法1根据测试报告和软维护记录 中的缺
陷类别，分别统计各类别的缺陷率，然后依据度量指标的计 分标准表来打分。
发现难易开发难易错误级别1缺陷数计算公式为：Total
Z (Ci*Fi*Ki)；
1缺陷率计算公式为：V = Total / U；
其中i二1,2,... n代表每个缺陷；
U代表开发人员负责的、已完成且已被测试的程序单元总数； C代表缺陷所对应的缺陷级别的权重系数；通常权重系数以 “一般
“缺陷级别作为基数(权数设为1),\"轻微“缺陷级别可 不用计算缺陷率(权数设为0)。
序号缺陷级别权数备注
1致命3死机，数据丢失，主要功能组完全丧失，系统悬挂 2严重
2主要功能丧失，导致严重的问题3 —般
1次要功能丧失，不太严重，如提示信息不太准确4轻微0微 小的问
题，对功能几乎没有影响，产品及属性仍可使用.如有错别 字
K代表缺陷所在单元对应的权重系数，开发难度增加时程序单 元相
应递减为0.75, 0.5…（也可用分数表示更直观）,具体根据 具体开发项目难易程度制定。一般开发难度的单元，确定为：1。
序号模块权数备注
1模块1 R1 2模块2 R
2 N模块n Rn F代表缺陷所对应的测试难易的权重系数，这 里是指
开发人员出现加£后，判定其发现的难易程度。根据缺陷的 发现难易度，将起划分为三个级别，具体可根据开发项目难易程度 另行制定。
序号级别权数备注
1 难 0. 5 2 一般 1 3容易 1. 5
(5) 测试人员缺陷率计算方法1首先根据软维护记录表中的 缺陷
统计的缺陷率，然后依据度量指标计分标准表来打分。
1缺陷数计算公式为：Total = E(Ci*Fi)； 1缺陷率计算公式为：V二
Total / U； 1所有参数含义参见开发人员缺陷率计算方法。
二、进程考核
对软开发的进展情况进行度量，主要考察时间进度。
1. 考核指标
1 Budget按照对于每个单元工作量评估的结果，规定完成的 1 PTC报告通过比较实际完成时间和计划完成时间的时间差，务完成周期的比率来评价各任务的及时度。
以下为PTC报告： 姓名：XXX 月份： 组别： 开始时间：
版本记录：(VX. X； X. X)任务描述第1周…•第5周TOT
PTC ACT Percent Budget REM T1
1. 5 T2 5 ・・Tn
2 合计平均:
与任
时间。 其中TOT：已经花费的总天数；
PTC：除了本月花费的天数，还要多少天可以完成； ACT： 本月实际需要的天数；
Budget：最初预计的本月需要花费的天数； REM： 整个任务完成的期限； Percent:本月完成的百分比。
1对于每周工作过程中，所花费的天数，通过书写的“工作日 志〃，
可以进一步核实。工作日志每天要书写，精确到小时，每周 向直接上级汇报，并存档。便于抽查、核对。
1
对开发人员、测试人员的过程考核数据是：项目所负责的程 序 单元的计划完成时间和实际需要时间。
1
对技术执行总监的过程考核数据是：整个项目的计划完成时间 和实际完成时间。
1时间差率二（本月实际需要时间-本月预计完成时间）/本月 yu计
完成时间；即：Percento
（以天为单位）；最终的结果为N个任务的平均值。
2. 评分标准
时间差率范围可根据具体项目而定。 序号得分时间差率范围备注
1 90-100
15%以下 2 70-80 15%-35%
3低于70 35%以上三、综合考核
根据综合因素考核表对相应人员的考核。
详见附录一程序员、中级程序员、高级程序员、系统分析员 综合因素考核表，附录2技术执行总监
综合因素考核表第四部分、绩效考核
一、开发人员（程序员、高级程序员、系统分析员考核）考 核
1•质量考核
在软测试过程中和软后期维护发现的缺陷，需定位缺陷级别, 计算缺陷率，以此对开发人员以后的工作岗位、薪水等，进行调 整。
每个季度上报公司一次，作为下一步调薪的依据。技术部门 每个月由技术执行总监统计，并存档。每个月所有人员的统计情 况，上报部门。
2. 当月绩效考核
考评分二进程评分*进程权数+综合因素评分*综合因素权数。 综合指标权重系数表： 序号指标权数备注
1进程考评0. 6
2综合因素0.4二、技术执行总监考核
1.
考核得分计算方法是：
AV=( (YPi)/i)*O. 5+M*0. 3+C*0. 2； 2. Pi代表项目组成员的过程考核得分； 3. M代表技术执行总监的过程考核得分； 4. 代表技术执行总监的综合因素得分； 5. i二1, 2,. . . n代表项目组成员数量。 6. 绩效考核标准：
一般地，根据项目组的平均得分值，有以下评分标准： 序号得分考核评价备注
1 90〜100优
2 80〜89良3 60〜79合格4低于60差
7. 技术部每个月确定了项目组成员绩效考核评价后，计算项目 组的
平均得分值，比较项目组的平均得分值与绩效考核标准范围， 确定技术执行总监的绩效考核评价。
三、测试人员考核
1.
在软检查、评审、测试通过后，对软维护记录中的缺陷，需定 位缺陷级别，计算缺陷率，以此对测试人员考核；缺陷率越高其评 价分就越低。
2.
测试组根据任务综合评价表每个月统计各测试人员所负责的
任务的综合评价结果，比较测试人员任务的得分值与绩效考核标准 范围，确定测试人员绩效考核评价。
5%)
解；解;
第五部分、其他说明
1.
开发的前期，指定每个模块的难易程度。
2. bug发现的难易程度，在提交测试报告，并评审后决定。 3. 需要相关部门需提供软维护记录表（缺陷数量、程度）。
附录1：程序员、中级程序员、高级程序员、系统分析员综合 因素考核表姓名： 组别： 岗位名称：
总得分：项目及考核内容配分自评上级审核编码的水 平仃
A、编码非常简洁、规范，注解完整、清楚，容易被人理 解;
15
B、编码非常简洁、规范，注解较完整、易懂，较容易被人理
13
C、编码较简洁、规范，注解较完整、易懂，基本能被人理
D、编 码较简洁、规范, 有个别注解,
强能被人理解;
E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理
解。
相关技术文档的编写水平(15%) A、编写非常规范，非常及 时, 随时都可以查阅正在开发任务的设计文档、己完成任务的说明文档;
15
B、编写非常规范，较及时，随时可以查阅近期文档，文档编
写滞后3天以内;
13
C、编写较规范，较及时，一般可以查阅近期文档；文档编写
滞后3至6天;
10
D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天
以上;
E、编写不规范，不及时，常常难以查阅，甚至没有编写相关
文档。
合理化建议(10%) A、常常有很好的建议，并很大的提高了工 作效率，而且能认真听取和执行经理的建议；
10
B＞有时有好的建议，对工作效率有些提高，并且能认真听取
和执行经理的建议；
C、 有时提一些建议，但没什么效果，往往能听取和执行经理 的建
议；
6
D、 很少提建议，能听取经理的建议，但很少能执行，有时有 些固
执己见；
4
E、 喜欢固执己见，不太能听取经理的建议，经常固执己见。 2
工作总结、计划(10%)
A、每次都能按时提交总结和计划，并且内容完整、详实、清
楚，使人能清楚地把握当前工作动态；
10
B. 每次都能按时提交总结和计划，内容较完整、详实，使人 能了
解当前工作动态；
C、基本能按时提交总结和计划，内容较完整、详实，使人能
了解当前工作动态;
D、基本能按时提交总结和计划，内容不太完整，使人能基本 了解
当前工作动态；
4
E、很少能按时提交总结和计划，内容不太完整，使人能基本
了解当前工作动态。
备份源程序（10%） A、每天工作结束时，都能及时备份源程 序，每次抽查都能通过；所有版本的源程序（以及开发环境）均 能 及时备份;
10
B. 基本每天都能备份源程序，抽查偶尔没有通过；所有版本
的源程序（以及开发环境）均能及时备份；
8
C、 往往2至3天备份一次源程序，抽查一般没有通过；所有 的源程序（以及开发环境）均能及时备份；
6
D、 往往一星期备份一次源程序，抽查一般没有通过；有最终 4
版本版本
的源程序（以及开发环境）的备份；
4
E、不备份源程序，抽查从来没有通过。 2
对外技术保密（源程序、技术文档、核心技术等）（10%）
A、 从不向无关人员透露技术祕密，从不携带技术秘密（非工
作需要，下同）离开公司。对技术保密问题提出了自己的建议，并 被釆纳，并经常提醒他人注意技术保密；
10
B、 从不向无关人员透露技术秘密，从不携带技术秘密离开公 司。经常提醒他人注意技术保密；
8
C、 从不向无关人员透露技术秘密，从不携带技术秘密离开公
司；
6
D、 偶尔向无关人员透露技术秘密，从不携带技术秘密离开公
司；
4
E、 偶尔向无关人员透露技术祕密，偶尔携带技术秘密离开公
司。
2工作态度（15%）品德廉洁，言行诚信，立场坚定，勤勤恳
恳地工作，足为楷模；
15品行诚实，言行规矩，平易近人； 13言行尚属正常，无越轨行为；
10固执己见，不易与人相处，不接收他人的合理建议； 8经常利用上班时间处理私事，或擅离岗位，私心严重。
5责任感(15%)有积极的责任心，能彻底达成任务，可放 心交 代工
作；
15具有责任心，能达成任务，可交付工作； 10尚有责任心，能如期完成任务；
8责任心不强，需有人督导，亦不能如期完成任务； 5
无责任心，时时需督导，也不能完成任务。
3 备注：
关于“工作任务”这个项目，必须另附上工作计划及工作总 结供参考和审核。总分100考核人签名技术部经理确认考核日期 附录厶技术执行总监综合因素考核表姓名：
岗位名称：
总得分：项目及考核内容配分自评上级审核领导能力
15%善于领导部署提高工作效率，积极达成工作计划和目标； 15灵活运用部署顺利达成工作计划和目标； 13尚能领导部署勉强达成工作计划和目标； 10不得部属信赖，工作意愿低沉； 8领导方式不佳，常使部属不服或反抗。 6
项目管理能力
15%总是能够按时完成项目，QBT控制非常好；
15基本能够按时完成项目，QBT得到了一定控制；
13项目在QET方面，有和计划相比出入，但是采取了一定 措
施，及时补救;
10项目控制失败，和计划相差较大。 8工作任务及效率
10%能出色完成工作任务，工作效率髙，具有卓越创意; 10能胜任工作，效率较高； 8工作不误期，表现符合标准;
勉强胜任工作，无甚表现;
4 工作效率低，时有差错。
2责任感 10%有积极责任心，能彻底达成任务，可放心交代工作; 10具有责任心，能达成任务，可交付工作; 8尚有责任心，能如期完成任务；
6责任心不强，需有人督导，亦不能如期完成任务; 4无责任心，时时需督导，也不能完成任务。
2沟通协调 10%善于上下沟通平衡协调，能自动自发与人合作; 10乐意与人沟通协调，顺利达成任务； 8尚能与人合作，达成工作要求； 6协调不善，致使工作较难开展； 4无法与人协调，致使工作无法开展。
2授权指导
10%善于分配权力，积极传授工作知识，引导部署达成任务; 10灵活分配工作或权力，有效传授工作知识达成任务； 8尚能顺利分配工作与权力，指导部署完成任务；
6欠缺分配工作权力，及指导部署之方法，任务进行偶有困
难;
4不善分配权力及指导部署之方法，内部时有不服及怨言。
2工作态度
10%品德廉洁，言行诚信，立场坚定，足为楷模； 10品行诚实，言行规矩，平易近人； 8言行尚属正常，无越轨行为； 6固执己见，不易与人相处；
4私务多，经常利用上班时间处理私事，或擅离岗位。 2团队满意度
10%部门对其管理的团队很满意； 10部门对其管理的团队满意； 8部门对其管理的团队不满意。
6组员满意度10%团队成员对所在团队很满意； 10团队成员对所在团队满意； 8团队成员对所在团队不满意。 6备注：
关于\"工作任务”这个项目，必须另附上工作计划及工作总结 供参考和审核。总分100考核人签名技术部经理确认考核日期附 录3：组名_XX年XX月一缺陷率统计表序号姓名缺陷 率备注 平均 附录4：组名一姓名
_XX年XX月XX H_ XX年XX月XX日—工作日志 表日期序号起始时间
结束时间工作内容备注
附录5：组名一姓名_XX年XX月_PTC报告 开始时间：
版本记录：(VXl.nl； X2.n2； X3・n3…)任务描述第1 周…第 5 周
TOT PTC ACT Percent Budget REM T1
1. 5 T2 5 2合计平均：
注：Xl.nl表示，第XI个任务的时间，已经修改了 nl次。初 始值：
• • • Tn
XI. 0, X2. 0 等。
附录6：组别_ XX年XX月绩效考核表序号姓名开发过程 得分
(60%0综合因素得分(40%)
综合得分
本组平均得分 仅供参考
因篇幅问题不能全部显示，请点此查看更多更全内容