您的当前位置:首页正文

软件部绩效考核规范

2021-04-15 来源:步旅网
--

第一部分、考核对象

软件部绩效考核方案

研发全体人员

第二部分、工作职责

一、项目经理

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

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

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

三、测试人员

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

四、美工人员

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

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

一、质量考核

1. 度量指标

--

--

质量度量主要是根据度量指标来进行评价的;质量指标

是指软件开发程序缺陷率(

bug 的数量)。

2. 度量指标计算方法( 1)度

量指标评分标准

序号 1 2 3

4

得分 90~100 70~80 50~60 低于 50

评价 优 良 合格 不合格

缺陷率范围 0%--5% 5%--10% 10%--15% 15%--100%

备注

根据软件开发程序的缺陷率(

越高,其评价分就越低。

bug 量)来确定,缺陷率

( 2)缺陷率来源

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

◆软件交付使用后一年内产生的软件维护记录表 ◆开发人员的缺陷率考核,主要依据测试报告和软件维 护记录;

◆测试人员的缺陷率考核,依据软件维护记录。 ( 3)缺陷率单位

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

缺陷数 / 单元总数)。这里所指的程序单元,是 内容。

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

根据测试报告和软件维护记录中的缺陷类别,分别统 计各类别的缺陷率,然后依据度量指标的计分标准表

WBS分解后的

;

--

--

缺陷数计算公式为:

缺陷率计算公式为:

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

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

\" 一般 \" 缺陷

(权数

其中

i=1,2,...n 代表每个缺陷; 来打分。

Total = 错误级别

发现难易

开发难易 ;

∑ (Ci*Fi*Ki)

V = Total / U

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

序号 1 2 3 4

缺陷级别 权数 致命

严重 一般

轻微

0 2 1 3

备注

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

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

不太严重,如提示信息不太

次要功能丧失, 准

微小的问题,对功能几乎没有影响,产品及属性

仍可使用 . 如有错别字

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

0.75,0.5 ⋯(也可用分数表示更直观) ,具体根据具体开发项目难 易程度制定。一般开发难度的单元,确定为: 序号 1

2 N

模块 模块 1 模块 2 模块 n

权数 R1 R2 Rn

1。

备注

F 代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现 后,判定其发现的难易程度。根据缺陷的发现难易度,将起划分为三个 级别 , 具体可根据开发项目难易程度另行制定。

bug

--

--

备序号 级别 权数 注

1 难 0.5 2

一般 1 3

容易

1.5

( 5)测试人员缺陷率计算方法

首先根据软件维护记录表中的缺陷统计的缺陷率,然 后依据度量指标计分标准表来打分。 缺陷数计算公式为: Total =

∑ (Ci*Fi);

缺陷率计算公式为:

V = Total / U;

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

二、进程考核

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

1.

考核指标

Budget

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

时间。

PTC报告

通过比较实际完成时间和计划完成时间的时间差,

与任务完成周期的比率来评价各任务的及时度。 以下为 PTC报告: 姓名: XXX

月份:

组别:

开始时间:

版本记录:--

X.x)

(VX.x ;--

任务

PTC:

ACT:

Percent: 本月完成的百分比。

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

整个任务完成的期限; 本月实际需要的天数;

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

Tn 合计

其中

TOT:

已经花费的总天数; 2

平均:

T1 T2 ⋯

1.5 5

描述

第 1 周 ⋯ 第 5 周 TOT PTC

ACT

Percent

Budget

REM

对于每周工作过程中, 所花费的天数, 通过书写的 “工 作日志”,可以进一步核实。工作日志每天要书写, 精确到小时,每周向直接上级汇报,并存档。便于抽 查、核对。

对开发人员、测试人员的过程考核数据是:项目所负 责的程序单元的计划完成时间和实际需要时间。 对技术执行总监的过程考核数据是:整个项目的计划 完成时间和实际完成时间。 时间差率 =( 本月实际需要时间 本月预计完成时间;即: 最终的结果为

- 本月预计完成时间

Percent 。(以天为单位) ;

)/

N 个任务的平均值。

--

--

2.

评分标准

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

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

1 90-100 15%以下 2

70-80 15%-35 % 3

低于 70

35%以上

三、综合考核

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

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

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

综合因素考核

第四部分、绩效考核

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

1. 质量考核

在软件测试过程中和软件后期维护发现的缺陷,

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

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

2. 当月绩效考核

--

,

--

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

综合指标权重系数表: 序号 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. 绩效考核标准:

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

备注 ;

序号 1 2 3

4

得分 90~ 100 80~ 89 60~ 79 低于 60

考核评价 优 良 合格 差

7. 技术部每个月确定了项目组成员绩效考核评价后,计算项目组的

平均得分值,比较项目组的平均得分值与绩效考核标准范围, 确定技术执行总监的绩效考核评价。

--

--

三、测试人员考核

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

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

四、美工人员考核

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

价分越高。

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

第五部分、其他说明

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

2. bug 发现的难易程度,在提交测试报告,并评审后决定。 3. 需要相关部门需提供软件维护记录表(缺陷数量、程度) 。

--

--

姓名:

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

综合因素考核表

组别: 岗位名称: 及 考

项 目 核 内 容

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

被人理解;

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

理解; 编码的水

平 C、编码较简洁、规范,注解较完整、易懂,基本能

被人理解;

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

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

人理解。

A 、编写非常规范,非常及时,随时都可以查阅正在开发任

务的设计

文档、已完成任务的说明文

档;

B 、编写非常规范,较及时,随时可以查阅近期文档,文档

编写滞后 相关技术

档的编写

3 天以内; 水

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

3 平 (15%) 写滞后

至6天;

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

编写滞后 上;

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

关文档。

A 、常常有很好的建议,并很大的提高了工作效率,而且能

认真听取

和执行经理的建

议;

B 、有时有好的建议,对工作效率有些提高,并且能认真听

取和执行 合理化建

议 经理的建议;

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

(10%) 经理的建议;

D 、很少提建议,能听取经理的建议,但很少能执行,有时

有些固执 己见;

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

固执己见。

A 、每次都能按时提交总结和计划,并且内容完整、详实、

清楚,使

人能清楚地把握当前工作动

态;

B 、每次都能按时提交总结和计划,内容较完整、详实,使

人能了解 当前工作动态;

C、基本能按时提交总结和计划,内容较完整、详实,使人工作总

能了解当 结、

计划

(10%) 前工作动态;

D 、基本能按时提交总结和计划,内容不太完整,使人能基

本了解当 前工作动态;

配 分 15 13 10 8 5 15

13

10

8 5 10

8

6 4

2 10

8

6

4

总得分 :

上级审 自 评 核

--

--

备份源程序 (10%)

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

前工作动态。

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

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

2

10

--

--

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

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

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

6 有版本的

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

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

4 本的

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

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

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

下同)离开公司。对技术保密问题提出了自己的建议,并被采

