今天看到一篇 软件公司绩效考核 文章 ,公司正想用,不知道到底好不好,大家谈谈想法
软件开发工程师工作质量考核评分标准
序号 标准 说明 评分标准
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
软件开发工程师工作质量考核评分标准
序号 标准 说明 评分标准
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