软件工程师绩效考核表.doc
软件工程师KPI表
⑤代码逻辑简单，结构清晰，无需修改、补充注释或作者讲解即可
被其他专业水平相近的软件开发人员读懂.(20分)
①代码错误百出，无法满足实际业务需求;(5分)
②能够满足基本业务需求，千行代码严重错误1个以上或者一般问题
7
BUG数量
导致代码出现错误的 问题数量
20
3个以上;(10分) ③能够满足基本业务需求，千行代码没有严重问题，一般问题少于3 个(包含3个)，提示性问题不多于10个;(15分)
15
进措施,有时推诿责任、计较个人得失;(5分) ③对分配的任务能认真负责，对工作上的不足能加以分析并改进，
不推诿责任，不计较个人得失;(10分)
④对分配任务认真负责，且愿意承担额外的工作，对工作上的不
足，能经常分析，认真总结，积极改进.(15分)
①工作非常被动，对明显工作视而不见，所有工作均需要上级具体
①对疑难问题采取回避态度或不及时反馈请教，导致问题不能得到
及时解决，严重影响项目进度;(0分)
②对于疑难问题能及时反馈，但不能主动思考，总是等待他人解决;
（5分)
20
③对于疑难问题能够及时反馈，主动思考并提出解决方案，但方案 的效果不佳，会影响自身的开发进度;(10分)
④对于疑难问题能够及时反馈，主动思考并提出解决方案，并在不
⑤非常善于与人合作，主动为他人提供帮助，积极主动与人交流、
沟通，乐于将自己的经验心得与他人分享，与其合作，感觉非常愉
快.（20分）
①墨守成规，缺乏创新意识，从无创新行为;(0分)
②能够根据工作需要，提出创新主张，但没有实际付诸行动;(5分)
5
创新精神
项目组长或主管领导 评价
15
③工作中会有新鲜独特的思路和想法，并能够将想法付诸于行动， 且取得实质性的成果;(10分)
软件工程师绩效考核表
软件工程师绩效考核表员工姓名部门岗位主管姓名部门岗位年月日—考核周期考核类型□月度□季度年月日考核考核标准得分指标研发方面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. 结语软件部门绩效考核评价表的实施，旨在促进软件部门员工的工作表现和个人成长，同时对软件部门的整体业绩提高有积极的推动作用。
java开发工程师绩效考核
获得一般的效果
5
积极参加公司或部门组织 的培训，根据工作需要能 提出培训需求，善于自我 学习，工作能力有显著提 高 严守机密，不在公开场合
积极参加公司或部门组织 的培训（因工作需要除 外），根据工作需要能提 出培训需求，并能根据岗 位进行相应的学习，工作 能能力守有机所密提，高不在公开场合
5 谈论与秘密事件相关的事 谈论与秘密事件相关的事
能够90%完成任务
操作系统技能水平 5 能够100%完成任务
能够90%完成任务
责任心
5
严谨认真，未出现工作疏 严谨认真，有较小的疏漏
漏、疏忽现象
、疏忽现象
创新程度
工作态度 （20%）
学习提升
保密意识
对改进、推进工作有新方 对改进、推进工作有新方
5 法、新举措，并得到实施 法、新举措，并得到实施
获得很好的效果
绩效考核评价表
部门：
岗位：Java软件工程师
考核项目
考核指标
分值Βιβλιοθήκη 秀优技术创新成果
10 6次以上
4次以上
绩效成果 （50%）
技术成果满足方案 的百分比
20
90%以上技术成果满足方 80%以上技术成果满足方
案设计
案设计
技术成果迭代次数
20
90%以上技术成果迭代次 80%以上技术成果迭代次
数低于1次
数低于1次
能够参加公司或部门组织 的培训（因工作需要除 虽然能够参加公司或部 外），并能够根据岗位进 门组织的培训，但工作 行相应的学习，工作能力 提升效果不大 有所提高
熟悉保密制度，但会出现 有保密意识，但会出现
一、两次泄密事件
两次以上泄密事件
专业技能 （30%）
软件测试工程师绩效评估表
软件测试工程师绩效评估表一．软件测试工程师职责：1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境；2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统；3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档；4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告；5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。
6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求；7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》；8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务；9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；二．软件测试的不确定性：1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。
这时这个出错几率已经通过终结评审可以接受了。
那么测试就结束了。
移植成功之后测试工作由开发部门来维护。
3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug；4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。
三．测试工作最低成功标准及测试工程师考核内容：测试工作的最终目标就是发现客户可能发现的所有错误。
软件工程师绩效考核表
1
3 电费比上年同期节约2%
2
本
电费比上年同期节约3%及以上
3
总分
自我评语： 熟悉WTL知识，设计iWebPDF II的UI部分，增加动态创建菜单和工具栏，增加多语言的设置。
签名：
考核者简评：
签名：
1 日——— 2020 年 10 月 31 日
部门
实际总得分 得分
自评得分 上级评得分
平均分
3
3
3
3
位
评
荷 工 开发任务量 3 开发任务适度
2
作
负
岗
位
评
荷 工 开发任务量 3
作
负
开发任务轻松
1
工作细致、能举一反三的去思考并认真的检查工作 3
工作细致程 度
3 工作中细致程度不够，有提高空间
2
工作中细致程度差，亟需提高
1
岗
位
临时安排的工作能够负责、及时的完成
3
工 作
其他工作质 量
3 临时安排的工作能够完成，但时间不好保证
意
本月个人办公用品坏掉的扣1分
司
识
使用会议室后没有关空调的，参会人员集体扣1分
提出一条有利于节约成本的方案，被采纳实施后，并取得
加
应有的效果，增加1分
分
公
完成计划业绩的60%
1
减 分
成 情 况
司 业 绩 未
完成计划业绩的70% 4
完成计划业绩的80%
2 3
完完成Βιβλιοθήκη 划业绩的90%及以上4项 成
电费比上年同期节约1%
1
无迟到情况
10
迟到1次
8
迟到2次
软件工程师绩效考核
软件工程师绩效考核------------一、软件工程师考评标准（一）（考评方式：开发经理考评)（最高分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工程师月度考核评分表(标准版)
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%）：关注工程师对公司制度的遵守情况，根据违反次数及对公司利益的影响进行评分，细化到四个等级。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
被评价者签字：
审核者签字：精品资料
4.对临时交付的开发任务是否也能做到及时备份
5.每次备份的版本是否清楚表明版本的作用和变化
工作态度（20
分）
1、能够自觉遵守公司各项规章制度
2、按时提交工作周报
3、工作积极主动、良好的工作热情、乐意承担额外工作，积极思考，不断改进工作
4、具有强烈的责任心，认真负责，可以放心交付工作，迅速处理业务，对本职工作及领导交办的任务均能及时或提前高效地完成
代码质量（20分）
1.模块划分清ห้องสมุดไป่ตู้，结构安排合理
2.模块设计时复用率高
3.编码简洁、规范，结构清晰，注解完整、清楚，容易被人理解
4.代码性能优越，BUG率低，异常处理考虑周全得当
5.有充分的调试、测试提示功能
计划与进度（20分）
1.项目研发是否能按项目计划进度完成，按里程碑计算，如能保证质量的前提下提前完成可以加分，反之，扣罚。
4.能较早的进行后续功能的开发和整合,及早的发现问题并解决问题
文档方面（15分）
1.是否及时提交各阶段技术文档
2.文档的内容组织是否有序合理，格式是否按公司文档格式编写
3.技术文档的内容表达是否准确，能真实的表达设计意图
4.编写的技术文档描述是否详尽，对后续开发人员阅读是否容易理解
5.在设计文档时能否发挥创新的思维设计，使需求和模块结构更加清晰明了
软件工程师绩效考核表
员工姓名
部门
岗位
主管姓名
部门
岗位
考核周期
年 月 日— 年 月 日
考核类型
□月度 □季度
考核
指标
考核标准
得分
研发方面（15分）
1.是否能对系统设计正确理解，能否提出合理化建议，如能采纳可加分
2.是否系统详细设计全面、合理，如在设计上有所创新或采用更先进技术并采纳可加分
3.能否对研发过程中的技术难点提出可行性解决方案，资料及时备份分类
3.每项工作是否有计划；计划是否合理，进度是否得到有效控制，计划内容是否完整、详实、清楚，使人能清楚地把握当前工作动态
4.每项决议是否得到监控并有效执行
5.交付的每项任务是否能自觉的准时急时的解决
代码维护（10分）
1.文档和代码能否始终保存同步
2.是否每天将工作过程资料上传到服务器上进行备份
3.急时指交每阶段的重要版本，以及里程碑产物