软件工程师绩效考核.docx
软件工程师
绩效考评
目的
公司为贯彻实施科技兴业之政策，支持
自助创新和可持续发展，充分调动科技研发队伍的积极性、创造性和主动性，简历完善的激励约束机制，从而提高企业核心技术竞争力，增强企业反战后劲之目的，特设定本考核办法。
适用范围
公司所有研发技术相应人员。主要是对公司在技术上有创新、业务专研能力强，对推进公司研发项目和项目实施有成果的科技人员和从事研发的管理人员，以及在公司未来发展中具有关键或核心作用的科技技术人员和从事研发的管理人员实施的激励。
三、
考核标准
考评说明：
每次仅考虑一个因素，不允许某个因素给出的考评而影响其他
因素的决策；
考虑整个考评时期的业绩，避免集中在近期的事件或孤立的事件；
对所有被考评人的同一项目进行集中考评，请勿以人为单位进行考评。（最高分45分，及格分22.5分，最低分9分）
开发过程中，编码的水平：
编码非常简洁、规范、注解完整、清楚，容易被人理解；（7.5）
编码非常简洁、规范、注解
较
完整、
易懂
，
较
容易被人理解；（
6
）
编码
较
简洁、规范、注解
较
完整、
易懂
，
基本能
被人理解；（
4
.5）
编码
不
简洁、规范、
有个别
注解、
勉强能
被人理解；（
3
）
编码
不
简洁、规范、
没有
注解
或仅有个别注解，无法被人理解。
（
1
.5）
2、开发过程中，相关技术文档的编写水平：
A、编写非常规范，非常及时，随时都可以查阅任意相关文档；（7.5）
B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内；（6）
C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天；（4.5）
D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；（3）
E、编写不规范，但不及时，常常难以查阅，文档编写滞后6天以上；（1.5）
3、他的建议及接受他人的建议：
A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议；（7.5）
B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议；（6）
C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议；（4.5）
D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执已见；（3）
E、喜欢固执已见，不太能听取经理的建议，经常固执已见；（1.5）
4、提交工作总结及开发计划：
A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态；（7.5）
B、每次都能按时提交总结和计划，内容较完
软件工程师绩效考核.docx
下载提示