软件部绩效考核规范.doc

上传人:11****ws 文档编号:2249933 上传时间:2019-05-03 格式:DOC 页数:16 大小:154KB
下载 相关 举报
软件部绩效考核规范.doc_第1页
第1页 / 共16页
软件部绩效考核规范.doc_第2页
第2页 / 共16页
软件部绩效考核规范.doc_第3页
第3页 / 共16页
软件部绩效考核规范.doc_第4页
第4页 / 共16页
软件部绩效考核规范.doc_第5页
第5页 / 共16页
点击查看更多>>
资源描述

1、软件部绩效考核方案第一部分、考核对象研发全体人员第二部分、工作职责一、项目经理与客户方对接需求,合理分配内部资源,统筹所负责项目的整体规划,监控跟踪开发过程进度,着手解决棘手问题,并应对突发情况对项目整体计划做出调整。二、开发人员(程序员、中级程序员、高级程序员)根据需求文档,在项目经理的任务划分负责范围内,按效率每天完成固定功能的编码工作,并承担该部分的维护工作。三、测试人员按指定的文档编写测试用例,并对相关项目进行单元,集成及系统测试工作。四、美工人员负责直接和客户沟通 UI 方面的相关业务,并针对所负责项目的软件交互进行美术及交互设计,并按需切图,主要输出产物为牵引图,UI 指引,拓展图

2、, PSD 原图,及切图。第三部分、开发及测试人员的考核内容(初,中,高)一、质量考核1. 度量指标质量度量主要是根据度量指标来进行评价的;质量指标是指软件开发程序缺陷率(bug 的数量) 。2. 度量指标计算方法(1)度量指标评分标准根据软件开发程序的缺陷率(bug 量)来确定,缺陷率越高,其评价分就越低。序号 得分 评价 缺陷率范围 备注1 90100 优 0%-5%2 7080 良 5%-10%3 5060 合格 10%-15%4 低于 50 不合格 15%-100%(2)缺陷率来源主要是软件经过测试组测试后,所产生的测试报告;软件交付使用后一年内产生的软件维护记录表;开发人员的缺陷率考

3、核,主要依据测试报告和软件维护记录;测试人员的缺陷率考核,依据软件维护记录。(3)缺陷率单位以程序单元为单位,相比较而得出缺陷率的值(原理:缺陷数/单元总数) 。这里所指的程序单元,是 WBS 分解后的内容。(4)开发人员缺陷率计算方法 根据测试报告和软件维护记录中的缺陷类别,分别统计各类别的缺陷率,然后依据度量指标的计分标准表来打分。 缺陷数计算公式为:Total = (Ci*Fi*Ki); 缺陷率计算公式为:V = Total / U;其中i=1,2,.n 代表每个缺陷;U 代表开发人员负责的、已完成且已被测试的程序单元总数;C 代表缺陷所对应的缺陷级别的权重系数;通常权重系数以“一般“缺

4、陷级别作为基数(权数设为 1) ,“轻微“缺陷级别可不用计算缺陷率(权数设为 0) 。序号 缺陷级别 权数 备注1 致命 3 死机,数据丢失,主要功能组完全丧失,系统悬挂2 严重 2 主要功能丧失,导致严重的问题3 一般 1 次要功能丧失, 不太严重,如提示信息不太准确4 轻微 0 微小的问题,对功能几乎没有影响,产品及属性仍可使用. 如有错别字K 代表缺陷所在单元对应的权重系数,开发难度增加时程序单元相应递减为 0.75,0.5(也可用分数表示更直观) ,具体根据具体开发项目难易程度制定。一般开发难度的单元,确定为:1。序号 模块 权数 备注1 模块 1 R12 模块 2 R2N 模块 n

5、RnF 代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现 bug后,判定其发现的难易程度。根据缺陷的发现难易度,将起划分为三个级别,具体可根据开发项目难易程度另行制定。错误级别 发现难易 开发难易序号 级别 权数 备注1 难 0.52 一般 13 容易 1.5(5)测试人员缺陷率计算方法 首先根据软件维护记录表中的缺陷统计的缺陷率,然后依据度量指标计分标准表来打分。 缺陷数计算公式为:Total = (Ci*Fi); 缺陷率计算公式为:V = Total / U; 所有参数含义参见开发人员缺陷率计算方法。二、进程考核对软件开发的进展情况进行度量,主要考察时间进度。1. 考核指标 Bud

6、get按照对于每个单元工作量评估的结果,规定完成的时间。 PTC 报告通过比较实际完成时间和计划完成时间的时间差,与任务完成周期的比率来评价各任务的及时度。以下为 PTC 报告:姓名:XXX 月份: 组别: 开始时间: 版本记录:(VX.x;X.x) 任务 描述 第 1 周 第 5 周 TOT PTC ACT Percent Budget REMT1 1.5T2 5Tn 2合计 平均:其中TOT: 已经花费的总天数;PTC: 除了本月花费的天数,还要多少天可以完成;ACT: 本月实际需要的天数;Budget:最初预计的本月需要花费的天数;REM: 整个任务完成的期限;Percent:本月完成的

