技术开发部绩效考核方案Word文件下载.docx

上传人:b****6 文档编号:18826447 上传时间:2023-01-01 格式:DOCX 页数:21 大小:62.20KB
下载 相关 举报
技术开发部绩效考核方案Word文件下载.docx_第1页
第1页 / 共21页
技术开发部绩效考核方案Word文件下载.docx_第2页
第2页 / 共21页
技术开发部绩效考核方案Word文件下载.docx_第3页
第3页 / 共21页
技术开发部绩效考核方案Word文件下载.docx_第4页
第4页 / 共21页
技术开发部绩效考核方案Word文件下载.docx_第5页
第5页 / 共21页
点击查看更多>>
下载资源
资源描述

技术开发部绩效考核方案Word文件下载.docx

《技术开发部绩效考核方案Word文件下载.docx》由会员分享,可在线阅读,更多相关《技术开发部绩效考核方案Word文件下载.docx(21页珍藏版)》请在冰豆网上搜索。

技术开发部绩效考核方案Word文件下载.docx

10%-15%

4

低于50

不合格

15%-100%

(2)缺陷率来源

主要是软件经过测试组测试后,所产生的测试报告;

♦软件交付使用后一年内产生的软件维护记录表;

♦开发人员的缺陷率考核,主要依据测试报告和软件维护记录;

♦测试人员的缺陷率考核,依据软件维护记录。

(3)缺陷率单位

以程序单元为单位,相比较而得出缺陷率的值(原理:

缺陷数/单元总数)。

这里所指的程序单元,是WB盼解后的内容。

(4)开发人员缺陷率计算方法

根据测试报告和软件维护记录中的缺陷类别,分别统

计各类别的缺陷率,然后依据度量指标的计分标准表来打分。

缺陷率计算公式为:

V=TOtal/U

其中

i=152,...n代表每个缺陷;

U代表开发人员负责的、已完成且已被测试的程序单元总数;

C代表缺陷所对应的缺陷级别的权重系数;

通常权重系数以”一般临夬陷级别作为

基数(权数设为1)轻微”缺陷级别可不用计算缺陷率(权数设为0)。

缺陷级别

权数

致命

死机,数据丢失,主要功能组完全丧失,系统悬挂

严重

主要功能丧失,导致严重的问题

次要功能丧失,不太严重,如提示信息不太准

轻微

微小的问题,对功能几乎没有影响,产品及属性仍可使用•如有错别字

K代表缺陷所在单元对应的权重系数,开发难度增加时程序单元相应递减为0.75,0.5-

(也可用分数表示更直观),具体根据具体开发项目难易程度制定。

一般开发难度的单元,确定为:

1。

模块

Γ

模块1

RI

模块2

R2

N

模块n

Rn

F代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现bug

后,判定其发现的难易程度。

根据缺陷的发现难易度,将起划分为三个级别,具体可根据开发项目难易程度另行制定。

级别

备注’

0.5

容易

1.5

(5)

测试人员缺陷率计算方法

先根据软件维护记录表中的缺陷统计的缺陷率,然后依据度量指标计分

标准表来打分。

缺陷数计算公式为:

TOtal=刀(Ci*Fi);

V=TOtal/U;

所有参数含义参见开发人员缺陷率计算方法。

二、进程考核

对软件开发的进展情况进行度量,主要考察时间进度。

1.考核指标

BUdget

按照对于每个单元工作量评估的结果,规定完成的时间。

PTC报告

通过比较实际完成时间和计划完成时间的时间差,与任务完成周期的比率来评价各任务的及时度。

以下为PTC报告:

姓名:

XXX月份:

组别:

开始时间:

版本记录:

(VX.x;

X.x)

任务

描述

第1周

第5周

TOT

PTC

ACT

PerCent

REM

TI

T2

5

Tn

合计

平均:

ToT:

已经花费的总天数;

PTC:

除了本月花费的天数,还要多少天可以完成;

ACT:

本月实际需要的天数;

BUdget:

最初预计的本月需要花费的天数;

REM:

