软件开发部绩效考核方案.docx
《软件开发部绩效考核方案.docx》由会员分享,可在线阅读,更多相关《软件开发部绩效考核方案.docx(11页珍藏版)》请在冰豆网上搜索。
![软件开发部绩效考核方案.docx](https://file1.bdocx.com/fileroot1/2023-1/28/c52bc9a3-6b7b-46cc-b450-c90d534c0e0a/c52bc9a3-6b7b-46cc-b450-c90d534c0e0a1.gif)
软件开发部绩效考核方案
软件开发部绩效考核方案
研发部绩效考核方案
第一部分、考核对象
研发部全体人员
第二部分、工作职责
一、执行总监二、开发人员(程序员、中级程序员、高级程序员、系统分析员)
三、测试人员
第三部分、考核内容
一、质量考核
1.度量指标
质量度量主要是根据度量指标来进行评价的;质量指标是指软开发程序缺陷率(bug的数量)。
2.度量指标计算方法
(1)度量指标评分标准根据软开发程序的缺陷率(bug量)来确定,缺陷率越髙,其评价分就越低。
序号得分评价缺陷率范围备注
190〜100优0%—5%
270〜80良5%—10%350〜60合格
10%—15%4低于50不合格
15%—100%
(2)缺陷率来源主要是软经过测试组测试后,所产生的测试报告;
♦软交付使用后一年内产生的软维护记录表;♦开发人员的缺陷率考核,主要依据测试报告和软维护记录;
♦测试人员的缺陷率考核,依据软维护记录。
(3)缺陷率单位以程序单元为单位,相比较而得出缺陷率的值(原理:
缺陷数/单元总数)。
这里所指的程序单元,是WBS分解后的内容。
(4)开发人员缺陷率计算方法1根据测试报告和软维护记录中的缺陷类别,分别统计各类别的缺陷率,然后依据度量指标的计分标准表来打分。
发现难易开发难易错误级别1缺陷数计算公式为:
Total
Z(Ci*Fi*Ki);
1缺陷率计算公式为:
V=
Total/U;
其中i二1,2,...n代表每个缺陷;
U代表开发人员负责的、已完成且已被测试的程序单元总数;C代表缺陷所对应的缺陷级别的权重系数;通常权重系数以
“一般“缺陷级别作为基数(权数设为1),“轻微“缺陷级别可不用计算缺陷率(权数设为0)。
序号缺陷级别权数备注
1致命3死机,数据丢失,主要功能组完全丧失,系统悬挂
2严重
2主要功能丧失,导致严重的问题3一般
1次要功能丧失,不太严重,如提示信息不太准确4轻微0微小的问题,对功能几乎没有影响,产品及属性仍可使用.如有错别字
K代表缺陷所在单元对应的权重系数,开发难度增加时程序单元相应递减为0.75,0.5…(也可用分数表示更直观),具体根据具体开发项目难易程度制定。
一般开发难度的单元,确定为:
lo
序号模块权数备注
1模块1R1
2模块2R
2N模块nRnF代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现加£后,判定其发现的难易程度。
根据缺陷的发现难易度,将起划分为三个级别,具体可根据开发项目难易程度另行制定。
序号级别权数备注
1难0.5
2一般
13容易
1.5
(5)测试人员缺陷率计算方法1首先根据软维护记录表中的缺陷统计的缺陷率,然后依据度量指标计分标准表来打分。
1缺陷数计算公式为:
Total=
E(Ci*Fi);1缺陷率计算公式为:
V=
Total/U;1所有参数含义参见开发人员缺陷率计算方法。
二、进程考核
对软开发的进展情况进行度量,主要考察时间进度。
1.考核指标
1Budget按照对于每个单元工作量评估的结果,规定完成的时间。
1PTC报告通过比较实际完成时间和计划完成时间的时间差,与任务完成周期的比率来评价各任务的及时度。
以下为PTC报告:
姓名:
XXX
月份:
组别:
开始时间:
版本记录:
(VX.X;X.X)任务描述第1周・••第5周TOT
PTCACTPercentBudgetREMT1
1.5T25・・・Tn
2合计平均:
其中TOT:
已经花费的总天数;
PTC:
除了本月花费的天数,还要多少天可以完成;
ACT:
本月实际需要的天数;
Budget:
最初预计的本月需要花费的天数;
REM:
整个任务完成的期限;
Percent:
本月完成的百分比。
1对于每周工作过程中,所花费的天数,通过书写的“工作日志",可以进一步核实。
工作日志每天要书写,精确到小时,每周向直接上级汇报,并存档。
便于抽查、核对。
1
对开发人员、测试人员的过程考核数据是:
项目所负责的程序单元的计划完成时间和实际需要时间。
1
对技术执行总监的过程考核数据是:
整个项目的计划完成时间和实际完成时间。
1时间差率二(本月实际需要时间-本月预计完成时间)/本月yu计完成时间;即:
Percento
(以天为单位);最终的结果为N个任务的平均值。
2.评分标准
时间差率范围可根据具体项目而定。
序号得分时间差率范围备注
190-100
15%以下
270-80
15%-35%3低于7035%以上三、综合考核
根据综合因素考核表对相应人员的考核。
详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表,附录2技术执行总监
综合因素考核表第四部分、绩效考核
一、开发人员(程序员、高级程序员、系统分析员考核)考核
1.质量考核
在软测试过程中和软后期维护发现的缺陷,需定位缺陷级别,计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。
每个季度上报公司一次,作为下一步调薪的依据。
技术部门每个月由技术执行总监统计,并存档。
每个月所有人员的统计情况,上报部门。
2.当月绩效考核
考评分二进程评分*进程权数+综合因素评分*综合因素权数。
综合指标权重系数表:
序号指标权数备注
1进程考评0.6
2综合因素0.4二、技术执行总监考核
1.
考核得分计算方法是:
AV=((YPi)/i)*0.5+M*0.3+C*0.2;
2.Pi代表项目组成员的过程考核得分;
3.M代表技术执行总监的过程考核得分;
4.代表技术执行总监的综合因素得分;
5.i二1,2,...n代表项目组成员数量。
6.绩效考核标准:
一般地,根据项目组的平均得分值,有以下评分标准:
序号得分考核评价备注
190〜100优
280〜89良360〜79合格4低于60差
7.技术部每个月确定了项目组成员绩效考核评价后,计算项目组的平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定技术执行总监的绩效考核评价。
三、测试人员考核
1.
在软检查、评审、测试通过后,对软维护记录中的缺陷,需定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越高其评价分就越低。
2.
测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果,比较测试人员任务的得分值与绩效考核标准范围,确定测试人员绩效考核评价。
第五部分、其他说明
1.
开发的前期,指定每个模块的难易程度。
2.bug发现的难易程度,在提交测试报告,并评审后决定。
3.需要相关部门需提供软维护记录表(缺陷数量、程度)。
附录1:
程序员、中级程序员、高级程序员、系统分析员综合因素考核表姓名:
组别:
岗位名称:
总得分:
项目及考核内容配分自评上级审核编码的水平仃5%)A、编码非常简洁、规范,注解完整、清楚,容易被人理解;
15
B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解;
13
C、编码较简洁、规范,注解较完整、易懂,基本能被人理解;
D、编码较简洁、规范,有个别注解,勉强能被人理解;
8
E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。
5
相关技术文档的编写水平(15%)A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档;
15
B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3天以内;
13
C、编写较规范,较及时,一般可以查阅近期文档;文档编写滞后3至6天;
10
D、编写较规范,但不及时,常常难以查阅,文档编写滞后6天以上;
8
E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。
合理化建议(10%)A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取和执行经理的建议;
10
B、有时有好的建议,对工作效率有些提高,并且能认真听取和执行经理的建议;
8
C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议;
6
D、很少提建议,能听取经理的建议,但很少能执行,有时有些固执己见;
4
E、喜欢固执己见,不太能听取经理的建议,经常固执己见。
2
工作总结、计划(10%)
A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使人能清楚地把握当前工作动态;
10
B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;
C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;
6
D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态;
4
E、很少能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态。
2
备份源程序(10%)A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;所有版本的源程序(以及开发环境)均能及时备份;
10
B、基本每天都能备份源程序,抽查偶尔没有通过;所有版本的源程序(以及开发环境)均能及时备份;
8
C、往往2至3天备份一次源程序,抽查一般没有通过;所有版本的源程序(以及开发环境)均能及时备份;
6
D、往往一星期备份一次源程序,抽查一般没有通过;有最终版本的源程序(以及开发环境)的备份;
4
E、不备份源程序,抽查从来没有通过。
2
对外技术保密(源程序、技术文档、核心技术等)(10%)
A、从不向无关人员透露技术祕密,从不携带技术秘密(非工作需要,下同)离开公司。
对技术保密问题提出了自己的建议,并被采纳,并经常提醒他人注意技术保密;
10
司。
经常提醒他人注意技术保密;
8
C、从不向无关人员透露技术秘密,从不携带技术秘密离开公司;
6
D、偶尔向无关人员透露技术秘密,从不携带技术秘密离开公司;
4
E、偶尔向无关人员透露技术祕密,偶尔携带技术秘密离开公司。
2工作态度(15%)品德廉洁,言行诚信,立场坚定,勤勤恳恳地工作,足为楷模;
15品行诚实,言行规矩,平易近人;
13言行尚属正常,无越轨行为;
10固执己见,不易与人相处,不接收他人的合理建议;
8经常利用上班时间处理私事,或擅离岗位,私心严重。
5责任感(15%)有积极的责任心,能彻底达成任务,可放心交代工作;
15具有责任心,能达成任务,可交付工作;
10尚有责任心,能如期完成任务;
8责任心不强,需有人督导,亦不能如期完成任务;
5无责任心,时时需督导,也不能完成任务。
3备注:
关于“工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。
总分100考核人签名技术部经理确认考核日期附录厶技术执行总监综合因素考核表姓名:
岗位名称:
总得分:
项目及考核内容配分自评上级审核领导能力
15%善于领导部署提高工作效率,积极达成工作计划和目标;
15灵活运用部署顺利达成工作计划和目标;
13尚能领导部署勉强达成工作计划和目标;
10不得部属信赖,工作意愿低沉;
8领导方式不佳,常使部属不服或反抗。
6项目管理能力
15%总是能够按时完成项目,QBT控制非常好;
15基本能够按时完成项目,QBT得到了一定控制;
13项目在QBT方面,有和计划相比出入,但是采取了一定措施,及时补救;
10项目控制失败,和计划相差较大。
8工作任务及效率
10%能出色完成工作任务,工作效率髙,具有卓越创意;
10能胜任工作,效率较高;
8工作不误期,表现符合标准;
6勉强胜任工作,无甚表现;
4工作效率低,时有差错。
2责任感
10%有积极责任心,能彻底达成任务,可放心交代工作;
10具有责任心,能达成任务,可交付工作;
8尚有责任心,能如期完成任务;
6责任心不强,需有人督导,亦不能如期完成任务;
4无责任心,时时需督导,也不能完成任务。
2沟通协调
10%善于上下沟通平衡协调,能自动自发与人合作;
10乐意与人沟通协调,顺利达成任务;
8尚能与人合作,达成工作要求;
6协调不善,致使工作较难开展;
4无法与人协调,致使工作无法开展。
2授权指导
10%善于分配权力,积极传授工作知识,引导部署达成任务;
10灵活分配工作或权力,有效传授工作知识达成任务;
8尚能顺利分配工作与权力,指导部署完成任务;
6欠缺分配工作权力,及指导部署之方法,任务进行偶有困难;
4不善分配权力及指导部署之方法,内部时有不服及怨言。
2工作态度
10%品德廉洁,言行诚信,立场坚定,足为楷模;
10品行诚实,言行规矩,平易近人;
8言行尚属正常,无越轨行为;
6固执己见,不易与人相处;
4私务多,经常利用上班时间处理私事,或擅离岗位。
2团队满意度
10%部门对其管理的团队很满意;
10部门对其管理的团队满意;
8部门对其管理的团队不满意。
6组员满意度10%团队成员对所在团队很满意;
10团队成员对所在团队满意;
8团队成员对所在团队不满意。
6备注:
关于“工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。
总分100考核人签名技术部经理确认考核日期附录3:
组名_XX年XX月一缺陷率统计表序号姓名缺陷率备注平均附录4:
组名—姓名_XX年XX月XX日_XX年XX月XX日_工作日志表日期序号起始时间结束时间工作内容备注
附录5:
组名—姓名_XX年XX月_PTC报告开始时间:
版本记录:
(VXl.nl;X2.n2;X3・n3…)任务描述第1周…第5周TOTPTCACTPercentBudgetREMT1
1.5T25・・・Tn
2合计平均:
注:
Xl.nl表示,第XI个任务的时间,已经修改了nl次。
初始值:
X1.0,X2.0等。
附录6:
组别_XX年XX月绩效考核表序号姓名开发过程得分(60%0综合因素得分(40%)
综合得分
本组平均得分仅供参考