〖精选文档〗软件部绩效考核规范.doc

该【〖精选文档〗软件部绩效考核规范 】是由【xvxv998】上传分享，文档一共【16】页，该文档可以免费在线阅读，需要了解更多关于【〖精选文档〗软件部绩效考核规范 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
1/17
〖精选文档〗软件部绩效考核规范
软件部绩效考核方案
第一部分、考核对象
研发全体人员
第二部分、工作职责
一、项目经理
与客户方对接需求,合理分配内部资源,统筹所负责项目的整体规划,监控跟踪开发过程进度,着手解决棘手问题,并应对突发情况对项目整体计划做出调整。
二、开发人员(程序员、中级程序员、高级程序员)
根据需求文档,在项目经理的任务划分负责范围内,按效率每天完成固定功能的编码工作,并承担该部分的维护工作。
三、测试人员
按指定的文档编写测试用例,并对相关项目进行单元,集成及系统测试工作。
四、美工人员
负责直接和客户沟通UI方面的相关业务,并针对所负责项目的软件交互进行美术及交互设计,并按需切图,主要输出产物为牵引图,UI指引,拓展图,PSD原图,及切图。
第三部分、开发及测试人员的考核内容(初,中,高)
一、质量考核

〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
3/17
〖精选文档〗软件部绩效考核规范
质量度量主要是根据度量指标来进行评价的;质量指标是指软件开发程序缺陷率(bug的数量)。

(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)开发人员缺陷率计算方法
根据测试报告和软件维护记录中的缺陷类别,分别统计各类别的缺陷率,然后依据度量指标的计分标准表来打分。
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
3/17
〖精选文档〗软件部绩效考核规范
开发难易
发现难易
错误级别
缺陷数计算公式为:Total=∑(Ci*Fi*Ki);
缺陷率计算公式为:V=Total/U;
其中
i=1,2,...n代表每个缺陷;
U代表开发人员负责的、已完成且已被测试的程序单元总数;
C代表缺陷所对应的缺陷级别的权重系数;通常权重系数以"一般"缺陷级别作为基数(权数设为1),"轻微"缺陷级别可不用计算缺陷率(权数设为0)。
序号
缺陷级别
权数
备注
1
致命
3
死机,数据丢失,主要功能组完全丧失,系统悬挂
2
严重
2
主要功能丧失,导致严重的问题
3
一般
1
次要功能丧失,不太严重,如提示信息不太准确
4
轻微
0
微小的问题,对功能几乎没有影响,
K代表缺陷所在单元对应的权重系数,,…(也可用分数表示更直观),具体根据具体开发项目难易程度制定。一般开发难度的单元,确定为:1。
序号
模块
权数
备注
1
模块1
R1
2
模块2
R2
N
模块n
Rn
F代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现bug后,判定其发现的难易程度。根据缺陷的发现难易度,将起划分为三个级别,具体可根据开发项目难易程度另行制定。
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
4/17
〖精选文档〗软件部绩效考核规范
序号
级别
权数
备注
1
难

2
一般
1
3
容易

(5)测试人员缺陷率计算方法
首先根据软件维护记录表中的缺陷统计的缺陷率,然后依据度量指标计分标准表来打分。
缺陷数计算公式为:Total=∑(Ci*Fi);
缺陷率计算公式为:V=Total/U;
所有参数含义参见开发人员缺陷率计算方法。
二、进程考核
对软件开发的进展情况进行度量,主要考察时间进度。

Budget
按照对于每个单元工作量评估的结果,规定完成的时间。
PTC报告
通过比较实际完成时间和计划完成时间的时间差,与任务完成周期的比率来评价各任务的及时度。
以下为PTC报告:
姓名:XXX月份:组别:开始时间:版本记录:(;)
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
5/17
〖精选文档〗软件部绩效考核规范
任务
描述
第1周
…
第5周
TOT
PTC
ACT
Percent
Budget
REM
T1

T2
5
…
Tn
2
合计
平均:
其中
TOT:已经花费的总天数;
PTC:除了本月花费的天数,还要多少天可以完成;
ACT:本月实际需要的天数;
Budget:最初预计的本月需要花费的天数;
REM:整个任务完成的期限;
Percent:本月完成的百分比。
对于每周工作过程中,所花费的天数,通过书写的“工作日志”,可以进一步核实。工作日志每天要书写,精确到小时,每周向直接上级汇报,并存档。便于抽查、核对。
对开发人员、测试人员的过程考核数据是:项目所负责的程序单元的计划完成时间和实际需要时间。
对技术执行总监的过程考核数据是:整个项目的计划完成时间和实际完成时间。
时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间;即:Percent。(以天为单位);最终的结果为N个任务的平均值。
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
6/17
〖精选文档〗软件部绩效考核规范

时间差率范围可根据具体项目而定。
序号
得分
时间差率范围
备注
1
90-100
15%以下
2
70-80
15%-35%
3
低于70
35%以上
三、综合考核
根据综合因素考核表对相应人员的考核。
详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表,附录2技术执行总监综合因素考核表
第四部分、绩效考核
一、开发人员(程序员、高级程序考核)考核

