软件工程师KPI指标考核
软件开发kpi绩效考核
软件开发kpi绩效考核一、软件开发KPI绩效考核：到底是啥？说到软件开发，大家可能脑海里会浮现出代码、bug、上线、加班这几个词汇。
不过啊，今天咱们要聊的，不是这帮硬核词，而是那玩意儿——KPI绩效考核。
别看它听起来很高大上，其实它就像是你在公司里的“考卷”，就看你这几个月的表现咋样，是给你加个鸡腿，还是叫你多加几道题。
咱们先弄明白，什么是KPI，能做点啥。
KPI，简单来说，就是对工作表现的量化考核，目标明确，不含糊，明白了不？就好像你去健身，教练给你一个“目标体重”，然后你天天量，减肥成功了，老板笑呵呵地给你发奖金，减不下来嘛，老板皱个眉，给你指指路让你加把劲。
说白了，它就是个“指路标”，你到底走得对不对，目标达没达，得看这些数据说话。
像开发工程师，一年到头，没准你就会看到自己的“成绩单”：代码提交频率、缺陷修复情况、任务完成率……这些都是“考试题”，考得不好，嗯，老板也不会轻易放过你。
二、KPI考核：它为什么能影响你？说了这么多，可能你会想，“这么一搞，我不就是被数字绑架了吗？”这你可就错了。
KPI这东西并不全是为了“刀枪入库，马放南山”，它更像是一个警钟。
要是你一直代码提交不积极，Bug不及时修复，项目进展慢得像乌龟爬，那老板怎么可能不紧张呢？他就得想办法让你按着目标走，别再“挂科”了。
KPI很大程度上是让你看到自己到底做得如何，在哪个环节拖了后腿，哪个地方进步了。
就像你打游戏，可能有些关卡你死了好几次，卡在那儿过不去，结果你一看积分榜，竟然你已经比别人多跑了两步。
这不就是给你一个“坐标点”嘛，知道自己在哪，目标在哪里，你才知道要怎么调整，才能冲得更快，才能变得更强。
所以啊，绩效考核其实也给开发者们设立了一个标杆，有了这个标杆，你才不会“迷路”。
再说了，KPI还能帮助你理清工作重点，像是开发过程中，这个功能先做、那个模块后做。
没有考核，大家都是“胡乱摸石头过河”，做到最后项目的质量都差不多，“将就”着交差。
软件开发工程师绩效考核表KPI模板(推荐)
指标类型
实际业绩（80%）
工作量 工作质量
独立工作能力 （4分）
软件开发工程师绩效（XXX月度考核）
工作能力（10%）
创新能力（2 分）
处事能力（2 分）
团队合作能力 （2分）
工作态度（5%）
建议及接受他 人的建议（2
分）
提交工作总结 及开发计划（3
分）
其他(5%) 主管评语
出勤率（2分）
对外技术保密 （3分0
上为满分，每降低1%，评分减少分值的10%，直至低于90%为0分；
依据来源 工作记录
质管办
主管的日常记 录与感受
人事主管 上级主管的检查记录
由公司确定，部门经理 研究发展部经理再根据具
说明：1）根据研究开发部门的部门职责，研究开发部门所有应该完成的工作全部用绩效点来衡量。部门 确认。公司发生的任何方面的责任，若与研究发展部有关，均要根据具体的责任大小扣整个研究发展部的 体的责任扣相关人员的绩效点。
2）出勤率达到99%以上为满分，每降低1%，评分减少分值的10%，直至低于90%为0分；
实际出勤天数 / 应出勤天数
分值
考核者 研发部经理 研发部经理 研发部经理
研发部经理
研发部经理
研发部经理 研发部经理 研发部经理
人事主管
一旦发现外泄0分，否则满分
上有应该完成的工作全部用绩效点来衡量。部门的总绩效点由公司确定，部门经 何方面的责任，若与研究发展部有关，均要根据具体的责任大小扣整个研究发展部的绩效点。研究发展部经理再根据 的绩效点。
软件开发工程师绩效（XXX月度考核）
具体指标
按照本岗位的工作说明书上的任务，部门经理根据每一项工作工作量的大小、 工作的难易程度确定绩效点，每月完成的总的绩效点作为其工作量。 工作质量的衡量，用扣绩效点的方法来实现，部门经理根据每项工作完成的质 量计算出总的应扣的绩效点。 能独立承担和完成本职工作范围内较大项目的科研设计和技术工作 能独立的完成本职工作范围内的一般性科研设计和技术工作 有时需要向上级或同事求救才能完成 经常需要上级和同事的明确指示才能完成 研究开发工作办法主意多，经常提出新的研究开发方案或建议，给公司技术改 造、技术革新和研究开发工作带来新面貌分 对研究开发工作有见解，有一定的成果 尚能出主意想办法，对研究开发工作提出合理化建议 研究开发工作中比较因循守旧，创新精神较差 善于及时、正确地解决现场反馈和工作中碰到的重大问题 能较快地和正确地解决现场反馈和工作中碰到的疑难问题 能较快解决现场反馈和工作中碰到的常见问题 对 善现于场 合反 作馈 和上 帮来 助的别问 人题 ，和 能工 建作 立中 一碰 个到 和的 谐困 的难 工不作知 学所 习措 环、 境无 ，能 在为 集力 体中有较高的威 信 待人和气，乐于助人，同人相处融洽 能与大多数人在一起工作 个 常性常孤 有僻 很， 好或 的易 建同议人 ，冲 并突 很， 大时 的常 提引 高人 了生 工气 作， 效别率人 ，不 而愿 且与 能他 认共 真事 听取和执行经理的 建 有议时提一些建议，但没什么效果，往往能听取和执行经理的建议 喜欢固执己见，不太能听取经理的建议，经常固执己见 每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把 握当前工作动态 基本能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态 很少能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态
软件开发岗位绩效考核指标
信息中心主任
季度
6
质量保证体系有效性评估
质量保证体系有效性评估结果
质量保证体系有效性评估报告
信息中心主任
季度
7
8
9
10
编号
基础绩效指标（CPI）
权重
CPI定义/公式
考核标准
信息来源
考核主体
考核周期
ห้องสมุดไป่ตู้11
开发文档归档率
实际归档数/应归档的开发文档数×100%
目标值100％，减少1个百分点，减（ ）分
考核标准
信息来源
考核主体
考核周期
1
2
3
4
5
6
7
8
9
10
编号
基础绩效指标（CPI）
CPI定义/公式
考核标准
信息来源
考核主体
考核周期
11
12
13
14
15
16
17
18
19
20
软件开发
一、关键绩效指标
编号
关键绩效指标（KPI）
权重
KPI定义/公式
考核标准
信息来源
考核主体
考核周期
1
产量系数×成本系数
20%
产量系数=当月实际产量/（全年目标产量/12）
成本系数=1 +（目标成本-实际成本）/目标成本
财务部、生产部
人力资源部（产量系数）；
财务部（成本系数）
季度
2
周边绩效
20%
有业务协作关系的部门
信息中心开发项目文件总目录
信息中心主任
季度
12
开发文档完整率
软件工程师KPI表
6
专业水平
项目组长或主管领导 评价
15
①专业技能较差，基础薄弱，勉强达到职位要求水平，但无任何改 进计划或采取任何改进措施加以改善;(0分) ②专业技能及基础一般，但基本可以达到职位要求的水平，有改进 计划，但缺乏实际行动;(5分) ③专业技能及基础良好，能够胜任目前职位，有具体提高计划，但 尚未付诸于行动;(10分) ④专业技能强，基础好，完全胜任目前工作，已经制定进一步提高 计划，并付诸行动，个人职位有进一步发展的潜能.(15分) 合计
5
工作方法
上级领导评价
20
①工作方法较为混乱，简单问题复杂化，时效性差;(4分) ②工作方法循规蹈矩，死板，具体工作适应性差，时效性一般;(8 分) ③工作方法循规蹈矩，死板，效果一般，但能够按时完成;(12分) ④工作方法恰当，能够根据具体工作灵活处理，工作成效明显;(16 分) ⑤工作方法新颖，效率高，结果事半功倍，成效卓著.(20分) 合计
软件工程师绩效考核表
姓名： 序号 部门： 个人承担任务（20%） 岗位：软件工程师 计划完成时间 实际完成时间 工作量 考核期间： 评分标准 年 月 日 至 年 月 日
员工自评
部门主管考评
2
3
4
5
①实际完成时间滞 后超过50%;(0分) ②实际完成时间滞 后50%~10%;(50-90 分) ③按时的完成该项 任务;(95分) ④提前出色的完成 该项任务.(100分)
7
BUG数量
导致代码出现错误的 问题数量
20
①代码错误百出，无法满足实际业务需求;(5分) ②能够满足基本业务需求，千行代码严重错误1个以上或者一般问题 3个以上;(10分) ③能够满足基本业务需求，千行代码没有严重问题，一般问题少于3 个(包含3个)，提示性问题不多于10个;(15分) ④能够满足基本业务需求，千行代码没有严重问题和一般问题，提 示问题不多于10个.(20分)
软件工程师绩效考评方案
软件工程师绩效考评方案一、绩效考评的目的与意义软件工程师的绩效考评是对员工工作表现和能力的全面评估，旨在激励员工发挥潜力，提高工作业绩，同时也对公司的管理和发展起到促进作用。
绩效考评不仅能够在一定程度上为公司提供决策和管理依据，也可以让员工清楚地了解自己的职业目标和职业发展方向，从而更好地规划个人职业发展。
二、绩效考评的指标体系1. 工作业绩软件工程师的工作业绩是绩效考评的核心指标，包括项目完成情况、项目质量、任务分配完成情况、工作效率等。
具体的指标包括项目进度是否按时完成、项目的质量是否符合要求、任务分配是否合理合适、工作效率是否高效等。
2. 专业能力软件工程师需要具备扎实的专业知识和技能，包括编程能力、代码质量、系统设计能力等。
通过对专业能力的评价，可以帮助员工了解自己的专业水平，同时也可以鼓励员工不断提升自己的专业技能。
3. 团队合作软件工程师多数情况下需要与团队成员合作完成工作，因此团队合作能力也是重要的考评指标。
团队合作指标包括团队协作能力、沟通能力、团队精神等方面。
4. 创新能力软件工程师需要具备一定的创新能力，能够为公司和项目带来新的想法和解决方案。
创新能力的指标包括是否具备创新意识、能否提出新的解决方案、是否能够将创新思想转化为实际行动等。
5. 自我学习能力软件工程领域更新迭代速度较快，员工需要不断学习新知识和掌握新技能。
因此，员工的自我学习能力也是绩效考评的重要指标之一。
三、绩效考评的操作流程1. 绩效目标设定公司领导和部门经理根据公司战略目标和部门需求，对软件工程师的绩效目标进行设定，并与员工进行沟通确认。
2. 绩效考核周期一般每年进行一次绩效考核，考核周期一般为12个月。
3. 考核标准设定根据绩效指标体系，设定绩效考核标准和考核方法，确定评分标准。
4. 绩效考核工具公司可以利用绩效考核软件或者表格进行绩效考核，记录员工的工作业绩，专业能力、团队合作、创新能力、自我学习能力等方面的表现。
软件工程师月度绩效考核评分表
姓名
部门
技术中心
岗位
软件工程师
考核内容及分值（100分）
考核项目
考核内容
评判标准
权重
初评
复评
纪
律
违纪
1、未实行请假手续，无故旷工1天扣5分；
2、违背公司纪律被公司通报批评或罚款，根据违纪情形的轻重以及罚款数额的高低扣2-5分；打架斗殴每次扣5分。
10分
计
划
性
工作计划
1、当月28日前未提交月度工作总结和下月工作计划的每延迟1天扣2分；
2、逐日未记工作日志，每延迟1天扣0.5分。
5分
暂时任务
1、未能按时完成领导暂时安排工作任务每项扣2分；
2、暂时工作任务虽完成，但未到达领导要求每项扣1分。
5分
本
职
工
作
70 分
工作内容
未按月度工作计划完成软件开发或二次开发项目，每延迟一天扣1分；
按月度工作计划起草、贯彻公司相关规章制度不及时，每延迟一天扣1分；
初评签字： 复评签字： 批准：
4、公司网站的保护、事性网页更新不及时，每延迟一天扣1分；
5、有公道化建议被公司采取的加2-5分。
50分
周边绩效
10分
内外部反馈
1、不积极配合相关人员工作遭到投诉的每次扣2分；
2、公司开会点名批评或公司级通报批评每次扣2分；
3、遭到外部协作单位投诉的每次扣2分。
10分
扣分/加分说明：
加分
合计
100分
3、主管部门设备的保养、保护和安全工作保证不力，导致重大设备没法的正常运行的，每故障延迟一次扣1分。
20分
工作质量
1、公司服务器的管理，信息系统的日常保护和数据备份不及时，显现了较大失误的每项扣4分；
软件开发工程师绩效考核
软件开发工程师绩效考核1、工作完成及时性。
按时间评判。
10分。
•A、杰出：经常提前完成安排的工作。
•B、良好：按时完成。
•C、正常：基本完成计划内工作，出现可控范围内延期。
•D、需改进：经常性出现延期或者延期严重。
2、工作量饱和度即生产率(一般评估标准：代码量/完成的时间)。
12分。
•A、杰出：工作效率很高，提前完成上级要求，满意度很高。
•B、良好：工作效率较高，达到上级的要求，满意度较高，未出现异常问题。
•C、正常：工作效率不高，基本达到上级的基本要求，偶现小问题。
•D、需改进：工作效率低，经常不能达到上级的要求，经常出现问题。
3、工作主观性（是否会主动推动工作的进行）。
评判：每周主动推动且主动协助解决项目问题。
5分。
•A、杰出：主观能动性很强，时刻主动推动项目进展，不需要领导时刻敦促。
•B、良好：主观能动性较强，推动项目进展，不需要领导时刻敦促。
•C、正常：主观能动性一般，偶尔推动项目进展，领导需要敦促。
•D、需改进：主观能动性较差，需要别人推动项目进展，领导需要时刻敦促。
4、文档质量（需求文档理解质量、测试用例质量、代码注释）。
8分。
•A、杰出：输出文档清晰、正确、规范，积极参与文档正规化建设，当天报告当天填写。
•B、良好：输出文档完整、正确、规范、满足公司文档要求，当天报告次日填写。
•C、正常：输出文档完整、正确，当天报告周末填写。
•D、需改进：输出文档不完整、不正确，当天报告拖延时间较长填写。
5、临时任务。
5分。
•A、杰出：乐意接受突发任务并高效及时完成。
•B、良好：接受突发任务并及时完成。
•C、正常：不忙时可接受突发任务并及时完成。
•D、需改进：不接受突发任务。
6、工作完成质量。
研发完成测试后验收时校验(总工期为计划开发时间、测试版本修改bug时间不包含测试时间)。
20分•A、杰出：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时间超过总工期10%以内。
•B、良好：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时间超过总工期15%以内。
SQE工程师KPI
SQE工程师KPISQE（Software Quality Engineer）工程师是负责软件质量保证的专业人员，其主要职责是制定和实施测试策略、规划、设计和执行测试用例、分析测试结果，以确保软件的质量。
为了评估和评估SQE 工程师的绩效，需要制定关键绩效指标（KPIs），这有助于衡量他们在工作中的表现。
本文将探讨SQE工程师KPI，并解释每个KPI的重要性。
第一节：缺陷发现率SQE工程师的首要任务之一是发现软件缺陷并提供解决方案。
因此，缺陷发现率是衡量SQE工程师绩效的重要指标之一。
缺陷发现率可以通过统计一个时间段内工程师发现的缺陷数量来计算。
较高的缺陷发现率意味着工程师在测试过程中能够发现更多的缺陷，从而提高了软件的质量。
第二节：缺陷解决速度另一个关键的KPI是缺陷解决速度。
这是衡量SQE工程师处理缺陷的能力和效率的指标。
缺陷解决速度可以通过计算从发现缺陷到修复缺陷所花费的平均时间来衡量。
较短的缺陷解决时间表明工程师能够快速定位和修复软件缺陷，减少了软件发布的漏洞。
第三节：测试覆盖率测试覆盖率是衡量SQE工程师测试工作的广度和深度的指标。
它可以通过计算测试用例覆盖的功能或代码的百分比来评估。
较高的测试覆盖率意味着SQE工程师能够对软件的各个方面进行全面测试，这有助于发现更多的缺陷和问题。
第四节：测试自动化率测试自动化是提高测试效率和准确性的关键手段。
因此，测试自动化率是一个重要的KPI，用于衡量SQE工程师开发和维护自动化测试用例的能力。
较高的测试自动化率表明工程师能够使用自动化测试工具和框架，减少手动测试的工作量，提高测试效率。
第五节：测试执行时间测试执行时间是衡量SQE工程师运行测试所需的时间的指标。
它可以通过计算从开始执行测试到完成执行测试所需的平均时间来确定。
较短的测试执行时间意味着工程师能够快速完成测试任务，提高测试效率。
第六节：缺陷重新打开率缺陷重新打开率是衡量SQE工程师在修复缺陷后是否产生新的缺陷的指标。
嵌入式软件工程师绩效考核指标
39
45%
时间有延时；多相角显示未完成
36
10%
完全配合
9
合计
100%
KPI得分
84
员工签名：
主管签名：
审核日期：2018/2/5Fra bibliotek沟通反馈:
评分标准和评定等级：
优秀
（90-100分）：该员工可以被作为模范榜样来激励和培养其他人员；
良好
（80-90分）：所有目标全部达到；
合格
（70-80分）：总体绩效可以接受；达到90%的目标期望；
按照项目计划拖延15%以上完成
90-100 80-89 60-69 90-100 80-89 60-69 0-59
完全配合
90-100
工作态度 配合一般
80-89
不配合
60-69
权重
实际结果(员工填写；主管认可） 员工自评（计划完成情况及效果）
主管评分 得分×权重
45%
有功、无功电能Simulink仿真；仿真结 果正常，精度符合要求；
被考核人姓名
李钊
部门 研发部
岗位
嵌入式软件工程 师
考核月份
1月
绩效考核指标及完成情况
项目 KPI1 KPI2
KPI3
目标和期望值(员工填写；主管认可）
工作计划事项
衡量标准
运行无警告性错误
软件设计质量 运行无致命错误
运行有致命错误，但是能够恢
按项目计划超前完成
调试进度
按项目计划完成 按照拖延时间15%完成
不合格，需改善（60-70分）：总体绩效无法令人接受；缺乏关键技能或者无法恰当运用这些技能来完成工作。
不合格 ，淘汰 （0-60分）：远离目标，需淘汰。
软件开发人员月度KPI考核指标
5%
6—8
＜6 出相应功能加0.1,提出1次重大工
外培训1次加0.05
-
-
备注 详见计划进度表
详见故障统计表
一般故障（造成软件顿卡超过10 出现3次/月（含）以内
秒，软件报出死循环异常，出现 模块不符合规范、出现数据错误
出现6次/（含）以内
3
质量 等）
出现10次/月（含）以上
不符合代码规范和逻辑次数在4
次/月（含）以下
代码规范性和逻辑合理性（通过 不符合代码规范和逻辑次数在5代码审查发现不符合规范和不合 10次/月（含） 逻辑或逻辑重复的冗余代码）
广州油 菜花动 开发组 成员考
序号 考核指标
指标定义
考核标准
100%（含）完成任务
1
项目工作完 工作完成度=实际完成项目数/计 完成开发任务90%（含）以上
成度
划完成项目数*100%
完成开发任务80%（含）以上
完成开发任务80%（不含）以下
准确理解和沟通工作细节，及时
准确汇报工作情况，因理解不清
造成问题的次数在3次（不含）以
下
协助解决问题次数在5次/月
（含）以上
帮助团队成员解决问题或提出问 协助解决问题次数在3次/月
题解决方案
（含）以上
协助解决问题次数在2次/月
提出新需求，工艺创新
（含）以下 提出1次新需求并开发出相应功能加0.1,提出1次 艺创新被采纳加0.05
组织计划以外的培训和学习
以下 能较准确理解和沟通工作细节，
2
团队协作情 况
工作理解、汇报与沟通情况
基本准确及时地汇报工作情况， 因理解不清造成问题的次数在5 次/月（含）以下
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
不影响其它操作系统正常运行
符合公司远景和战略
对业务带来 x的时间/金钱效益
特别项目(5%)
2000年recoding
对所有系统都进行实施
提交两个方案
软件工程师
考核项目
考核标准
业务软件系统维护Βιβλιοθήκη 25%)系统一、收费系统业务时间内，0% 的事故当机（CS&T部门也参与此指标考核）。
3至 7秒的屏幕反应时间， x秒的报告表格生成时间。
在 x时间内，90% to 99% bug得以修复
在一小时内响应使用者的问题投诉
业务产出报告正确率 x,及时率y
系统二、人事管理软件系统
同上，但标准有不同
数据库维护(25%)
数据上载
每月x次从数据库中排除有问题数据
软件系统设计方案(10%)
按照标准流程设计
设计结果满足全部需求
方案实施费用可以控制在预算内
成本/利润率合乎标准
方案与现有体系兼容好
在最后期限内提交
现有系统升级(20%)
安装时候无缺憾
如期提交
再开发业务流程软件
报告数据可靠
所要求的数据等资源标准未提高