软件部绩效考核规范

软件部绩效考核规范
软件部绩效考核规范

软件部绩效考核方案

第一部分、考核对象

研发全体人员

第二部分、工作职责

一、项目经理

与客户方对接需求,合理分配内部资源,统筹所负责项目的整体规划,监控跟踪开发过程进度,着手解决棘手问题,并应对突发情况对项目整体计划做出调整。

二、开发人员(程序员、中级程序员、高级程序员)

根据需求文档,在项目经理的任务划分负责范围内,按效率每天完成固定功能的编码工作,并承担该部分的维护工作。

三、测试人员

按指定的文档编写测试用例,并对相关项目进行单元,集成及系统测试工作。

四、美工人员

负责直接和客户沟通UI方面的相关业务,并针对所负责项目的软件交互进行美术及交互设计,并按需切图,主要输出产物为牵引图,UI指引,拓展图,PSD原图,及切图。

第三部分、开发及测试人员的考核内容(初,中,高)

一、质量考核

1. 度量指标

质量度量主要是根据度量指标来进行评价的;质量指标是指软件开发程序缺陷率(bug的数量)。

2. 度量指标计算方法

(1)度量指标评分标准

根据软件开发程序的缺陷率(bug量)来确定,缺陷率越高,其评价分就越低。

(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模块1R1

2模块2R2

N模块n Rn

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)

PTC ACT Percent Budget REM 任务描述第1周…第5周TO

T

T1 1.5

T25

Tn2

合计平均:

其中

TOT: 已经花费的总天数;

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

ACT: 本月实际需要的天数;

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

REM: 整个任务完成的期限;

Percent:本月完成的百分比。

对于每周工作过程中,所花费的天数,通过书写的“工

作日志”,可以进一步核实。工作日志每天要书写,

精确到小时,每周向直接上级汇报,并存档。便于抽

查、核对。

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

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

对技术执行总监的过程考核数据是:整个项目的计划

完成时间和实际完成时间。

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

本月预计完成时间;即:Percent。(以天为单位);最

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

2. 评分标准

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

序号得分时间差率范围备注

190-10015%以下

270-8015%-35%

3低于7035%以上

三、综合考核

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

详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表,附录2技术执行总监综合因素考核表

第四部分、绩效考核

一、开发人员(程序员、高级程序考核)考核

1. 质量考核

在软件测试过程中和软件后期维护发现的缺陷,需定位缺陷级别,计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。

每个季度上报公司一次,作为下一步调薪的依据。技术部门每个月由技术执行总监统计,并存档。每个月所有人员的统计情况,上报部门。

2. 当月绩效考核

考评分=进程评分*进程权数+综合因素评分*综合因素权数。

综合指标权重系数表:

二、项目经理考核

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

AV=( (∑Pi)/i)*0.5+M*0.3+C*0.2;

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

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

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

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

6. 绩效考核标准:

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

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

三、测试人员考核

1. 在软件检查、评审、测试通过后,对软件维护记录中的缺陷,需定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越高其评价分就越低。

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

四、美工人员考核

1.根据当月完成工作量,以通过评审的原图及牵引图数量为衡量标准,数量越多,评价分越高。

2.对客户评价及满意度进行调查,并作为硬性标准。

第五部分、其他说明

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

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

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

附录1:程序员、中级程序员、高级程序员

综合因素考核表

姓名:组别:岗位名称:总得分:

附录2:项目经理综合因素考核表

姓名:岗位名称:总得分:

附录3:组名_XX年XX月_缺陷率统计表

附录4:组名_姓名_XX年XX月XX日_ XX年XX月XX日_工作日志表

附录5:组名_姓名_XX年XX月_PTC报告开始时间:版本记录:(VX1.n1;X2.n2;X3.n3…)

注:X1.n1表示,第X1个任务的时间,已经修改了n1次。初始值:X1.0,X2.0等。

附录6:组别_ XX年XX月绩效考核表

相关主题
相关文档
最新文档