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

1、技术开发部绩效考核方案技术开发部绩效考核方案第一部分、考核对象技术部全体人员第二部分、工作职责一、执行总监二、开发人员（程序员、中级程序员、高级程序员、系统分析员）三、测试人员第三部分、考核容一、质量考核1. 度量指标质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。2. 度量指标计算方法（1）度量指标评分标准根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。序号得分评价缺陷率围备注190100优0%-5%27080良5%-10%35060合格10%-15%4低于50不合格15%-100%（2）缺陷率来源主要是软件经过测试组测试后，所

2、产生的测试报告；软件交付使用后一年产生的软件维护记录表;开发人员的缺陷率考核，主要依据测试报告和软件维护记录；测试人员的缺陷率考核，依据软件维护记录。（3）缺陷率单位以程序单元为单位，相比较而得出缺陷率的值（原理：缺陷数/单元总数）。这里所指的程序单元，是WBS分解后的容。（4）开发人员缺陷率计算方法 根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标准表来打分。 缺陷数计算公式为：Total = (Ci*Fi*Ki)； 缺陷率计算公式为：V = Total / U；其中i=1,2,.n代表每个缺陷；U代表开发人员负责的、已完成且已被测试的程序单元总数；C

3、代表缺陷所对应的缺陷级别的权重系数；通常权重系数以一般缺陷级别作为基数（权数设为1），轻微缺陷级别可不用计算缺陷率（权数设为0）。序号缺陷级别权数备注1致命3死机，数据丢失，主要功能组完全丧失，系统悬挂2严重2主要功能丧失，导致严重的问题3一般1次要功能丧失， 不太严重，如提示信息不太准确4轻微0微小的问题，对功能几乎没有影响，产品及属性仍可使用. 如有错别字K代表缺陷所在单元对应的权重系数，开发难度增加时程序单元相应递减为0.75,0.5（也可用分数表示更直观），具体根据具体开发项目难易程度制定。一般开发难度的单元，确定为：1。序号模块权数备注1模块1R12模块2R2N模块nRnF代表缺陷所

4、对应的测试难易的权重系数，这里是指开发人员出现bug后，判定其发现的难易程度。根据缺陷的发现难易度，将起划分为三个级别,具体可根据开发项目难易程度另行制定。序号级别权数备注1难0.52一般13容易1.5（5）测试人员缺陷率计算方法 首先根据软件维护记录表中的缺陷统计的缺陷率，然后依据度量指标计分标准表来打分。 缺陷数计算公式为：Total = (Ci*Fi); 缺陷率计算公式为：V = Total / U; 所有参数含义参见开发人员缺陷率计算方法。二、进程考核对软件开发的进展情况进行度量，主要考察时间进度。1. 考核指标 Budget按照对于每个单元工作量评估的结果，规定完成的时间。 PTC报

5、告通过比较实际完成时间和计划完成时间的时间差，与任务完成周期的比率来评价各任务的及时度。以下为PTC报告：XXX 月份： 组别： 开始时间： 版本记录：(VX.x；X.x) 任务描述第1周第5周TOTPTCACTPercentBudgetREMT11.5T25Tn2合计平均：其中TOT: 已经花费的总天数；PTC: 除了本月花费的天数，还要多少天可以完成；ACT: 本月实际需要的天数；Budget:最初预计的本月需要花费的天数；REM: 整个任务完成的期限；Percent:本月完成的百分比。 对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书写，精确到小

6、时，每周向直接上级汇报，并存档。便于抽查、核对。 对开发人员、测试人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。 对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。 时间差率=(本月实际需要时间-本月预计完成时间)/本月yu计完成时间；即：Percent。（以天为单位）；最终的结果为N个任务的平均值。2. 评分标准时间差率围可根据具体项目而定。序号得分时间差率围备注190-10015以下270-8015-353低于7035以上三、综合考核根据综合因素考核表对相应人员的考核。详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表，附录2技

7、术执行总监 综合因素考核表第四部分、绩效考核一、开发人员（程序员、高级程序员、系统分析员考核）考核1. 质量考核在软件测试过程中和软件后期维护发现的缺陷，需定位缺陷级别,计算缺陷率，以此对开发人员以后的工作岗位、薪水等，进行调整。每个季度上报公司一次，作为下一步调薪的依据。技术部门每个月由技术执行总监统计，并存档。每个月所有人员的统计情况，上报部门。2. 当月绩效考核考评分=进程评分*进程权数+综合因素评分*综合因素权数。综合指标权重系数表： 序号指标权数备注1进程考评0.62综合因素0.4二、技术执行总监考核1. 考核得分计算方法是：AV=( (Pi)/i)*0.5+M*0.3+C*0.2；

