外包开发人员月度绩效考核表.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
广州杰赛科技股份有限公司工程项目中心 A B 姓名 1 岗位 开发 2 考核周期 2016年4月 3 考核日期 5月 日 4 绩效系数 1 5 考核项 考核类别 6 和说明 任务 完成进度 7 基础工作 任务完成质量 8 任务难度 9 工作量 工作时长 10 代码质量 11  月度绩效考核表 研发部 GCXMZX-M1 C D E F 考核结果以分数确定,最终转换为 A、B、C、D四个等级,以分管领导最终评定为准,当月考核结果直接与员工当季绩效工资的发放挂钩: A:优秀 (98-100) 绩效工资按 100%发放,并按本人当月考核工资标准的 10%另行发放奖励工资。 当月绩效考核为 A级的员工比例不超过公司员工总数的 10%,各部门原则上不超过 1人。 评分规则 B: 良好(86-97) 绩效工资按 100%发放。 C:合格 (60-85) 绩效工资按 60%发放。 D: 一般(60以下) 不予发放绩效工资。 一季度达到 A级两次以上或 B级三次以上的有资格参加季度工资评定。 1、月初员工填写上月的《员工月度工作考核表》交部门负责人; 2、每月 6日前,分管负责经理将部门及所属员工的考核下发行政部; 考核流程 3、行政部根据考核结果填报《员工月度考核汇总表》并于每月 10日前交公司领导审批; 4、行政部将经公司考核小组审批后的考核结果反馈至各部门,并函告人事、财务部; 5、考核人根据实际情况和需要,与被考核人进行沟通,以改进和提高工作绩效。 最终考核 上级负责人考评 =评分对应的绩效分档×绩效系数,项目经理考评 =评分对应的绩效分档×绩效系数。 考核过程中,当月考核等级为 D的,留任原职查看;累计达到两次的,转为试用员工;累计达到三次的,给予解聘或辞退。年度 C级考核结果累计达到或超过三次的,根据其实际工作情况, 成绩说明 此外,员工季度工作绩效考核结果,将作为年度优秀员工评选、年终考核和奖惩的重要参考依据。 评分说明 ( 评分标准) 权重 自评 1、提前并超越质量要求完成 备注:如果造成整体项目进度进度严重受影响 , 如影响项目进度延迟 =5天则本项得分为 0,如3天则本项得分不能高于 60;当 10% 本月有多个任务时,只要有一个任务低于某个标准,则此项总得分最高只能是该标准。如果所有任务达到 C标准及以上,则此 项总得分为 =每项任务得分 / 任务数 2、BUG: 能用1天以内时间定位并修复,且不再发生此 BUG和不引发其他 BUG 事务: 快速完成并撰写报告 (Word/Email) ,书写表达非常清楚易懂并很简洁,对于出现的问题能及时汇报并继续完成任务,力求得到成功的解决。 10% 备注:当本月有多个任务时,只要有一个任务低于某个标准,则此项总得分最高只能是该标准。如果所有任务达到 C标准及以 上,则此项总得分为 =每项任务得分 / 任务数 3:开发方面:涉及高难度算法,涉及大量代码修改 ( 可以采用脚本批量修改的除外 ) ,涉及大量高性能优化工作 5% 事务方面:涉及多个公司客户人员,涉及公司多个部门,涉及协调多方人员,并需要大量的邮件和电话沟通工作 4:本月工作时长为月度应工作时长 120%以上, 含120% 备注:月度应工作时长指一个月应上班时间长度 ( 按小时记 ) ,本月工作时长指正常上班、加班时长总和 ( 按小时记 ) ,如有婚假 5% 、丧假一类的国家法律规定的请假,按 C级别计算。获得 90分以上,请将数据填写在备注。 5:代码严格按照相关规范编写,且可读性极高,复用性非常好 ( 框架、类、函数),形成良好框架或者库的给予高分 5% 1/6 2020/3/17 广州杰赛科技股份有限公司工程项目中心 A B 单元测试情况 12 软件质量 BUG情况 13 文档手册 14 执行力 ( 包括主动性) 15 沟通能力 团队协作 16 工作成果提交纪 律 月度绩效考核表 GCXMZX-M1 C D 6:有效使用单元测试框架,并能自动测试,而且 BUG数很少;或者测试质量很高,代码联调时 BUG极少,不影响他人进度,无需花很大精力调试 以下情况,对于很难重现并且概率小于 10%的BUG不统计在内,或者因为“设计缺陷”而置为“公认”的 BUG不做统计 测试阶段,负责的模块没有任何严重 BUG,并且总 BUG数在10个以内,及时修复不影响测试进度 ( 平均修复时间 2天) 备注:已发布使用的所负责模块,如果一个月内市场销售或者客户反馈回来的 BUG数多于 2个,或者发生严重 BUG(宕机、崩溃、不可用 ) ,则本月评分不能高于 B。BUG数多于 4个,严重 BUG多于1个,则此项评分不能高于 C。如果接到客户投诉,评分根据严重程度为D 8:清晰易懂,描述清楚,图文并茂,没有任何歧义

文档评论(0)

Wang216654 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档