工作绩效考核方案.docx

技术开发部绩效考核方案第一部分、考核对象技术部全体人员第二部分、工作职责一、开发人员（程序员、中级程序员、高级程序员、系统分析员）第三部分、考核内容一、质量考核1. 度量指标质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。2. 度量指标计算方法（1）度量指标评分标准根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。序号得分评价缺陷率范围备注190～100优0%--5%270～80良5%--10%350～60合格10%--15%4低于50不合格15%--100%（2）BUG率=BUG量/代码行数（3）缺陷率=?∑(BUG率 *缺陷权数) 按照各个模块分别进行统计。缺陷级别序号缺陷级别权数备注1致命3死机，数据丢失，主要功能组完全丧失，系统悬挂2严重2主要功能丧失，导致严重的问题3一般1次要功能丧失， 不太严重，如提示信息不太准确4轻微0微小的问题，对功能几乎没有影响，产品及属性仍可使用. 如有错别字二、进程考核对软件开发的进展情况进行度量，主要考察时间进度。1. 考核指标Budget按照对于每个单元工作量评估的结果，规定完成的时间。PTC报告通过比较实际完成时间和计划完成时间的时间差，与任务完成周期的比率来评价各任务的及时度。对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书写，每周向直接上级汇报，并存档。便于抽查、核对。对开发人员、测试人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间；即：Percent。（以天为单位）2. 评分标准时间差率范围可根据具体项目而定。序号得分时间差率范围备注190-10015％以下270-8015％-35％3低于7035％以上三、综合考核根据综合因素考核表对相应人员的考核。详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表第四部分、绩效考核一、开发人员（程序员、高级程序员、系统分析员考核）考核1. 质量考核在软件测试过程中和软件后期维护发现的缺陷，需定位缺陷级别,计算缺陷率，以此对开发人员以后的工作岗位、薪水等，进行调整。每个季度上报公司一次，作为下一步调薪的依据。技术部门每个月由技术执行总监统计，并存档。每个月所有人员的统计情况，上报部门。2. 当月绩效考核考评分=进程评分*进程权数+综合因素评分*综合因素权数。综合指标权重系数表： 序号指标权数备注1进程考评0.62综合因素0.4附录1：程序员、中级程序员、高级程序员、系统分析员综合因素考核表姓名： 组别： 岗位名称： 总得分:项目及考核内容配 分自 评上级审核编码的水平(15%)A、编码非常简洁、规范，注解完整、清楚，容易被人理解；15B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解；13C、编码较简洁、规范，注解较完整、易懂，基本能被人理解；10D、编码较简洁、规范，有个别注解，勉强能被人理解；8E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。5相关技术文档的编写水平(15%)A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档；15B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内；13C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天；10D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；8E、编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。5合理化建议(10%)A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议；10B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议；8C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议；6D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见；4E、喜欢固执己见，不太能听取经理的建议，经常固执己见。2工作总结、计划(10%)A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态；10B、每次都能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态；8C、基本能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态；6D、基本能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态；4E、很少能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态。2备份源程序(10%)A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；所有版本的源程序（以及开发环境）均能及时备份；10B、基本每天