软件部绩效考核规范.doc

  1. 1、本文档共16页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

软件部绩效考核方案

第一部分考核对象

研发全体人员

第二部分工作职责

一项目经理

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

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

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

三测试人员

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

四美工人员

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

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

一质量考核

1度量指标

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

2度量指标计算方法

(1)度量指标评分标准

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

序号

得分

评价

缺陷率范围

备注

1

90~100

0%--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代表缺陷所在单元对应的权重系数,开发难度增加时程序单元相应递减为075,05…(也可用分数表示更直观),具体根据具体开发项目难易程度制定。一般开发难度的单元,确定为:1。

序号

模块

权数

备注

1

模块1

R1

2

模块2

R2

N

模块n

Rn

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

序号

级别

权数

备注

1

05

2

一般

1

3

容易

15

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

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

缺陷数计算公式为:Total=∑(Ci*Fi);

缺陷率计算公式为:V=Total/U;

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

二进程考核

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

1考核指标

Budget

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

PTC报告

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

以下为PTC报告:

姓名:XXX月份:组别:开始时间:版本记录:(VXx;Xx)

任务

描述

第1周

第5周

TOT

PTC

ACT

Percent

Budget

REM

T1

15

T2

5

Tn

2

合计

平均:

其中

TOT:已经花费的总天数;

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

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

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

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

Percent:本月完成的百分比。

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

对开发人员测试人员的过程考核数据是:项目所负责的程序单元的计划完成时间和实际需要时间。

对技术执行总监的

文档评论(0)

189****5087 + 关注
官方认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:7102116031000022
认证主体仪征市思诚信息技术服务部
IP属地江苏
统一社会信用代码/组织机构代码
92321081MA278RWX8D

1亿VIP精品文档

相关文档