在软件测试过程中和软件后期维护发现的缺陷,需定位缺陷级别,计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。
每个季度上报公司一次,作为下一步调薪的依据。技术部门每个月由技术执行总监统计,并存档。每个月所有人员的统计情况,上报部门。

〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
7/17
〖精选文档〗软件部绩效考核规范
考评分=进程评分*进程权数+综合因素评分*综合因素权数。
综合指标权重系数表:
序号
指标
权数
备注
1
进程考评

2
综合因素

二、项目经理考核
:
AV=((∑Pi)/i)*+M*+C*;
;
;
;
=1,2,...n代表项目组成员数量。
:
一般地,根据项目组的平均得分值,有以下评分标准:
序号
得分
考核评价
备注
1
90~100
优
2
80~89
良
3
60~79
合格
4
低于60
差
,计算项目组的平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定技术执行总监的绩效考核评价。
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
8/17
〖精选文档〗软件部绩效考核规范
三、测试人员考核
、评审、测试通过后,对软件维护记录中的缺陷,需定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越高其评价分就越低。
,比较测试人员任务的得分值与绩效考核标准范围,确定测试人员绩效考核评价。
四、美工人员考核
,以通过评审的原图及牵引图数量为衡量标准,数量越多,评价分越高。
,并作为硬性标准。
第五部分、其他说明
,指定每个模块的难易程度。
,在提交测试报告,并评审后决定。
(缺陷数量、程度)。
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
9/17
〖精选文档〗软件部绩效考核规范
附录1:程序员、中级程序员、高级程序员
综合因素考核表
姓名:组别:岗位名称:总得分:
项目及考核内容
配分
自评
上级审核
编码的水平(15%)
A、编码非常简洁、规范,注解完整、清楚,容易被人理解;
15
B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解;
13
C、编码较简洁、规范,注解较完整、易懂,基本能被人理解;
10
D、编码较简洁、规范,有个别注解,勉强能被人理解;
8
E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。
5
相关技术文档的编写水平(15%)
A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档;
15
B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3天以内;
13
C、编写较规范,较及时,一般可以查阅近期文档;文档编写滞后3至6天;
10
D、编写较规范,但不及时,常常难以查阅,文档编写滞后6天以上;
8
E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。
5
合理化建议(10%)
A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取和执行经理的建议;
10
B、有时有好的建议,对工作效率有些提高,并且能认真听取和执行经理的建议;
8
C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议;
6
D、很少提建议,能听取经理的建议,但很少能执行,有时有些固执己见;
4
E、喜欢固执己见,不太能听取经理的建议,经常固执己见。
2
工作总结、计划(10%)
A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使人能清楚地把握当前工作动态;
10
B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;
8
C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;
6
D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态;
4
E、很少能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态。
2
备份源程序(10%)
A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;所有版本的源程序(以及开发环境)均能及时备份;
10
〖精选文档〗软件部绩效考核规范
〖精选文档〗软件部绩效考核规范
10/17
〖精选文档〗软件部绩效考核规范
B、基本每天都能备份源程序,抽查偶尔没有通过;所有版本的源程序(以及开发环境)均能及时备份;
8
C、往往2至3天备份一次源程序,抽查一般没有通过;所有版本的源程序(以及开发环境)均能及时备份;
6
D、往往一星期备份一次源程序,抽查一般没有通过;有最终版本的源程序(以及开发环境)的备份;
4
E、不备份源程序,抽查从来没有通过。
2
对外技术保密(源程序、技术文档、核心技术等)(10%)
A、从不向无关人员透露技术秘密,从不携带技术秘密(非工作需要,下同)离开公司。对技术保密问题提出了自己的建议,并被采纳,并经常提醒他人注意技术保密;
10
B、从不向无关人员透露技术秘密,从不携带技术秘密离开公司。经常提醒他人注意技术保密;
8
C、从不向无关人员透露技术秘密,从不携带技术秘密离开公司;
6
D、偶尔向无关人员透露技术秘密,从不携带技术秘密离开公司;
4
E、偶尔向无关人员透露技术秘密,偶尔携带技术秘密离开公司。
2
工作态度(15%)
品德廉洁,言行诚信,立场坚定,勤勤恳恳地工作,足为楷模;
15
品行诚实,言行规矩,平易近人;
13
言行尚属正常,无越轨行为;
10
固执己见,不易与人相处,不接收他人的合理建议;
8
经常利用上班时间处理私事,或擅离岗位,私心严重。
5
责任感(15%)
有积极的责任心,能彻底达成任务,可放心交代工作;
15
具有责任心,能达成任务,可交付工作;
10
尚有责任心,能如期完成任务;
8
责任心不强,需有人督导,亦不能如期完成任务;
5
无责任心,时时需督导,也不能完成任务。
3
备注:
关于“工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。总分100
考核人签名
技术部经理确认
考核日期