软件工程师研发绩效Word文档格式.docx
《软件工程师研发绩效Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件工程师研发绩效Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
代码工时
日代码量
60
根据指标达成率与基础分值的乘积得出相应分值,向下取整。
超额完成任务允许高于基础分值。
日代码量/平均日代码工时
方案设计量/平均方案设计工时
8
300
方案工时
方案设计量
过程符合度
20
故障(扣分项)
根据公网bug率的故障级别在现有分值上扣分
总分
80
组织贡献
10
主动性:
主动承担责任,接受额外任务并准时完成。
或主动发现BUG/缺陷并解决。
创新性:
自主开发新工具、新公用模块、新调查文档报告。
分享性:
主动分享经验,培训或提交经验文档。
有以上实迹,每项酌情加分2分。
需阐述事迹。
项目贡献
工作热情:
责任心:
配合度:
综合评定
□A
□B
□C
□D
最终得分
备注:
评价与期盼:
中级工程师
50
7
350
1
1000
30
90
中高级工程师
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分
枯藤老树昏鸦,小桥流水人家,古道西风瘦马。
夕阳西下,断肠人在天涯。