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