公司软件开发人员绩效评价标准
通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。
绩效评价，包括业绩考核和技术能力评定以及团队精神。对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。
评价体系：
1、 优秀
2、 良好
3、 一般
4、 很差
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标：目标完成度、难易度、贡献度。
1、能否总是在规定期限内完成工作？
2、或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？
3、在困难或者环境变化的情况下，是否也完成了计划的工作？
4、是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？
5、是否在完成工作的同时，又能很好地控制成本？
6、如果工作没有完成是由于环境的变化还是个人能力的问题？
7、或者是工作太多了，根本无法完成？
8、在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？
9、上级人员交给其工作时是否放心？
1、提交的程序是否经常出现很多BUG？是否经常需要修正或调整？
2、编码是否严格遵守代码规范性？
3、用户对其开发的软件是否满意？
1、总是提前完成任务，还是总是强调客观原因而无法准时完成任务？
2、是否经常需要有人催促才能完成工作？
1、所完成的工作是否是一般人不愿意干的工作？或者是很烦很累枯燥无味的工作？
2、所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？
3、如果本人不在，本部门或本小组是否有替代的人？
1、其所做的工作对公司创造了多少直接效益？多少间接效益？或者降低了多少成本？
2、工作完成后的成本情况如何？是否有效地控制成本？
3、是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？
4、 是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的成果？
技术能力评定：
技术能力评定是通过对员工的日常工作的工作表现、观察、分析、评价其所具备的工作能力。对其开发人员的技术能力评定，主要包括以下几项：技术能力、理解力、沟通能力、主动性。
1、上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝，迟迟不能理解？
2、是否在一个月内就迅速熟悉了新岗位的工作？
3、还是在新岗位工作超过三个月了还对许多业务流程不很熟悉，从而不得不经常问别人？
4、是否经常有人来请教相关技术问题还是总是有问题问别人？
5、是否本部门有一些业务只有他熟悉？
1、在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别人？
2、是否一些新知识从未学过，却能很快地上手？
3、是否为实现目标和解决问题努力寻找合理的新方案？
4、遇到难题，是否能坚持不懈地完成工作？
1、在编写程序时是否总是考虑使用者的需求？
2、在编写程序时是注重界面的实用性、客户的满意度，还是老谈所谓的概念、技术？
1、在工作中是否有很强的工作效率意识？
2、是否总是比别人快地完成任务？
1、是否总是迅速地掌握部门或上司的方针，并准确地反映到程序开发当中？
2、同时常常能够立刻提出更好的解决方案？
3、是否迅速理解客户的需求？
4、布置任务是否不能很快理解，总是反复询问？
5、交待任务时是否总是显示出迷惑不解的表情？
1、是否能够很好地和同事相处？是否乐于帮助别人？特别是对后来者给与积极帮助？
2、对上司、外来人员的言谈举止是否富有礼节？
3、是否给人以诚实、开朗的印象？
4、是否属于高傲的人？是否很少有朋友，而且常与人有无谓的争执？
5、和人谈话时是否认真倾听对方的诉说，虚心接受对方的意见？
1、是否对公司的状况提出过建议、意见和合理化建议？
2、开发程序中是否努力改善工作质量，以一贯的态度将工作从头到尾做完，并使程序尽善尽美，一定要把工作做完才离开公司。还是常说“算了，就这样吧？！”之类的言语？
3、在工作中给人的感觉是踏实，有始有终还是懒懒散散，吊儿郎当？
4、上班时是否常打私人电话，是否经常浏览不相关的网页？
5、是否上级没有具体指示之前自觉完成业务？
6、是否经常寻找与自己业务相关的业务做？
7、是否积极学习业务知识？
8、对其不在监督也能迅速的完成任务？
9、是否对上司有敷衍的情况？
10、是否有辞职或调动的打算？
11、是否经常对公司抱怨？
12、是否对别人不愿意干的工作也主动承担？
13、是否具有不满足于现状，积极奋进的精神还是有过一天算一天的想法？
团队精神包括：纪律性、主人翁精神、协作性。
1、是否遵守理解公司各种规章制度而努力？并能规劝他人?
2、是否努力理解上级的批命令并圆满的贯彻执行？
3、是否严格遵守工作时间？有无经常迟到、早退、无故缺勤的情况？
4、在工作时间里是否热衷于工作？
1、是否存在浪费的现象？
2、是否经常利用职务之便为自己牟利？
3、是否注意收拾和整理工作场所？
1、是否能和同事很好的合作？
2、是否使人觉得经常多嘴多舌、指手划脚？
3、是否不推不动，只求自己方便、合适？
4、是否经常支持并积极参加公司各种活动？
领导能力，领导能力用于项目经理评价。
1、是否能组织手下员工高效地工作？
2、是否能促使本组员工和睦相处、团队协作？
3、是否能关心手下员工，鼓励优秀、批评落后？
4、是否积极地帮助手下员工？
软件开发工程师工作质量考核评分标准参考：
序号 | 标准（考核体系） | 说明（考核指标） | 评分标准 | 备注 |
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.2haoxitong.net/k/doc/90875a1f227916888486d760.html
文档为doc格式