软件工程师研发绩效Word格式.docx
- 文档编号:15398058
- 上传时间:2022-10-30
- 格式:DOCX
- 页数:9
- 大小:16.91KB
软件工程师研发绩效Word格式.docx
《软件工程师研发绩效Word格式.docx》由会员分享,可在线阅读,更多相关《软件工程师研发绩效Word格式.docx(9页珍藏版)》请在冰豆网上搜索。
60
根据指标达成率与基础分值的乘积
得出相应分值,向卜取整。
超额完成任务允许咼于基础分值。
日代码量/平均日代码工时
方案设计量/平均方案设计工时
8
300
方案工时
方案设计量
过程符合度
20
故障(扣分项)
根据公网bug率的故障级别在现有
分值上扣分
总分
80
组织贡献
10
主动性创新性分享性有以上:
主动承担责任,接受额外任务并准时完成。
或主动发现BUG/缺陷并解决。
自主开发新工具、新公用模块、新调查文档报告。
主动分享经验,培训或提交经验文档。
实迹,每项酌情加分2分。
需阐述事迹。
项目贡献
工作热情:
责任心:
配合度:
综合评定
□A
□B□C□D最终得分
备注:
评价与期盼:
考核周期岗位中级工程师
50
7
350
1
1000
30
90
主动性:
创新性:
分享性:
有以上实迹,每项酌情加分2分。
□B
□C
□D
最终得分
考核周期岗位中高级工程师
40
6
400
2
3000
考核周期岗位高级工程师
4
450
8000
指标使用说明
日代码量:
计算公式为
(C客户端项目代码量*0.8+C服务器代码行数+javascript代码行+java代码行数*0.7+SQL代码*0.62+修改线上bug*10)*质量系数*bug率系数
方案设计量:
架构设计对应的完成代码行*0.05*修改所占百分比+概要设计对应产生的代码量*0.1*修改所占百分比+详细设
计代码行
修改所占百分比:
实际开发过程中因考虑不周或逻辑问题导致的修改部分所占的比重
1,对于”放水”或者有舞弊行
质量系数:
根据抽查的代码质量进行打分,对于好的系数会大于1,对于有问题的系数小于
为者给予取消绩效考评资格或者乘以比较低的惩罚性系数,注释率低于20%扣代码行
bug率系数:
当千行bug数高于标准值时系数小于1,低于标准值时系数大于1
公式为:
1-(千行bug数-5)*0.02
千行bug数
系数
3
1.04
1.02
5
0.9
15
0.8
・・・
0.1
>
0.0
有效工时计算:
/部门任务和项目任务所用工作量的
查看【个人仪表盘】的【工作量整体透视】,点击【个人工作量整体透视】,其中【项目工作量】为部门计划任务、一键通发布的临时项目合计,【非项目工作量】为一键通发布的无归属任务和计划外任务日志填写所用的工作量。
故障(扣分项):
A级故障(或urgentbug):
出现一次扣2000行10分钟未解决扣4000行
B级故障(或highbug):
出现一次扣1000行20分钟未解决扣2000行
C级故障(或mediabug):
出现一次扣500行2天未解决扣1000行
D级故障(或lowbug):
一周未解决扣500行
如果个人为故障/上线项目的直接负责人按上述分值扣分
如果非直接负责人则项目组中所有开发人员扣上述分值的1/4
注:
故障级别参照运维部门相关规定
暂定代码行要求:
高级:
450行中高级:
中级:
初级:
小时代码工作量计算公式
Min(目标工时,实际工时)实际日代码行
最终得分=基础分值**
目标工时目标日代码行
解释:
时间取最小值是因为要求保证目标工时的工作量
Min(目标工时,实际工时)
实际方案设计量
最终得分=基础分值*
目标方案设计量
目标工时
注释:
Min为”取最小值”
最终的分=基础分值-基础分值*任务偏差率扣分项:
不遵循公司现有规定,流程的情况,比如:
<
代码规范>
<
服务器更换流程>
项目管理流程,上线流程等,违反一次扣2分
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程师 研发 绩效