研发部员工绩效考核方案
第一部分、考核对象 研发部全体人员 第二部分、工作职责 一、执行总监 二、开发人员（程序员、中级程序员、高级程序员、系统分析员） 三、测试人员 第三部分、考核内容 一、质量考核 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）开发人员缺陷率计算方法 l 根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标准表来打分。
发现难易 开发难易 错误级别 l 缺陷数计算公式为：Total = ∑(Ci*Fi*Ki)； l 缺陷率计算公式为：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 R2 N 模块n Rn F代表缺陷所对应的测试难易的权重系数，这里是指开发人员出现bug后，判定其发现的难易程度。根据缺陷的发现难易度，将起划分为三个级别,具体可根据开发项目难易程度另行制定。
序号 级别 权数 备注 1 难 0.5 2 一般 1 3 容易 1.5 （5）测试人员缺陷率计算方法 l 首先根据软件维护记录表中的缺陷统计的缺陷率，然后依据度量指标计分标准表来打分。
l 缺陷数计算公式为：Total = ∑(Ci*Fi); l 缺陷率计算公式为：V = Total / U; l 所有参数含义参见开发人员缺陷率计算方法。
二、进程考核 对软件开发的进展情况进行度量，主要考察时间进度。
1. 考核指标 l Budget 按照对于每个单元工作量评估的结果，规定完成的时间。
l 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:本月完成的百分比。
l 对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书写，精确到小时，每周向直接上级汇报，并存档。便于抽查、核对。
l 对开发人员、测试人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。
l 对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。
l 时间差率=(本月实际需要时间-本月预计完成时间)/本月yu计完成时间；即：Percent。（以天为单位）；最终的结果为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=( (∑Pi)/i)*0.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. 测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果，比较测试人员任务的得分值与绩效考核标准范围，确定测试人员绩效考核评价。
第五部分、其他说明 1. 开发的前期，指定每个模块的难易程度。 2. bug发现的难易程度，在提交测试报告，并评审后决定。 3. 需要相关部门需提供软件维护记录表（缺陷数量、程度）。 附录1：程序员、中级程序员、高级程序员、系统分析员 综合因素考核表 姓名： 组别： 岗位名称： 总得分: 项目及考核内容 配 分 自 评 上级审核 编码的水平(15%) A、编码非常简洁、规范，注解完整、清楚，容易被人理解； 15 B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解； 13 C、编码较简洁、规范，注解较完整、易懂，基本能被人理解； 10 D、编码较简洁、规范，有个别注解，勉强能被人理解； 8 E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。
5 相关技术文档的编写水平(15%) A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档；
研发部员工绩效考核方案
