文档介绍：软件开发部绩效考核方案
研发部绩效考核方案
第一部分、考核对象
研发部全体人员
第二部分、工作职责
一、执行总监二、开发人员（程序员、中级程序员、高级程序员、系统分析员）
三、测试人员
第三部分、考核内容
一、质量考核

质量度量主要是根据度量指标来进行评价的；质量指标是指软开发程序缺陷率（bug的数量）。

（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代表缺陷所在单元对应的权重系数，,…（也可用分数表示更直观），具体根据具体开发项目难易程度制定。一般开发难度的单元，确定为：1。
序号模块权数备注
1 模块1 R1
2 模块2 R
2 N 模块n Rn F代表缺陷所对应的测试难易的权重系数，这里是指开发人员出现bug后，判定其发现的难易程度。根据缺陷的发现难易度，将起划分为三个级别,具体可根据开发项目难易程度另行制定。
序号级别权数备注
1 难
2 一般
1 3 容易

（5）测试人员缺陷率计算方法 l 首先根据软维护记录表中的缺陷统计的缺陷率，然后依据度量指标计分标准表来打分。
l 缺陷数计算公式为：Total =
∑(Ci*Fi); l 缺陷率计算公式为：V =
Total / U; l 所有参数含义参见开发人员缺陷率计算方法。
二、进程考核
对软开发的进展情况进行度量，主要考察时间进度。

l Budget 按照对于每个单元工作量评估的结果，规定完成的时间。
l PTC报告通过比较实际完成时间和计划完成时间的时间差，与任务完成周期的比率来评价各任务的及时度。
以下为PTC报告：
姓名：XXX
月份：
组别：
开始时间：
版本记录：(；) 任务描述第1周 … 第5周 TOT PTC ACT Percent Budget REM T1
T2 5 … Tn
2 合计平均：
其中 TOT: 已经花费的总天数；
PTC: 除了本月花费的天数，还要多少天可以完成；
ACT: 本月实际需要的天数；
Budget:最初预计的本月需要花费的天数；
REM: 整个任务完成的期限；
Percent:本月完成的百分比。
l 对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书写，精确到小时，每周向直接上级汇报，并存档。便于抽查、核对。
l
对开发人员、测试人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。
l
对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。
l 时间差率=(本月实际需要时间-本月预计完成时间)/本月yu计完成时间；即：Percent。
（以天为单位）；最终的结果为N个任务的平均值