软件部绩效考核规范_第1页
软件部绩效考核规范_第2页
软件部绩效考核规范_第3页
软件部绩效考核规范_第4页
软件部绩效考核规范_第5页
免费预览已结束,剩余12页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

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

3、核,主要依据测试报告和软件维 护记录;测试人员的缺陷率考核,依据软件维护记录。(3)缺陷率单位以程序单元为单位,相比较而得出缺陷率的值(原理: 缺陷数/单元总数)。这里所指的程序单元,是 WB盼解后的 内容。(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模块1R12模块2R2N模块nRnF代表缺陷所对

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

6、PTC报告通过比较实际完成时间和计划完成时间的时间差, 与任务完成周期的比率来评价各任务的及时度。以下为PTC报告:姓名:XXX 月份:组别:开始时间:版本记录:(VX.x ; X.x)任务描述第1周第5周TOTPTCACTPerce ntBudgetREMT11.5T25Tn2合计平均:其中TOT:已经花费的总天数;PTC:除了本月花费的天数,还要多少天可以完成;ACT:本月实际需要的天数;Budget:最初预计的本月需要花费的天数;REM:整个任务完成的期限;Perce nt:本月完成的百分比。对于每周工作过程中,所花费的天数,通过书写的“工 作日志”,可以进一步核实。工作日志每天要书写,

7、 精确到小时,每周向直接上级汇报,并存档。便于抽 查、核对。对开发人员、测试人员的过程考核数据是:项目所负 责的程序单元的计划完成时间和实际需要时间。对技术执行总监的过程考核数据是:整个项目的计划 完成时间和实际完成时间。时间差率=(本月实际需要时间-本月预计完成时间)/ 本月预计完成时间;即: Percent。(以天为单位); 最终的结果为N个任务的平均值。2. 评分标准时间差率范围可根据具体项目而定序号得分时间差率范围备注190-10015%以下270-8015% -35 %3低于7035%以上三、综合考核根据综合因素考核表对相应人员的考核。详见附录一程序员、中级程序员、高级程序员、系统分

8、 析员综合因素考核表,附录 2技术执行总监综合因素考核表第四部分、绩效考核一、开发人员(程序员、高级程序考核)考核1.质量考核在软件测试过程中和软件后期维护发现的缺陷, 需定位缺陷级别 计算缺陷率,以此对开发人员以后的工作岗位、薪水等,进行调整。每个季度上报公司一次,作为下一步调薪的依据。技术部门每个 月由技术执行总监统计,并存档。每个月所有人员的统计情况,上报 部门。2.当月绩效考核考评分二进程评分*进程权数+ 综合因素评分*综合因素权数综合指标权重系数表:序号指标权数备注1进程考评0.62综合因素0.4、项目经理考核1. 考核得分计算方法是:AV=( ( EPi)/i)*0.5+M*0.3

9、+C*0.22. Pi代表项目组成员的过程考核得分;3. M代表技术执行总监的过程考核得分;4. 代表技术执行总监的综合因素得分;5. i=1,2,.n代表项目组成员数量。6. 绩效考核标准:般地,根据项目组的平均得分值,有以下评分标准:序号得分考核评价备注190 100优280 89良360 79合格4低于60差7. 技术部每个月确定了项目组成员绩效考核评价后,计算项目组的 平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定技术执行总监的绩效考核评价。三、测试人员考核1. 在软件检查、评审、测试通过后,对软件维护记录中的缺陷,需 定位缺陷级别,计算缺陷率,以此对测试人员考核;缺陷率越

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

11、内容配分自评上级审核编码的水平(15%)A、编码非常简洁、规范,注解完整、清楚,容易被人理解;15B、编码非常简洁、规范,注解较完整、易懂,较容易被人理解;13C、编码较简洁、规范,注解较完整、易懂,基本能被人理解;10D、编码较简洁、规范,有个别注解,勉强能被人理解;8E、编码不简洁、规范,没有注解或仅有个别注解,无法被人理解。5相关技术文档的编写水平(15%)A、编写非常规范,非常及时,随时都可以查阅正在开发任务的设计 文档、已完成任务的说明文档;15B、编写非常规范,较及时,随时可以查阅近期文档,文档编写滞后3天以内;13C、编写较规范,较及时,一般可以查阅近期文档;文档编写滞后3至6天

12、;10D、编写较规范,但不及时,常常难以查阅,文档编写滞后6天以上;8E、编写不规范,不及时,常常难以查阅,甚至没有编写相关文档。5合理化建议(10%)A、常常有很好的建议,并很大的提高了工作效率,而且能认真听取 和执行经理的建议;10B、有时有好的建议,对工作效率有些提高,并且能认真听取和执行 经理的建议;8C、有时提一些建议,但没什么效果,往往能听取和执行经理的建议;6D、很少提建议,能听取经理的建议,但很少能执行,有时有些固执 己见;4E、喜欢固执己见,不太能听取经理的建议,经常固执己见。2工作总结、计划(10%)A、每次都能按时提交总结和计划,并且内容完整、详实、清楚,使 人能清楚地把

13、握当前工作动态;10B、每次都能按时提交总结和计划,内容较完整、详实,使人能了解 当前工作动态;8C、基本能按时提交总结和计划,内容较完整、详实,使人能了解当 前工作动态;6D、基本能按时提交总结和计划,内容不太完整,使人能基本了解当 前工作动态;4E、很少能按时提交总结和计划,内容不太完整,使人能基本了解当 前工作动态。2备份源程序(10%)A、每天工作结束时,都能及时备份源程序,每次抽查都能通过;所 有版本的源程序(以及开发环境)均能及时备份;10B、基本每天都能备份源程序,抽查偶尔没有通过;所有版本的源程 序(以及开发环境)均能及时备份;8C、往往2至3天备份一次源程序,抽查一般没有通过

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

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

16、核。总分100考核人签名技术部经理确认考核日期叮叮小文库附录2:项目经理综合因素考核表姓名:岗位名称:总得分:项目及考核内容配分自评上级审核领导能力15%善于领导部署提高工作效率,积极达成工作计划和目标;15灵活运用部署顺利达成工作计划和目标;13尚能领导部署勉强达成工作计划和目标;10不得部属信赖,工作意愿低沉;8领导方式不佳,常使部属不服或反抗。6项目管理能 力15%总是能够按时完成项目,QBT控制非常好;15基本能够按时完成项目,QBT得到了一定控制;13项目在QBT方面,有和计划相比出入,但是采取了一定措施,及时 补救;10项目控制失败,和计划相差较大。8工作任务及 效率10%能岀色完

17、成工作任务,工作效率高,具有卓越创意;10能胜任工作,效率较高;8工作不误期,表现符合标准;6勉强胜任工作,无甚表现;4工作效率低,时有差错。2责任感10%有积极责任心,能彻底达成任务,可放心交代工作;10具有责任心,能达成任务,可交付工作;8尚有责任心,能如期完成任务;6责任心不强,需有人督导,亦不能如期完成任务;4无责任心,时时需督导,也不能完成任务。2沟通协调10%善于上下沟通平衡协调,能自动自发与人合作;10乐意与人沟通协调,顺利达成任务;8尚能与人合作,达成工作要求;6协调不善,致使工作较难开展;4无法与人协调,致使工作无法开展。2授权指导10%善于分配权力,积极传授工作知识,引导部

18、署达成任务;10灵活分配工作或权力,有效传授工作知识达成任务;8尚能顺利分配工作与权力,指导部署完成任务;6欠缺分配工作权力,及指导部署之方法,任务进行偶有困难;4不善分配权力及指导部署之方法,内部时有不服及怨言。2工作态度10%品德廉洁,言行诚信,立场坚定,足为楷模;10品行诚实,言行规矩,平易近人;8言行尚属正常,无越轨行为;6固执己见,不易与人相处;4私务多,经常利用上班时间处理私事,或擅离岗位。2团队满意度10%部门对其管理的团队很满意;10部门对其管理的团队满意;8部门对其管理的团队不满意。6组员满意度10%团队成员对所在团队很满意;10团队成员对所在团队满意;8团队成员对所在团队不满意。6备注:关于 工作任务”这个项目,必须另附上工作计划及工作总结供参考和审核。总分100考核人签名技术部经理确认考核日期17附录3 :组名

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论