研发部绩效考核制度.doc

研发部绩效考核制度 第一部分、考核对象 技术部全体人员 第二部分、工作职责 一、执行总监 二、开发人员（程序员、中级程序员、高级程序员、系统分析员） 三、测试人员 第三部分、考核内容 一、质量考核 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）开发人员缺陷率计算方法 根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标准表来打分。 发现难易开发难易错误级别 发现难易 开发难易 错误级别 缺陷数计算公式为：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; 所有参数含义参见开发人员缺陷率计算方法。 二、进程考核 对软件开发的进展情况进行度量，主要考察时间进度。 1. 考核指标 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个任务的平均值。 2. 评分标准 时间差率范围可根据具体项目而定。 序号 得分 时间差率范围 备注 1 90-100 15％以下 2 70-80 15％-35％ 3 低于70 35％以上 三、综合考核 根据综合因素考核表对相应人员的考核。 详见附录一程序员、中级程序员、高级程