软件公司绩效考核（大家提提建议）

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