纳,并

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

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

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

2 10

对外技术

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

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

司;

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

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

品行诚实,言行规矩,平易近人; (15%)

言行尚属正常,无越轨行为; 固执己见,不易与人相处,不接收他人的合理建议; 经常利用上班时间处理私事,或擅离岗位,私心严重。

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

(15%)

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

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

8 6 4 2 15 13 10 8 5 15 10 8 5

100 考核日

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

备注:

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

考核人签名

技术部经理确认

--

--

团队满意度

10%

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

领导能 力

15%

项目管理能

15%

工作任务及

效率

10%

责任感

10%

沟通协 调

10%

授权指导

10%

工作态 度

10%

--

--

姓名:

岗位名称:

项及 目 考核内容

善于领导部署提高工作效率,积极达成工作计划和目标; 灵活运用部署顺利达成工作计划和目标; 尚能领导部署勉强达成工作计划和目标; 不得部属信赖,工作意愿低沉;

领导方式不佳,常使部属不服或反抗。总是能够按时完成项

目,基本能够按时完成项

QBT 控制非常好; 目,

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

补救;

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

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

高;

工作不误期,表现符合标准;勉强胜任工作,无甚

表现;工作效率低,时有差

错。

有积极责任心,能彻底达成任务,可放心交代工作; 具有责任心,能达成任务,可交付工作; 尚有责任心,能如期完成任务;

责任心不强,需有人督导,亦不能如期完成任务; 无责任心,时时需督导,也不能完成任务。 善于上下沟通平衡协调,能自动自发与人合作; 乐意与人沟通协调,顺利达成任务; 尚能与人合作,达成工作要求; 协调不善,致使工作较难开展; 无法与人协调,致使工作无法开展。

善于分配权力,积极传授工作知识,引导部署达成任务; 灵活分配工作或权力,有效传授工作知识达成任务; 尚能顺利分配工作与权力,指导部署完成任务;

欠缺分配工作权力,及指导部署之方法,任务进行偶有困难; 不善分配权力及指导部署之方法,内部时有不服及怨言。 品德廉洁,言行诚信,立场坚定,足为楷模; 品行诚实,言行规矩,平易近人; 言行尚属正常,无越轨行为;固执己见,不易与人

相处;

私务多,经常利用上班时间处理私事,或擅离岗位。 部门对其管理的团队很满意;部门对其管理的团队

满意;

--

总得分 : 配 分 自 评

上级审核

15 13 10 8 6 15 13 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 8

--

组员满意 度

10%

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

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

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

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

6 10 8 6

备注:

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

考和审核。总分

考核人签名

技术部经理确认

--

100 考核日

--

序号

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

姓名 缺陷率 备注

平均

--

--

日期

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

序号 起始时间 结束时间 工作内容 备注

--

--

开始时间: 任务 T1 T2 ⋯ Tn 合计

描述

2

附录 5:组名 _姓名 _XX 年 XX 月_PTC 报告

版本记录: (VX1.n1 ; X2.n2;X3.n3

⋯)

Budget REM 等。

第 1 周 ⋯ 第 5 周 TOT PTC ACT Percent 1.5 5

平均:

n1 次。初始值:

注:X1.n1 表示,第 X1 个任务的时间,已经修改了 X1.0,X2.0

--

--

序号

附录 6:组别 _ XX 年 XX 月绩效考核表 姓开发过程得分 综合因素得分

名 (60%0 ( 40%)

综合得分

本组平均得分

--

因篇幅问题不能全部显示,请点此查看更多更全内容