7、百分比。 对于每周工作过程中,所花费的天数,通过书写的“工作日志” ,可以进一步核实。工作日志每天要书写,精确到小时,每周向直接上级汇报,并存档。便于抽查、核对。 对开发人员、测试人员的过程考核数据是:项目所负责的程序单元的计划完成时间和实际需要时间。 对技术执行总监的过程考核数据是:整个项目的计划完成时间和实际完成时间。 时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间;即:Percent。 (以天为单位) ;最终的结果为 N 个任务的平均值。2. 评分标准时间差率范围可根据具体项目而定。序号 得分 时间差率范围 备注1 90-100 15以下2 70-80 15-353

8、低于 70 35以上三、综合考核根据综合因素考核表对相应人员的考核。详见附录一程序员、中级程序员、高级程序员、系统分析员综合因素考核表,附录 2 技术执行总监 综合因素考核表第四部分、绩效考核一、开发人员(程序员、高级程序考核)考核1. 质量考核在软件测试过程中和软件后期维护发现的缺陷,需定位缺陷级别,计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。每个季度上报公司一次,作为下一步调薪的依据。技术部门每个月由技术执行总监统计,并存档。每个月所有人员的统计情况,上报部门。2. 当月绩效考核考评分=进程评分*进程权数+综合因素评分*综合因素权数。综合指标权重系数表: 序号 指标 权数

9、备注1 进程考评 0.62 综合因素 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 90100 优2 8089 良3 6079 合格4 低于 60 差7. 技术部每个月确定了项目组成员绩效考核评价后,计算项目组的平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定技术执

10、行总监的绩效考核评价。三、测试人员考核1. 在软件检查、评审、测试通过后,对软件维护记录中的缺陷,需定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越高其评价分就越低。2. 测试组根据任务综合评价表每个月统计各测试人员所负责的任务的综合评价结果,比较测试人员任务的得分值与绩效考核标准范围,确定测试人员绩效考核评价。四、美工人员考核1.根据当月完成工作量,以通过评审的原图及牵引图数量为衡量标准,数量越多,评价分越高。2.对客户评价及满意度进行调查,并作为硬性标准。第五部分、其他说明1. 开发的前期,指定每个模块的难易程度。2. bug 发现的难易程度,在提交测试报告,并评审后决定。3. 需要

11、相关部门需提供软件维护记录表(缺陷数量、程度) 。附录 1:程序员、中级程序员、高级程序员综合因素考核表姓名: 组别: 岗位名称: 总得分:项 目 及 考 核 内 容 配 分 自 评 上级审核A、编码非常简洁、规范,注解完整、清楚,容易被人理解; 15B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解; 13C、编码较简洁、规范,注解较完整、易懂,基本能被人理解; 10D、编码较简洁、规范,有个别注解,勉强能被人理解; 8编码的水平(15%)E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。 5A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计文档、已完成任务的说明文

12、档;15B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3 天以内;13C、编写较规范,较及时,一般可以查阅近期文档;文档编写滞后 3至 6 天;10D、编写较规范,但不及时,常常难以查阅,文档编写滞后 6 天以上;8相关技术文档的编写水平(15%)E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。 5A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取和执行经理的建议;10B、有时有好的建议,对工作效率有些提高,并且能认真听取和执行经理的建议;8C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议; 6D、很少提建议,能听取经理的建议,但很少能执行,有时

13、有些固执己见;4合理化建议(10%)E、喜欢固执己见,不太能听取经理的建议,经常固执己见。 2A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使人能清楚地把握当前工作动态;10B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;8C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当前工作动态;6D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态;4工作总结、计划(10%)E、很少能按时提交总结和计划,内容不太完整,使人能基本了解当前工作动态。2A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;所有版本的源程序(以及开发环境)均

14、能及时备份;10B、基本每天都能备份源程序,抽查偶尔没有通过;所有版本的源程序(以及开发环境)均能及时备份;8C、往往 2 至 3 天备份一次源程序,抽查一般没有通过;所有版本的源程序(以及开发环境)均能及时备份;6D、往往一星期备份一次源程序,抽查一般没有通过;有最终版本的源程序(以及开发环境)的备份;4备份源程序(10%)E、不备份源程序,抽查从来没有通过。 2A、从不向无关人员透露技术秘密,从不携带技术秘密(非工作需要,下同)离开公司。对技术保密问题提出了自己的建议,并被采纳,并经常提醒他人注意技术保密;10B、从不向无关人员透露技术秘密,从不携带技术秘密离开公司。经常提醒他人注意技术保

15、密;8C、从不向无关人员透露技术秘密,从不携带技术秘密离开公司; 6D、偶尔向无关人员透露技术秘密,从不携带技术秘密离开公司; 4对外技术保密(源程序、技术文档、核心技术等)(10%)E、偶尔向无关人员透露技术秘密,偶尔携带技术秘密离开公司。 2品德廉洁,言行诚信,立场坚定,勤勤恳恳地工作,足为楷模; 15品行诚实,言行规矩,平易近人; 13言行尚属正常,无越轨行为; 10固执己见,不易与人相处,不接收他人的合理建议; 8工作态度(15%)经常利用上班时间处理私事,或擅离岗位,私心严重。 5有积极的责任心,能彻底达成任务,可放心交代工作; 15具有责任心,能达成任务,可交付工作; 10尚有责任心,能如期完成任务; 8责任心不强,需有人督导,亦不能如期完成任务; 5责任感(15%)无责任心,时时需督导,也不能完成任务。 3备注:关于“工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。总分 100考核人签名 技术部经理确认 考核日 期

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 实用文档资料库 > 策划方案

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。