今天看到一篇 软件公司绩效考核 文章 ，公司正想用，不知道到底好不好，大家谈谈想法 软件开发工程师工作质量考核评分标准 序号 标准 说明 评分标准 1 错误率 每千行程序20个错误以下（包含20个） 5 每千行程序21-25个错误 4 每千行程序26-30个错误 3 每千行程序31-35个错误 2 每千行程序36个错误以上（包含36个） 1 2 新技术使用情况 大量使用新技术， 并且解决了传统技术无法解决的问题； 5 大量使用新技术，解决了传统技术难以解决的问题， 大大提高了工作效率； 4 使用部分新技术，替代了部分传统技术， 一定程度上提高了工作效率； 3 使用了少量的新技术，替代了了少量的传统技术； 2 没有使用任何新技术，仍然用传统技术解决问题； 1 3 程序编码的规范性 编码非常规范，无可挑剔， 同时又对公司制度规范提出了改进意见； 5 编码非常规范，无可挑剔； 4 编码规范，不符合规范之处很少； 3 编码基本规范，但不影响对程序的理解； 2 编码存在较大的不规范性， 并且对程序理解造成了比较严重理解误差； 1 4 文档编写的规范性 文档书写按照公司的相关模板， 规范、美观，无可挑剔； 5 文档书写按照公司的相关模板，规范， 但美观性上有待改进； 4 文档书写基本规范，但美观性上有待改进； 3 文档书写的规范性、美观性上都有待改进； 2 文档书写的规范性、美观性上都存在很大的改进空间； 1 5 及时性 能够在预定时间的80%内完成； 5 能够在预定时间的90%内完成； 4 能够在预定的时间内完成； 3 超过预定时间的10%才完成计划； 2 超过预定时间的20%才完成计划； 1 6 编码注释的完整性 编码注解完整、清楚、容易被人理解， 不会造成理解方面的偏差； 5 编码注解完整、清楚、比较容易被人理解， 但会引起少量的理解偏差； 4 编码注解完整，比较清楚，但会引起部分理解的偏差； 3 编码注解比较完整，但有部分代码没有注解； 2 编码注释不完整，大量的编码没有注释，让人难以理解； 1
转载请注明原文地址: https://www.6miu.com/read-75549.html
