软件工程师绩效考核表.doc

软件工程师绩效考核表员工姓名部门岗位主管姓名部门岗位年月日—考核周期考核类型□月度□季度年月日考核考核标准得分指标研发方面1.是否能对系统设计正确理解，能否提出合理化建议,如能采纳可加分（15分） 2。

是否系统详细设计全面、合理,如在设计上有所创新或采用更先进技术并采纳可加分 3.能否对研发过程中的技术难点提出可行性解决方案，资料及时备份分类 4. 能较早的进行后续功能的开发和整合,及早的发现问题并解决问题文档方面1.是否及时提交各阶段技术文档 (15分） 2.文档的内容组织是否有序合理,格式是否按公司文档格式编写 3。

技术文档的内容表达是否准确，能真实的表达设计意图 4.编写的技术文档描述是否详尽，对后续开发人员阅读是否容易理解 5.在设计文档时能否发挥创新的思维设计，使需求和模块结构更加清晰明了代码质量1。

模块划分清晰,结构安排合理（20分） 2。

模块设计时复用率高 3.编码简洁、规范，结构清晰，注解完整、清楚，容易被人理解 4.代码性能优越,BUG率低，异常处理考虑周全得当 5。

有充分的调试、测试提示功能计划与进1.项目研发是否能按项目计划进度完成，按里程碑计算，如能保证质量的前提下提前完度(20分) 成可以加分，反之，扣罚。

3.每项工作是否有计划；计划是否合理，进度是否得到有效控制,计划内容是否完整、详实、清楚,使人能清楚地把握当前工作动态4.每项决议是否得到监控并有效执行5.交付的每项任务是否能自觉的准时急时的解决代码维护1。

文档和代码能否始终保存同步（10分） 2。

是否每天将工作过程资料上传到服务器上进行备份 3。

急时指交每阶段的重要版本，以及里程碑产物 4。

对临时交付的开发任务是否也能做到及时备份 5。

每次备份的版本是否清楚表明版本的作用和变化工作态度1、能够自觉遵守公司各项规章制度 (20 2、按时提交工作周报分） 3、工作积极主动、良好的工作热情、乐意承担额外工作，积极思考，不断改进工作 4、具有强烈的责任心,认真负责，可以放心交付工作,迅速处理业务，对本职工作及领导交办的任务均能及时或提前高效地完成 5、富于团队精神,乐意协助他人的工作，顺利完成任务被评价者签字：审核者签字:。

软件部门绩效考核评价表1. 考核对象本考核评价表适用于软件部门内的所有员工。

考核对象包括但不限于软件工程师、测试工程师、项目经理等职位。

2. 考核标准软件部门绩效考核评价标准分为四个等级：优秀、良好、及格和不及格。

考核标准如下：2.1 工作质量工作质量是评价软件部门员工工作表现的重要指标，主要通过以下方面进行考核：•产品质量：评价软件产品的可靠性、性能、安全性等方面的表现。

•工作效率：评价软件部门员工完成工作的速度和效率，包括但不限于编码速度、测试速度等方面。

2.2 工作态度工作态度是评价软件部门员工工作表现的综合指标，主要通过以下方面进行考核：•团队合作：评价软件部门员工与同事之间的合作关系，包括分享经验、帮助他人等方面。

•自我学习：评价软件部门员工学习新知识、掌握新技能的能力，包括但不限于学习速度、学习能力等方面。

•客户服务：评价软件部门员工对客户需求的理解和响应能力，包括但不限于沟通能力、解决问题能力等方面。

3. 实施方式软件部门绩效考核评价采用360度评价方式进行，涉及部门内员工和客户的评价意见。

评价方式包括但不限于：•直接上级评价：直接上级对下属在工作中的表现进行评价，包括工作质量、工作效率、工作态度等方面。

•同事评价：员工之间互相评价，对彼此的合作关系、工作态度、共同解决问题等方面进行评价。

•客户评价：通过客户反馈对软件部门员工的服务、责任心、沟通能力等方面进行评价。

4. 评价结果评价结果根据软件部门绩效考核评价标准进行评分，最终得出优秀、良好、及格和不及格的评价结果。

评价结果将作为决定员工绩效考核等方面的参考依据，同时也是员工自我发展和提高的反馈。

5. 改进建议软件部门绩效考核评价结果并不仅仅是对员工表现的评价，更是为整个软件部门的改进提供建议和方向。

评价结果中能够反应出软件部门的薄弱环节和不足之处，以及员工需要改进和提高的方面，为软件部门提供改进的方向和措施。

6. 结语软件部门绩效考核评价表的实施，旨在促进软件部门员工的工作表现和个人成长，同时对软件部门的整体业绩提高有积极的推动作用。

软件测试工程师绩效评估表一．软件测试工程师职责：1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境；2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统；3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档；4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告；5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。

6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求；7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》；8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务；9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；二．软件测试的不确定性：1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。

这时这个出错几率已经通过终结评审可以接受了。

那么测试就结束了。

移植成功之后测试工作由开发部门来维护。

3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug；4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。

三．测试工作最低成功标准及测试工程师考核内容：测试工作的最终目标就是发现客户可能发现的所有错误。

软件工程师绩效考核------------一、软件工程师考评标准（一）（考评方式：开发经理考评)（最高分45分，及格分22.5分，最低分9分）1、开发过程中，编码的水平：A 、编码非常简洁、规范，注解完整、清晰，容易被人懂得；(7.5)B 、编码非常简洁、规范，注解较完整、易懂，较容易被人懂得；(6)C 、编码较简洁、规范，注解较完整、易懂，基本能被人懂得；(4.5)D 、编码较简洁、规范，有个别注解，勉强能被人懂得；(3)E、编码不简洁、规范，没有注解或者仅有个别注解，无法被人懂得。

(1.5)2、开发过程中，有关技术文档的编写水平：A、编写非常规范，非常及时，随时都能够查阅任意有关文档；(7.5)B、编写非常规范，较及时，随时能够查阅近期文档，文档编写滞后3天以内；(6)C、编写较规范，较及时，通常能够查阅近期文档；文档编写滞后3至6天；(4.5)D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；(3)E、编写不规范，不及时，常常难以查阅，甚至没有编写有关文档。

(1.5)3、他的建议及同意他人的建议：A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取与执行经理的建议；(7.5)B、有的时候有好的建议，对工作效率有些提高，同时能认真听取与执行经理的建议；(6)C、有的时候提一些建议，但没什么效果，往往能听取与执行经理的建议；(4.5)D、很少提建议，能听取经理的建议，但很少能执行，有的时候有些固执己见；(3)E、喜欢固执己见，不太能听取经理的建议，经常固执己见；(1.5)4、提交工作总结及开发计划：A、每次都能按时提交总结与计划，同时内容完整、详实、清晰，使人能清晰地把握当前工作动态；(7.5)B、每次都能按时提交总结与计划，内容较完整、详实，使人能熟悉当前工作动态；(6)C、基本能按时提交总结与计划，内容较完整、详实，使人能熟悉当前工作动态；(4.5)D、基本能按时提交总结与计划，内容不太完整，使人能基本熟悉当前工作动态；(3)E、很少能按时提交总结与计划，内容不太完整，使人能基本熟悉当前工作动态；(1.5)5、备份源程序A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；(7.5)B、基本每天都能备份源程序，抽查偶尔没有通过；(6)C、往往2至3天备份一次源程序，抽查通常没有通过；(4.5)D、往往一星期备份一次源程序，抽查通常没有通过；(3)E、不备份源程序，抽查从来没有通过；(1.5)6、对外技术保密（源程序、技术文档、核心技术属技术秘密）A、从不向无关人员透露技术秘密，从不携带技术秘密（非工作需要，下同）离开公司。

JAVA工程师月度考核评分表考核期间：年月备注：绩效考核得分90——100 考核系数1 85——89 0.980——84 0.870——79 0.760——69 0.660分以下 0绩效工资=绩效工资基数×绩效考核得分所对应的系数"""JAVA工程师月度考核评分表（标准版）使用说明考核目的与周期：考核目的：确保JAVA工程师的工作效率、专业技能、团队协作及工作态度的持续提升，为公司技术项目的顺利推进提供有力保障。

考核周期：本考核表按月进行，旨在及时反馈工程师的工作表现，促进即时调整与改进。

考核内容与权重：能力考核（80%）：保证研发进度（25%）：评估工程师是否按时完成研发任务，确保项目进度不受影响。

具体评分依据完成比例进行，量化数据如“按时完成研发要求0-25分”。

平台代码的编写（25%）：强调代码编写的严谨性，确保无BUG且网站运行流畅。

通过网站运行状态（如流畅、有少量BUG但可运行、无法运行）来具体评分。

网站BUG处理（20%）：关注工程师在网站出现BUG时的响应速度与修复能力，及时修复得满分，未能及时修复则为0分。

编写技术文档（15%）：要求文档结构清晰、内容详细，便于团队内外成员的理解与协作。

文档结构混乱则为0分。

工作积极态度及主动性（10%）：评估工程师的工作热情、责任心及提前完成任务、发现问题的能力，通过具体表现（如提前完成开发任务、发现细节性问题）来评分。

对业务的熟悉程度（5%）：衡量工程师对业务流程及所开发功能作用的了解程度，熟悉程度越高得分越高。

行为考核（20%）：团队合作（40%）：评价工程师在团队中的协作精神，从积极协作到与同事保持关系，再到事不关己的态度，分为三个等级进行评分。

学习力（40%）：考察工程师的学习态度与实践效果，从学习后实践并取得良好效果到仅有学习意识但无行动，同样分为三个等级。

遵守制度（20%）：关注工程师对公司制度的遵守情况，根据违反次数及对公司利益的影响进行评分，细化到四个等级。