技术开发部绩效考核方案

技术开发部绩效考核方案内容摘要：

成员数量。 6. 绩效考核标准： 一般地，根据项目组的平均得分值，有以下评分标准 ： 序号 得分 考核评价 备注 1 90～ 100 优 2 80～ 89 良 3 60～ 79 合格 4 低于 60 差 7. 技术部 每个月确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定 技术执行总监的 绩效考核评价。 三、 测试人员考核 1. 在软件检查、评审、测试通过后，对软件维护记录中的缺陷，需定位缺陷级别 ,计算缺陷率，以此对测试人员考核；缺陷率越高其评价分就越低。 2. 测试组 根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果，比较测试人员任务的得分值与绩效考核标准范围 ，确定测试人员绩效考核评价。 第五部分、其他说明 1. 开发的前期，指定每个模块的难易程度。 2. bug 发现的难易程度，在提交测试报告，并评审后决定。 3. 需要相关部门需提供软件维护记录表（缺陷数量、程度）。 附录 1： 程序员、中级程序员、高级程序员、系统分析员 综合因素考核表 姓名： 组别： 岗位名称： 总得分 : 项目及考核内 容 配 分 自 评 上级审核 编码的水平(15%) A、编码非常简洁、规范，注解完整、清楚，容易被 人理解； 15 B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解； 13 C、编码较简洁、规范，注解较完整、易懂，基本能被人理解； 10 D、编码较简洁、规范，有个别注解，勉强能被人理解； 8 E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。 5 相关技术文档的编写水平 (15%) A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档； 15 B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3 天以内； 13 C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后 3至 6 天； 10 D、编写较规范，但不及时，常常难以查阅，文档编写滞后 6 天以上； 8 E、编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。 5 合理化建议(10%) A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议； 10 B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议； 8 C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议； 6 D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见； 4 E、喜欢固执己见，不太能听取经理的建议，经常固执己见。 2 工作总结、计划 (10%) A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态； 10 B、每次都能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态； 8 C、基本能按时提交总结和计划，内容较完整、详实，使人能了解当前 工作动态；。