8、2. Pi代表项目组成员的过程考核得分；3. M代表技术执行总监的过程考核得分；4. 代表技术执行总监的综合因素得分；5. i=1,2,.n代表项目组成员数量。6. 绩效考核标准：一般地，根据项目组的平均得分值，有以下评分标准：序号得分考核评价备注190100优28089良36079合格4低于60差7. 技术部每个月确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准围，确定技术执行总监的绩效考核评价。三、测试人员考核1. 在软件检查、评审、测试通过后，对软件维护记录中的缺陷，需定位缺陷级别,计算缺陷率，以此对测试人员考核；缺陷率越高其评价分就越低。2.

9、 测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果，比较测试人员任务的得分值与绩效考核标准围，确定测试人员绩效考核评价。第五部分、其他说明1. 开发的前期，指定每个模块的难易程度。2. bug发现的难易程度，在提交测试报告，并评审后决定。3. 需要相关部门需提供软件维护记录表（缺陷数量、程度）。附录1：程序员、中级程序员、高级程序员、系统分析员综合因素考核表： 组别： 岗位名称： 总得分:项目及考核容配 分自 评上级审核编码的水平(15%)A、编码非常简洁、规，注解完整、清楚，容易被人理解；15B、编码非常简洁、规，注解较完整、易懂，较容易被人理解；13C、编码较简洁、规

10、，注解较完整、易懂，基本能被人理解；10D、编码较简洁、规，有个别注解，勉强能被人理解；8E、编码不简洁、规，没有注解或仅有个别注解，无法被人理解。5相关技术文档的编写水平(15%)A、编写非常规，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档；15B、编写非常规，较及时，随时可以查阅近期文档，文档编写滞后3天以；13C、编写较规，较及时，一般可以查阅近期文档；文档编写滞后3至6天；10D、编写较规，但不及时，常常难以查阅，文档编写滞后6天以上； 8E、编写不规，不及时，常常难以查阅，甚至没有编写相关文档。5合理化建议(10%)A、常常有很好的建议，并很大的提高了工作效率

11、，而且能认真听取和执行经理的建议；10B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议；8C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议；6D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见；4E、喜欢固执己见，不太能听取经理的建议，经常固执己见。2工作总结、计划(10%)A、每次都能按时提交总结和计划，并且容完整、详实、清楚，使人能清楚地把握当前工作动态；10B、每次都能按时提交总结和计划，容较完整、详实，使人能了解当前工作动态；8C、基本能按时提交总结和计划，容较完整、详实，使人能了解当前工作动态；6D、基本能按时提交总结和计划，容不太完整

12、，使人能基本了解当前工作动态；4E、很少能按时提交总结和计划，容不太完整，使人能基本了解当前工作动态。2备份源程序(10%)A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；所有版本的源程序（以及开发环境）均能及时备份；10B、基本每天都能备份源程序，抽查偶尔没有通过；所有版本的源程序（以及开发环境）均能及时备份；8C、往往2至3天备份一次源程序，抽查一般没有通过；所有版本的源程序（以及开发环境）均能及时备份；6D、往往一星期备份一次源程序，抽查一般没有通过；有最终版本的源程序（以及开发环境）的备份；4E、不备份源程序，抽查从来没有通过。2对外技术（源程序、技术文档、核心技术等）(10

13、%)A、从不向无关人员透露技术秘密，从不携带技术秘密（非工作需要，下同）离开公司。对技术问题提出了自己的建议，并被采纳，并经常提醒他人注意技术；10B、从不向无关人员透露技术秘密，从不携带技术秘密离开公司。经常提醒他人注意技术；8C、从不向无关人员透露技术秘密，从不携带技术秘密离开公司；6D、偶尔向无关人员透露技术秘密，从不携带技术秘密离开公司；4E、偶尔向无关人员透露技术秘密，偶尔携带技术秘密离开公司。2工作态度(15%)品德廉洁，言行诚信，立场坚定，勤勤恳恳地工作，足为楷模；15品行诚实，言行规矩，平易近人；13言行尚属正常，无越轨行为；10固执己见，不易与人相处，不接收他人的合理建议；8经常利用上班时间处理私事，或擅离岗位，私心严重。5责任感(15%)有积极的责任心，能彻底达成任务，可放心交代工作；15具有责任心，能达成任务，可交