软件工程师KPI表

15
计划，但缺乏实际行动;(5分) ③专业技能及基础良好，能够胜任目前职位，有具体提高计划，但
尚未付诸于行动;(10分)
④专业技能强，基础好，完全胜任目前工作，已经制定进一步提高
计划，并付诸行动，个人职位有进一步发展的潜能.(15分)
合计
序号 1 2
3
规章制度（15%）
考勤制度 保密制度
评价依据 《员工手册》 《保密宣传手册》
姓名： 序号
软件工程师绩效考核表
部门： 个人承担任务（20%）
岗位：软件工程师 计划完成时间 实际完成时间 工作量
考核期间： 年 月 日 至 年 月 日
评分标准
员工自评
部门主管考评
2
3
①实际完成时间滞 后超过50%;(0分)
②实际完成时间滞
后50%~10%;(50-90
4
分)
③按时的完成该项
任务;(95分)
3 部门/小组建设
考核周期内累计提交
积极参与部门/小组建设，考核期内累计提交有助于团队建设的建议
有助于团队建设建议 5 1~5项，并被采纳，且效果显著（需提交证明材料）.(1~5分)
并被有效采纳的次数
备注：一项加1分，最多加5分.
序号
惩罚扣分项
1 损害公司形象
2
对部门建设造成不利 影响
3 其他部门投诉
员工自评
部门主管考评
①代码的编写完全不符合公司规范要求;(2分)
4
规范性 (抽查项)
代码编写格式、风格 与公司规范要求的符 合程度
10
②不符合编码规范的问题类型数量少于5个;(4分) ③不符合编码规范的问题类型数量少于3个;(6分) ④熟悉编码规范，严格按照编码规范编写，无不符合项;(8分) ⑤严格遵守编码规范，对规范的执行和完善起到积极促进作用（主
④能够满足基本业务需求，千行代码没有严重问题和一般问题，提
示问题不多于10个.(20分)
合计
序号 工作完成效率(20%) 评价方式/依据 分数
评分标准
1 工作任务完成效率
①经常不能按时完成任务，对所分配任务消极怠工，拖拉懒散;(0
分)
②个别任务未能按时完成，但80%的工作都基本完成，不影响项目整
按照实际完成情况评 价
⑤非常善于与人合作，主动为他人提供帮助，积极主动与人交流、
沟通，乐于将自己的经验心得与他人分享，与其合作，感觉非常愉
快.（20分）
①墨守成规，缺乏创新意识，从无创新行为;(0分)
②能够根据工作需要，提出创新主张，但没有实际付诸行动;(5分)
5
创新精神
项目组长或主管领导 评价
15
③工作中会有新鲜独特的思路和想法，并能够将想法付诸于行动， 且取得实质性的成果;(10分)
①对上级下达指令或分配的任务不能积极响应并及时开展工作;(0
分)
②对上级下达的指令或分配的任务，有抵触情绪，但还是能够根据
指示及时执行;(5分)
③能够执行上级下达的指令或分配的任务，行动积极，但执行效果
3
执行力
主管领导评价
20 不能完全达到要求;(10分)
④严格执行上级下达的指令或分配的任务，行动迅速，且执行效果
④提前出色的完成
5
该项任务.(100分)
6
7 平均
序号 1
工作完成质量(25%)
描述
分数
评分标准
完整性
文档格式满足规范或 标准的程度以及文档 内容涵盖范围满足规 范或标准的程度 计算公式： 内容覆盖率=已包含 要求条目数量/规范 要求涵盖数量
10
①文档编写格式完全不符合规范要求,主要内容涵盖规范要求要素不 足70%;(4分) ②文档编写格式基本符合规范要求,主要内容能够涵盖规范要求要素 的70%;(6分) ③文档编写格式完全符合规范要求,主要内容涵盖规范要求要素的 90%以上;(8分) ④文档编写格式完全符合规范要求,主要内容100%涵盖规范要求，同 时能够根据项目特点，对文档格式及主要构成部分进行优化及推 广.(10分)
①文档版本变更无任何记录，且之前版本文档无保存;(4分)
②文档版本变更有历史记录，但之前版本文档无保存;(6分)
2
文档
可追溯性
文档版本变更控制的 程度
10
③文档版本变更有详细记录，包括变更原因、内容、时间、变更人 等信息，但之前版本文档无保存;(8分)
④文档版本变更有详细记录，包括变更原因、内容、时间、变更人
10
分) ④代码实现过程中充分考虑重用问题，结构清晰简单，在本项目范
程度
围内能够实现大范围重用;(8分)
⑤代码实现过程中充分考虑重用问题，结构清晰简单，在本项目范
围内能够实现大范围重用，同时经过简单改动即可实现跨项目重
用.(10分)
代码
代码
①代码逻辑混乱，结构复杂，其他专业水平相近的软件开发人员完
合计
序号 工作能力（20%）
评价方式/依据 分数
评分标准
员工自评
部门主管考评
①对分配的任务不加分析（日志或文档体现）,并消极对待自己工作
的不足,经常推诿责任,将问题指向他人,并计较个人得失;(0分)
②能够接受分配的任务,并正确认识工作上的不足,但未采取任何改
1
责任心
主管领导评价，日志 和文档内容体现
全无法读懂;(4分)
6
易读性
代码释义名称及注释 可被其他同行（专业 知识结构及水平相近 的人）有效理解的程 度
20
②代码结构稍显复杂，但基本可以读懂，需要修改、补充注释或作 者讲解的代码部分不超过50%;(8分) ③代码基本可以读懂，结构较为清晰，需要修改、补充注释或作者 讲解的代码部分不超过30%;(12分) ④代码逻辑简单，结构清晰，需要修改、补充注释或作者讲解的代 码部分不超过10%;(16分)
有限;(8分)
根据工作日志的实际 填写情况判断
20
③日志数量全，但偶尔填写不及时，内容描述不够清晰，上级需要 花费大量时间并通过询问当事人才能了解当其天的工作任务;(12分)
④日志数量全，填写及时，但内容描述不够清晰，上级需要花费一
定时间阅读，才能了解当其天的工作任务;(16分)
⑤工作日志完备，填写及时，内容描述具体明确，一目了然.(20分)
5 工作方法
上级领导评价
①工作方法较为混乱，简单问题复杂化，时效性差;(4分) ②工作方法循规蹈矩，死板，具体工作适应性差，时效性一般;(8 分)
20 ③工作方法循规蹈矩，死板，效果一般，但能够按时完成;(12分)
④工作方法恰当，能够根据具体工作灵活处理，工作成效明显;(16 分) ⑤工作方法新颖，效率高，结果事半功倍，成效卓著.(20分)
动宣导、推广，并形成事实行动--如开展培训等）.(10分)
①代码编写过程中从未考虑重用问题;(2分)
②代码编写过程中有重用计划（文档或日志中有相关内容），但无
实际行动;(4分)
程序部分模块能再次
③代码编写过程中有重用计划，并能够在本项目内实现部分重用;(6
5
可重用性
用于其他应用（完成 的功能相似）部分的
⑤代码逻辑简单，结构清晰，无需修改、补充注释或作者讲解即可
被其他专业水平相近的软件开发人员读懂.(20分)
①代码错误百出，无法满足实际业务需求;(5分)
②能够满足基本业务需求，千行代码严重错误1个以上或者一般问题
7
BUG数量
导致代码出现错误的 问题数量
20
3个以上;(10分) ③能够满足基本业务需求，千行代码没有严重问题，一般问题少于3 个(包含3个)，提示性问题不多于10个;(15分)
4
团队协作精神
主管领导或项目组长 评价（可通过询问其 他团队成员收集评价 依据）
20
宽容性不够，别人不太愿意与其合作;(5分) ③比较善于与人合作，能够帮助别人，工作中能够与人正常沟通、 交流;能够理解和宽容别人，能够换位思考;(10分) ④经常与人合作，乐于帮助别人，与人交流、沟通顺畅，团队合作 紧密;(15分)
安排;(0分)
②工作主动性一般，不能积极思考，50%的工作需要上级具体安排,
2
主动性
主管领导评价
15 但能够主动反馈工作结果;(5分)
③无需上级具体安排即可主动开展工作，并能主动反馈结果;(10分)
④除主动完成本职工作以外，能够积极思考并提出对现有工作的合
理化建议和意见，并随时保持与上级及时有效的沟通.(15分)
20
体进度;(4分) ③滞后1~2天完成任务，完成质量良好，基本达到上级要求;(8分) ④能够按时完成分配的任务，工作量饱满，能够达到上级或者项目
的要求;(12分)
⑤能够及时的完成每项任务，并且完成质量较好;(16分)
⑥能够提前出色的完成所分配的任务.(20分)
员工自评
部门主管考评
2 处理疑难问题的效率 主管领导评价
其他要求
《员工手册》
分数
评分标准
30 全勤 30分，矿工一次30分扣完，迟到或早退一次扣5分.
40 严格按照保密条例操作，无违规40分，违章一次从40分上减5分.
30
《员工手册》除考勤和保密之外的其他要求，无违反30分，违反一 次扣30分，扣完为止.
合计
序号
激励加分项
说明
分数
评分标准
1 专利申请
考核期内获批准申请 专利数量
4 泄密事件
评价方式/依据 上级领导判断 上级领导判断 接到实际投诉次数 保密宣传手册规定
合计
分数
评分标准
-5 不论轻重直接扣5分.
-5 不论轻重直接扣5分.
-5 投诉一次扣1分，每投诉一次扣一分，最高不超过5分.
-100 发生一次泄密事件，本次考核整体记为0分.