ImageVerifierCode 换一换
格式:DOCX , 页数:21 ,大小:45.55KB ,
资源ID:16337941      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/16337941.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件部绩效考核规范Word文档格式.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件部绩效考核规范Word文档格式.docx

1、合格10%-15%4低于50不合格15%-100%(2)缺陷率来源主要是软件经过测试组测试后,所产生的测试报告;软件交付使用后一年内产生的软件维护记录表 ;开发人员的缺陷率考核,主要依据测试报告和软件维 护记录;测试人员的缺陷率考核,依据软件维护记录。(3) 缺陷率单位以程序单元为单位,相比较而得出缺陷率的值(原理: 缺陷数/单元总数)。这里所指的程序单元,是 WB盼解后的 内容。(4) 开发人员缺陷率计算方法根据测试报告和软件维护记录中的缺陷类别,分别统计各类别的缺陷率,然后依据度量指标的计分标准表缺陷率计算公式为: V = Total / U ;其中i=1,2,. n 代表每个缺陷;U代表

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

3、2N模块nRnF代表缺陷所对应的测试难易的权重系数,这里是指开发人员出现 bug后,判定其发现的难易程度。根据缺陷的发现难易度,将起划分为三个 级别,具体可根据开发项目难易程度另行制定。级别难0.5容易1.5(5)测试人员缺陷率计算方法首先根据软件维护记录表中的缺陷统计的缺陷率,然 后依据度量指标计分标准表来打分。缺陷数计算公式为:Total = 刀(Ci*Fi); V = Total / U;所有参数含义参见开发人员缺陷率计算方法。二、进程考核对软件开发的进展情况进行度量,主要考察时间进度。1.考核指标Budget按照对于每个单元工作量评估的结果,规定完成的 时间。PTC报告通过比较实际完成

4、时间和计划完成时间的时间差,与任务完成周期的比率来评价各任务的及时度。以下为PTC报告:任务描述第1周第5周TOTPTCACTPerce ntREMT1T25Tn合计平均:TOT:已经花费的总天数;PTC:除了本月花费的天数,还要多少天可以完成;ACT:本月实际需要的天数;Budget:最初预计的本月需要花费的天数;REM:整个任务完成的期限;Perce nt:本月完成的百分比。对于每周工作过程中,所花费的天数,通过书写的“工作日志”,可以进一步核实。工作日志每天要书写, 精确到小时,每周向直接上级汇报,并存档。便于抽 查、核对。对开发人员、测试人员的过程考核数据是:项目所负 责的程序单元的计

5、划完成时间和实际需要时间。对技术执行总监的过程考核数据是:整个项目的计划 完成时间和实际完成时间。时间差率=(本月实际需要时间-本月预计完成时间)/ 本月预计完成时间;即: Percent。(以天为单位); 最终的结果为N个任务的平均值。2.评分标准时间差率范围可根据具体项目而定时间差率范围90-10015%以下70-8015% -35 %低于7035%以上三、综合考核根据综合因素考核表对相应人员的考核。详见附录一程序员、中级程序员、高级程序员、系统分 析员综合因素考核表,附录 2技术执行总监 综合因素考核表第四部分、绩效考核一、开发人员(程序员、高级程序考核)考核1.质量考核在软件测试过程中

6、和软件后期维护发现的缺陷, 需定位缺陷级别 计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。每个季度上报公司一次,作为下一步调薪的依据。技术部门每个 月由技术执行总监统计,并存档。每个月所有人员的统计情况,上报 部门。2.当月绩效考核考评分二进程评分*进程权数+ 综合因素评分*综合因素权数综合指标权重系数表:指标进程考评0.6综合因素0.4二、项目经理考核1.考核得分计算方法是:AV=( ( EPi)/i)*0.5+M*0.3+C*0.22.Pi代表项目组成员的过程考核得分;3.M代表技术执行总监的过程考核得分;4.代表技术执行总监的综合因素得分;5.i=1,2,.n 代表项目组成

7、员数量。6.绩效考核标准:般地,根据项目组的平均得分值,有以下评分标准:考核评价80 8960 79低于60差7.技术部每个月确定了项目组成员绩效考核评价后,计算项目组的 平均得分值,比较项目组的平均得分值与绩效考核标准范围, 确定技术执行总监的绩效考核评价。三、测试人员考核1.在软件检查、评审、测试通过后,对软件维护记录中的缺陷,需 定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越高其评 价分就越低。2.测试组根据任务综合评价表每个月统计各测试人员所负责的任务 的综合评价结果,比较测试人员任务的得分值与绩效考核标准范围, 确定测试人员绩效考核评价。四、美工人员考核1.根据当月完成工作量

8、,以通过评审的原图及牵引图数量为衡量标 准,数量越多,评价分越高。2.对客户评价及满意度进行调查,并作为硬性标准。第五部分、其他说明1.开发的前期,指定每个模块的难易程度。2.bug发现的难易程度,在提交测试报告,并评审后决定。3.需要相关部门需提供软件维护记录表(缺陷数量、程度)附录1:程序员、中级程序员、高级程序员综合因素考核表姓名: 组别: 岗位名称: 总得分:项目及考核内容配分自评上级审核编码的水平(15%)A、编码非常简洁、规范,注解完整、清楚,容易被人理解;15B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解;13C、编码较简洁、规范,注解较完整、易懂,基本能被人理解;10