整个任务完成的期限;

PerCent:

本月完成的百分比。

对于每周工作过程中,所花费的天数,通过书写的UI作日志”,可以进

存档。

便于抽查、核对。

对开发人员、测试人员的过程考核数据是:

项目所负责的程序单元的计划完成时间和实际需要时间。

对技术执行总监的过程考核数据是:

整个项目的计划完成时间和实际完成时间。

时间差率二(本月实际需要时间-本月预计完成时间)/本月yu计完成时间;

即:

PerCentO(以天为单位);

最终的结果为N个任务的平均值。

2.评分标准

时间差率范围可根据具体项目而定

时间差率范围

90-100

15%以下

70-80

15%-35%

低于70

35%以上

三、综合考核

根据综合因素考核表对相应人员的考核。

详见附录一程序员、中级程序员、高级程序员、系统分

析员综合因素考核表,附录2技术执行总监综合因素考核

第四部分、绩效考核

一、开发人员(程序员、高级程序员、系统分析员考核)考核

1.质量考核

在软件测试过程中和软件后期维护发现的缺陷,需定位缺陷级别

计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。

每个季度上报公司一次,作为下一步调薪的依据。

技术部门每个月由技术执行总监统

计,并存档。

每个月所有人员的统计情况,上报部门。

2.当月绩效考核

考评分二进程评分*进程权数+综合因素评分★综合因素权数

综合指标权重系数表:

指标

进程考评

0.6

综合因素

0.4

二、技术执行总监考核

1.考核得分计算方法是:

AV=((EPi)∕i)*0.5+M*0.3+C*0.2

2.Pi代表项目组成员的过程考核得分;

3.M代表技术执行总监的过程考核得分;

4.代表技术执行总监的综合因素得分;

5.i=1,2,...n代表项目组成员数量。

6.绩效考核标准:

般地,根据项目组的平均得分值,有以下评分标准:

考核评价

90-IOO

80〜89

60〜79

低于60

7.技术部每个月确定了项目组成员绩效考核评价后,计算项目组的平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定技术执行总监的绩效考核评价。

三、测试人员考核

1・在软件检查、评审、测试通过后,对软件维护记录中的缺陷,需定位缺陷级别,计算缺

陷率,

以此对测试人员考核;

缺陷率越高其评

价分就越低。

2测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果,比较测试人员任务的得分值与绩效考核标准范围,确定测试人员绩效考核评价。

第五部分、其他说明

1・开发的前期,指定每个模块的难易程度。

2.bug发现的难易程度,在提交测试报告,并评审后决定。

3.需要相关部门需提供软件维护记录表(缺陷数量、程度)。

附录1:

程序员、中级程序员、高级程序员、系统分析员

综合因素考核表

项目及考核内容

配分

自评

上级审核

编码的水平

(15%)

A、编码非常简洁、规范,注解完整、清楚,容易被人理解;

15

B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解;

13

C、编码较简洁、规范,注解较完整、易懂,基本能被人理解;

10

D、编码较简洁、规范,有个别注解,勉强能被人理解;

8

E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。

相关技术文

档的编写水

平(15%)

A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档;

B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3天以内;

C、编写较规范,较及时,一般可以查阅近期文档;

文档编写滞后3

至6天;

D、编写较规范,但不及时,常常难以查阅,文档编写滞后6天以上;

E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。

合理化建议

(10%)

A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取和执行经理的建议;

B、有时有好的建议,对工作效率有些提高,并且能认真听取和执行经理的建议;

C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议;

6

D、很少提建议,能听取经理的建议,但很少能执行,有时有些固执己见;

E、喜欢固执己见,不太能听取经理的建议,经常固执己见。

工作总结、计⅛∣J(10%)

A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使人能清楚地把握当前工作动态;

B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;

C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当刖工作动态;

D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态;

E、很少能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态。

备份源程序

A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;

所有版本的源程序(以及开发环境)均能及时备份;

B、基本每天都能备份源程序,抽查偶尔没有通过;

所有版本的源程序(以及开发环境)均能及时备份;

