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