9、D、编码较简洁、规范,有个别注解,勉强能被人理解;8E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。相关技术文档的编写水平(15%)A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计 文档、已完成任务的说明文档;B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3天以内;C、编写较规范,较及时,一般可以查阅近期文档;文档编写滞后 3至6天;D、编写较规范,但不及时,常常难以查阅,文档编写滞后 6天以上;E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。合理化建议(10%)A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取 和执行经理的建议;B

10、、有时有好的建议,对工作效率有些提高,并且能认真听取和执行 经理的建议;C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议;6D、很少提建议,能听取经理的建议,但很少能执行,有时有些固执 己见;E、喜欢固执己见,不太能听取经理的建议,经常固执己见。工作总结、计划(10%)A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使 人能清楚地把握当前工作动态;B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解 当前工作动态;C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当 前工作动态;D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当 前工作动态;E、

11、很少能按时提交总结和计划,内容不太完整,使人能基本了解当 前工作动态。备份源程序A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;所 有版本的源程序(以及开发环境)均能及时备份;B、基本每天都能备份源程序,抽查偶尔没有通过;所有版本的源程 序(以及开发环境)均能及时备份;C、往往2至3天备份一次源程序,抽查一般没有通过;所有版本的 源程序(以及开发环境)均能及时备份;D、往往一星期备份一次源程序,抽查一般没有通过;有最终版本的 源程序(以及开发环境)的备份;E、不备份源程序,抽查从来没有通过。对外技术保 密(源程序、 技术文档、 核心技术等)(10%)A、从不向无关人员透露技术秘密,

12、从不携带技术秘密(非工作需要,下同)离开公司。对技术保密问题提岀了自己的建议,并被采纳,并 经常提醒他人注意技术保密;B、从不向无关人员透露技术秘密,从不携带技术秘密离开公司。经 常提醒他人注意技术保密;C、从不向无关人员透露技术秘密,从不携带技术秘密离开公司;D、偶尔向无关人员透露技术秘密,从不携带技术秘密离开公司;E、偶尔向无关人员透露技术秘密,偶尔携带技术秘密离开公司。工作态度品德廉洁,言行诚信,立场坚定,勤勤恳恳地工作,足为楷模;品行诚实,言行规矩,平易近人;言行尚属正常,无越轨行为;固执己见,不易与人相处,不接收他人的合理建议;经常利用上班时间处理私事,或擅离岗位,私心严重。责任感有

13、积极的责任心,能彻底达成任务,可放心交代工作;具有责任心,能达成任务,可交付工作;尚有责任心,能如期完成任务;责任心不强,需有人督导,亦不能如期完成任务;无责任心,时时需督导,也不能完成任务。备注:关于 工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。总分 100考核人签名 技术部经理确认考核日期附录2:项目经理 综合因素考核表领导能力15%善于领导部署提高工作效率,积极达成工作计划和目标;灵活运用部署顺利达成工作计划和目标;尚能领导部署勉强达成工作计划和目标;不得部属信赖,工作意愿低沉;领导方式不佳,常使部属不服或反抗。项目管理能 力总是能够按时完成项目,QBT控制非常好;基本

14、能够按时完成项目, QBT得到了一定控制;项目在QBT方面,有和计划相比出入,但是采取了一定措施,及时 补救;项目控制失败,和计划相差较大。工作任务及 效率10%能岀色完成工作任务,工作效率高,具有卓越创意;能胜任工作,效率较高;工作不误期,表现符合标准;勉强胜任工作,无甚表现;工作效率低,时有差错。有积极责任心,能彻底达成任务,可放心交代工作;沟通协调善于上下沟通平衡协调,能自动自发与人合作;乐意与人沟通协调,顺利达成任务;尚能与人合作,达成工作要求;协调不善,致使工作较难开展;无法与人协调,致使工作无法开展。授权指导善于分配权力,积极传授工作知识,引导部署达成任务;灵活分配工作或权力,有效

15、传授工作知识达成任务;尚能顺利分配工作与权力,指导部署完成任务;欠缺分配工作权力,及指导部署之方法,任务进行偶有困难;不善分配权力及指导部署之方法,内部时有不服及怨言。品德廉洁,言行诚信,立场坚定,足为楷模;固执己见,不易与人相处;私务多,经常利用上班时间处理私事,或擅离岗位。团队满意度部门对其管理的团队很满意;部门对其管理的团队满意;部门对其管理的团队不满意。组员满意度团队成员对所在团队很满意;团队成员对所在团队满意;团队成员对所在团队不满意。考核人签名技术部经理确认姓名缺陷率平均附录 4 :组名姓名_XX年XX月XX日_ XX年XX月XX日_工作日志表日期起始时间结束时间工作内容开始时间: 版本记录:(VX1.n1 ; X2.n2;X3.n3)注:X1.n1表示,第X1个任务的时间,已经修改了 n1次。初始值:X1.0,X2.0等。开发过程得分(60% 0综合因素得分(40 %)综合得分本组平均得分

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1