技术开发部绩效考核的方案.docVIP

技术开发部绩效考核方案 第一部分、考核对象 技术部全体人员 第二部分、工作职责 一、执行总监 二、开发人员 （程序员、 中级程序员、 高级程序员、 系统分析员） 三、测试人员 第三部分、考核内容 一、质量考核 度量指标 质量度量主要是根据度量指标来进行评价的；质量指标 是指软件开发程序缺陷率（ bug的数量）。 度量指标计算方法 （ 1）度量指标评分标准 根据软件开发程序的缺陷率（ bug 量）来确定，缺陷率 越高，其评价分就越低。 序号 得分 评价 缺陷率范围备注 1 90～ 1000%优--5% 2 70～ 80 良 5%--10% 3 50～ 60 合格 10%--15% 4 低于 50 不合格 15%--100% 2）缺陷率来源 主要是软件经过测试组测试后，所产生的测试报告； ◆软件交付使用后一年内产生的软件维护记 录表; ◆开发人员的缺陷率考核，主要依据测试报告和软件维护记；录 ◆测试人员的缺陷率考核，依据软件维护记 。录 （ 3）缺陷率单位 以程序单元为单位，相比较而得出缺陷率的值 （：理原 缺陷数 / 单元总数）。这里所指的程序单元，是 WBS分解后的内容。 （ 4）开发人员缺陷率计算方法 根据测试报告和软件维护记录的中缺陷类别，分别统 计各类别的缺陷率，然后依据度量指标的计分标准 表来打分。 错误别级 发现难开易发难易 缺陷数计算公式为：Total = ∑ (Ci*Fi*Ki) ； 缺陷率计算公式为：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）测试人员缺陷率计算方法 首先根据软件维护记录表中的缺陷统计的缺陷率，然 后依据度量指标计分标准表来打分。 缺陷数计算公式为： Total = ∑ (Ci*Fi); 缺陷率计算公式为： V = Total / U; 所有参数含义参见开发人员缺陷率计算方 。法 二、进程考核 对软件开发的进展情况进行度量，主要 考时察间进度。 考核指标 Budget 按照对于每个单元工作量评估的结果，规 定完成的 时间。 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:本月完成的百分比。 对于每周工作过程中， 所花费的天数， 通过书写的 “工 作日志 ” ，可以进一步核实。工作日志每天要书写， 精确到小时，每周向直接上级汇报，并存档。便于抽 查、核对。 对开发人员、测试人员的过程考核数据是：项目所负 责的程序单元的计划完成时间和实际需要时间。 对技术执行总监的过程考核数据是：整个项目的计划 完成时间和实际完成时间。 时间差率 =(本月实际需要时间 - 本月预计完成时间 )/ 本月 yu计完成时间；即： Percent。（以天为单位） ； 最终的结果为 N个任务的平均值。 评分标准 时间差率范围可根据具体项目而定。 序号 得分 时间差率范围 备注 1 90-100 15％以下 2 70-80 15％ -35％ 3 低于 7