C、往往2至3天备份一次源程序,抽查一般没有通过;

所有版本的源程序

(以及开发环境)均能及时备份;

D、往往一星期备份一次源程序,抽查一般没有通过;

有最终版本的源程序

(以及开发环境)的备份;

E、不备份源程序,抽查从来没有通过。

对外技术保密

(源程序、技术文档、核心技术

等)(10%)

AV从不向无关人员透露技术秘密,从不携带技术秘密(非工作需要,

下同)离开公司。

对技术保密问题提岀了自己的建议,并被采纳,并经常提醒他人注意技术保密;

B、从不向无关人员透露技术秘密,从不携带技术秘密离开公司。

经常提醒他人注意技术保密;

CV从不向无关人员透露技术秘密,从不携带技术秘密离开公司;

D、偶尔向无关人员透露技术秘密,从不携带技术秘密离开公司;

E、偶尔向无关人员透露技术秘密,偶尔携带技术秘密离开公司。

工作态度

品德廉洁,言行诚信,立场坚定,勤勤恳恳地工作,足为楷模;

品行诚实,言行规矩,平易近人;

言行尚属正常,无越轨行为;

固执己见,不易与人相处,不接收他人的合理建议;

经常利用上班时间处理私事,或擅离岗位,私心严重。

责任感

有积极的责任心,能彻底达成任务,可放心交代工作;

具有责任心,能达成任务,可交付工作;

尚有责任心,能如期完成任务;

责任心不强,需有人督导,亦不能如期完成任务;

无责任心,时时需督导,也不能完成任务。

备注:

关于工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。

总分100

考核人签名技术部经理确认

考核日

岗位名称:

总得分:

领导能力

15%

善于领导部署提高工作效率,积极达成工作计划和目标;

灵活运用部署顺利达成工作计划和目标;

尚能领导部署勉强达成工作计划和目标;

不得部属信赖,工作意愿低沉;

领导方式不佳,常使部属不服或反抗。

项目管理能力

总是能够按时完成项目,QBT控制非常好;

基本能够按时完成项目,QBT得到了一定控制;

项目在QBT方面,有和计划相比出入,但是采取了一定措施,及时补救;

项目控制失败,和计划相差较大。

工作任务及效率

10%

能岀色完成工作任务,工作效率高,具有卓越创意;

能胜任工作,效率较高;

工作不误期,表现符合标准;

勉强胜任工作,无甚表现;

工作效率低,时有差错。

有积极责任心,能彻底达成任务,可放心交代工作;

沟通协调

善于上下沟通平衡协调,能自动自发与人合作;

乐意与人沟通协调,顺利达成任务;

尚能与人合作,达成工作要求;

协调不善,致使工作较难开展;

无法与人协调,致使工作无法开展。

授权指导

善于分配权力,积极传授工作知识,引导部署达成任务;

灵活分配工作或权力,有效传授工作知识达成任务;

尚能顺利分配工作与权力,指导部署完成任务;

欠缺分配工作权力,及指导部署之方法,任务进行偶有困难;

不善分配权力及指导部署之方法,内部时有不服及怨言。

品德廉洁,言行诚信,立场坚定,足为楷模;

固执己见,不易与人相处;

私务多,经常利用上班时间处理私事,或擅离岗位。

团队满意度

部门对其管理的团队很满意;

部门对其管理的团队满意;

部门对其管理的团队不满意。

组员满意度

团队成员对所在团队很满意;

团队成员对所在团队满意;

团队成员对所在团队不满意。

考核人签名

技术部经理确认

姓名

缺陷率

平均

附录4:

组名一姓名_XX年XX月XXH_XX年XX月XX日—工作日志表

日期

起始时间

结束时间

工作内容

I备注

开始时间:

(VX1.n1;

X2.n2;

X3.n3-)

■■■

Tl

注:

X1.n1表示,第X1个任务的时间,已经修改了n1次。

初始值:

X1.0,X2.0等。

开发过程得分

(60%0

综合因素得分

(40%)

综合得分

组平均得分

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1