设计工程师绩效考核表
设计工程师绩效考核表
测试人员绩效评价标准
测试人员绩效评价方法 版本记录： 1编写目的 本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。 2适用范围 本标准适用于软件测试人员的考核。 3 评价标准与原则 3.1提交BUG的数量和执行测试用例的数量
测试中发现的BUG数量: 1)同一个项目组内，提交bug数 2)每人日提交的bug数 3.2测试人员发现的问题的本身价值 1)Bug的严重程度是衡量bug的质量的一个重要因素，好的bug应该是极端严重的，对系统造成极大危害的。 2)Bug的双方面评判，对于bug的价值开发人员在另外一个角度上进行评判。 3.3、测试文档的质量 测试文档的质量往往是测试人员的测试水平的反映，只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告，说明测试的全面性和测试过程的质量 3.4 测试技能水平 1）测试用例设计水平 2）测试工具掌握使用水平 3）测试结果分析判断水平 3.5测试技能以外的综合能力 考察一个测试人员的责任心，如果一个测试人员工作不符责任，随意敷衍，即使提交的问题单数量多，也不能证明他测试的质量高。其次积极的工作态度是提高测试质量，和整体团队风气的关键，沟通能力直接影响测试的工作效率与不同部门间的合作分工。 1）工作态度 2）沟通能力 3）钻研能力 4）团队合作能力 4考核办法一览表
注：缺陷分类算法： A*(1+加权系统)/(A+B+C+D+E)*20 B*(1+加权系统)/(A+B+C+D+E)*20 C*(1+加权系统)/(A+B+C+D+E)*20 D*(1+加权系统)/(A+B+C+D+E)*20 E*(1+加权系统)/(A+B+C+D+E)*20
软件测试工程师绩效评估表
软件测试工程师绩效评估表 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划） 方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改 软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测 试报告； 5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质 量。 6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应 的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之 外的部门定期交流掌握下周或近期可能测试任务； 9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一 个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟 的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研 发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；
研发部关键绩效考核指标
4. 2 研发部关键绩效考核指标 4.4 研发部经理绩效考核指标量表
4.5 技术研发人员绩效考核方案
技术研发人员的考核过程分为三个阶段，构成完整的考核管理循环。这三个阶段分别是
计划沟通阶段、计划实施阶段和考核阶段 （一）计划沟通阶段 ①考核者和被考核者进行上个考核期目标完成情况和绩效考核情况回顾 ② 考核者和被考核者明确考核期内的工作任务、工作重点、需要完成的目标 （二）计划实施阶段 ① 被考核者按照本考核期的工作计划开展工作，达成工作目标。 ② 考核者根据工作计划，指导、监督、协调下属员工的工作进程，并记录重要的工作表 现。 （三）考核阶段 考核阶段分绩效评估、绩效审核和结果反馈三个步骤。 1. 绩效评估 考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分。 2. 结果审核 人力资源部和考核者的直接上级对考核结果进行审核，并负责处理考核评估过程中所发 生的争议。 3. 结果反馈 人力资源部将审核后的结果反馈给考核者，由考核者和被考核者进行沟通，并讨论绩效 改进的方式和途径。 四、绩效结果运用 （一） 绩效面谈 考评者对被考评者的工作绩效进行总结，并根据被考评者有待改进的地方，提出改进、 提高的期望与措施，同时共同制定下期的绩效目标。 （二） 绩效结果运用 1.薪酬调整 技术研发人员工资与绩效考核结果直接挂钩，具体有以下标准。 95分以上的，薪资等级上调两个等级，但不超过本职位薪资等 级的上限。 80分到95分（含）的，薪资等级上调一个等级，但不超过本职 位薪资等级的上限。 60分以下的，薪资等级降一个等级，但不低于本职位薪资等级 ①年度绩效考核得分在 ②年度绩效考核得分在 ③年度绩效考核得分在 60分到80分（含）的，薪资等级不变; ④年度绩效考核得分在
设计师月度绩效考核表
设计师月度绩效考核表 设计师月度绩效考核表 姓名: 工号: 考核日期: 年月日 评分考核指标权重数据来源考评主体初评终评 设计任务完成率 20% 设计部直接上级 销售任务完成率 10% 销售管理部直接上级关键绩 效50% 客户投诉次数 10% 设计部直接上级 个人违规次数 10% 设计部直接上级 工作技能 10% 直接上级能力绩创新能力 5% 直接上级效20% 学习能力 5% 直接上级直接上级平时 责任心 10% 观察、收集和直接上级 积累考核依据协作性 5% 直接上级态度绩 效30% 纪律性 5% 直接上级 品德言行 10% 直接上级等级卓越( )优秀( )称职( )待改进( )差( )总得分: 说明: 考核指标所得分乘以相对应的权重再乘以10，即为该项指标的考核得分，各项 目1 指标得分之和为考核总得分。 2 单项得分:优秀为10,9分，良好为8,7分，及格为6,5分，不及格为4,0 分。 考核总得分:100--96分为卓越，95--90分为优秀，89--85分为称职，84--76 分3 为待改进，75分及以下为差。 4 85分为百分百的绩效工资，应得绩效工资=该月所得考核分?85×标准绩效工资。 5 设计任务完成率:设计实际进度与计划进度相比较。
销售任务完成率=实际销售额/计划销售额×100%,120%以上为优秀,120--100%为6 良好,99--90%为及格,90%以下为不及格。 客户投诉次数:0次为优秀,1次为良好, 2-3次为及格,4次及以上为不及格。客7 户包括外部客户和内部客户，内部客户包括公司各部门和员工。 8 个人违规次数:0次为优秀,1次为良好, 2-3次为及格,4次及以上为不及格。 9 工作技能:对岗位相关知识的掌握、运用，工作熟练程度。 10 创新能力:问题意识是否强，在改进工作方面的主动性及效果。 11 学习能力:对待学习的态度，接受新知识、新技能的速度，能否学以致用。 12 责任心:是否明白岗位职责，积极、主动地对自己的工作行为和结果负责。 13 协作性:团队精神及与他人(部门)工作配合情况。 纪律性:是否遵守公司规章制度，服从命令，以身作则为形成良好的工作秩序而14 努力。 15 品德言行:是否诚信，是否具有职业道德。
研发测试人员绩效考核奖励细则
研发人员绩效考核奖励细则 一、考核目的 为了更好完善公司各项目管理机制，保障研发项目的按期、高效、高质完成，同时进一步促进研发部门员工自身的发展，结合研发人员的工作特点，特制定本方案。 二、适用范围 公司研发所有员工，具体包括智能硬件产品组、电商组、APP组、大数据组转正员工。（当月 15 日（含当天）前转正本月考核，15 日后转正的次月考核） 三、考核周期：月度考核 四、考核方法与原则 考核方法 采用部门考核的方法（以产品为单位，产品负责人对其下属员工的进度、质量、规范性、工作态度及能力等方面进行评估）； 考核原则 采用行为考核与结果考核相结合。 五、考核内容与评分标准（详见附件一文件《研发人员绩效考核表》） 六、考核实施 计划沟通阶段 计划实施阶段
考核阶段 考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分，同时被考核者也需根据个人在考核期内的工作表现和考核标准进行自评。 考核者的直接上级及主管领导对考核结果进行审核，并负责处理考核评估过程中所发生的争议。 各部门每月 10 日前组织绩效面谈会议，将上月考核结果反馈给被考核者，并讨论绩效改进的方式和途径。 七、绩效工资与考核结果运用 绩效工资运用 绩效考核结果运用 绩效面谈 考核者每月5日前对被考核者上月度的工作绩效进行总结，填写附件二《绩 效考核面谈表》，并指出被考评者有待改进的地方，从而进行差距分析，确保绩效的持续改进，同时共同制定下月的绩效目标。
相关奖励 1）根据年度 12 个月的平均得分，作为员工薪资调整、职位晋升、岗位培训的决策依据。 2）连续3个月，研发人员的进度考核为满分的，当月在绩效得分中奖励加分 5 分，连续3个月，研发人员的代码质量考核为满分的，当月在绩效得分中奖励奖励 10分。 3）培训：年度绩效考核得分在 85 分（含）以上的员工，有资格享有公司安排的提升培训，年度绩效考核得分在 70 分以下的员工，可以申请相关培训，经人力行政部批准后参加。 相关处罚 1）首次月度考核得分在 59 分（含）以下的，由直属领导进行绩效面谈，对其绩效成绩进行差距分析及进行相应的培训辅导； 2）通过部门培训仍连续 2 个月绩效考核得分在 59 分（含）以下的，公司根据员工实际业绩产出给予相应的调整（降职/降薪/解除劳动合同） 员工的绩效工资发放
研发部各岗位绩效考核指标表
研发部各岗位关键绩效考核指标表技术部经理绩效考核指标量表
4.4研发部经理绩效考核指标量表
4.5技术研发人员绩效考核方案 受控状态 方案名称技术研发人员绩效考核方案 ____________________________ 编号 —、总体设计思路 （一）考核目的 为了全面并简洁地评价公司技术研发人员的工作成绩，贯彻公司发展战略，结合技术研发人员的工作特点，制定本方案。 （二）适用范围 本公司所有技术研发人员。 （三）考核指标及考核周期 针对技术研发人员的工作性质，将技术研发人员的考核内容划分为工作业绩、工作态度、工作能力考核，具体考核周期如下表所示。 由技术研发部门主管会同人力资源部经理、考核专员组成考评小组负责对生产人员的考核。 二、考核内容设计 （一）工作业绩指标 工作态度考核表 指标名称考核标准总|得
计划实施阶段和考核阶段。 （一）计划沟通阶段 ① 考核者和被考核者进行上个考核期目标完成情况和绩效考核情况回顾。 ② 考核者和被考核者明确考核期内的工作任务、工作重点、需要完成的目标 （二）计划实施阶段 ① 被考核者按照本考核期的工作计划开展工作，达成工作目标。 ② 考核者根据工作计划，指导、监督、协调下属员工的工作进程，并记录重要的工作表现 （三）考核阶段 考核阶段分绩效评估、绩效审核和结果反馈三个步骤。 1. 绩效评估 考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分。 2. 结果审核 人力资源部和考核者的直接上级对考核结果进行审核，并负责处理考核评估过程中所发生的争议。 3. 结果反馈 人力资源部将审核后的结果反馈给考核者，由考核者和被考核者进行沟通，并讨论绩效改进的方式和 途径。 四、绩效结果运用 （一） 绩效面谈 考评者对被考评者的工作绩效进行总结，并根据被考评者有待改进的地方，提岀改进、提高的期望与 措施，同时共同制定下期的绩效目标。 （二） 绩效结果运用 1. 薪酬调整 技术研发人员工资与绩效考核结果直接挂钩，具体有以下标准。 95分以上的，薪资等级上调两个等级，但不超过本职位薪资等级的上限。 80分到95分（含）的，薪资等级上调一个等级，但不超过本职位薪资等级的 上限。 60分以下的，薪资等级降一个等级，但不低于本职位薪资等级的下限。 2. 培训 年度绩效考核得分在80分（含）以上的员工，有资格享受公司安排的提升培训。年度绩效考核得分在 70分（含）以上的员工，可以申请相关培训，经人力资源部批准后参加。年度绩效考核得分在 60分（含） 以下的员工，必须参加由公司安排的适职培训。 五、绩效申诉 （一） 申诉受理 被考核人如对考核结果不清楚或者持有异议， 可以采取书面形式向人力资源部绩效考核管理人员申诉。 （二） 提交申诉 员工以书面形式提交申诉书。申诉书内容包括申诉人姓名、所在部门、申诉事项、申诉理由。 （三） 申诉受理 人力资源部绩效考核管理人员接到员工申诉后，应在三个工作日做岀是否受理的答复。对于申诉事项 无客观事实依据，仅凭主观臆断的申诉不予受理。 受理的申诉事件，首先由所在部门考核管理负责人对员工申诉内容进行调查，然后与员工直接上级、 共同上级、所在部门负责人进行协调、沟通。不能协调的，上报公司人力资源部进行协调。 （四） 申诉处理答复 人力资源部应在接到申诉申请书的 10个工作日内明确答复申诉人。 ①年度绩效考核得分在 ②年度绩效考核得分在 ③年度绩效考核得分在 60分到80分（含）的，薪资等级不变; ④年度绩效考核得分在
软件测试人员绩效考核详细
1、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。
软件测试人员绩效考核详细
1 、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer 认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考 核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加 团队工作，其工作效率比自己单独工作时的效率 反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害 组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队 中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim 和 Schuster 则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人 主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾 团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确 定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以 确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的 总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是 结果”的典型观点。Murphy 等人将绩效定义为“一套与组织或个体所工作的 组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着 这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础 之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其 结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度 出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却 很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受 各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言， 在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核 员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置 换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的 方法。
关于测试人员绩效考核的一点儿想法
每一个测试经理都面临这样的问题，如何对测试人员进行绩效考核。因为测试人员参与的工作不单一，需要的技能也各种各样，考核测试人员的绩效似乎不是很容易的事，除了一般需要考核的对工作的态度，工作的责任心，积极性这些方面以外，还有一些其它方面的内容。 要想对测试人员进行考核，就需要开始工作的时侯明确测试人员的职责，对测试人员的期望等，一个团队中不同的测试人员可能职责不同，比如测试负责人，测试设计人员，自动化测试人员，普通测试人员等，那么对这些人的期望也是不同的，进行绩效考核的时候需要根据对测试人员的期望进行考核，而这些职责和期望测试人员也是很明确的。 测试人员可能参与不同的软件开发过程，比如需要参与需求和设计的评审，那么也需要对这些工作进行考核，比如需求评审时可以从测试人员对需求的理解上，测试人员对需求提出的问题的质量上等作出评价。 如果需要测试人员准备测试文档，如测试用例等，那么可以通过评审测试文档来考核一个测试人员的能力。如评审测试用例的质量，对需求的覆盖程度，可理解和执行等方面来判段一个测试人员的能力。 对于执行测试的测试人员来说，可以从测试人员所发现的问题对测试人员进行评价。测试人员所发现的问题是复杂的还是简单的，是隐藏比较深的，还是一些表面的问题。还可以从问题的书写上进行评价，问题的书写是否详细清晰，开发人员可以再现，还是含糊其词，不明所以。或者测试人员书写的问题是否是自己的操作问题，一个问题是否写多遍等。 而对于已经发布的产品，也可以从用户反馈的问题来考核测试人员的绩效，但是这个可能需要的时间比较长。 测试人员的沟通能力也是考核的一个方面，无论是书面的还是口头的，测试人员都应该有较好的沟通能力。 另外测试人员的接受指示，把握细节的能力也应该进行考核，测试经理希望把任务分配给可以按照指示完成的人来完成，如果测试人员自行其事，即使技术能力比较强也对工作无益。 首先我们不能单纯的以测试人员提交的bug数量进行考核，那样的结果可能会导致测试人员为了bug 数量而互相攀比，导致bug质量的下降。 所以我觉得下面这几点可能会更合理一些（仅供讨论）： 1：有效bug率用来衡量测试人员发现的，被确认为缺陷的有效缺陷比率，比率越高则测试质量越高。这个比率剔除被开发人员拒绝修改和删除，以及重复的bug之后，剩余缺陷数占缺陷总数的一个比率。 测试人员不能只重视bug的数量，为了让领导感觉测试人员每天都在工作而随意的提交bug，从而导致bug数量很高，但质量很低。造成很多bug都被拒绝修复或者bug不能重现以及bug重复报告等问题。 2：测试覆盖率主要用来衡量测试人员对功能点遗漏测试的情况。我觉得这适合测试组人员较少的公司，每个测试人员要单独负责一个完整的项目，在这种情况下，进行这样的衡量是有必要的。 3：bug描述质量主要衡量测试人员对于bug报告的描述情况。bug报告的描述是否清晰、简洁。开发人员是否能很容易的理解并依据报告描述重现bug。很多情况下开发人员拒绝修改bug是因为bug报告的描述很难理解，并且依据描述不能重现bug等。 4：严重bug率主要是根据严重程度分类的缺陷数比全部缺陷或者有效缺陷。这有助于让测试人员将注意力集中在关键问题上，减少产品的致命缺陷。 5：市场反馈缺陷率产品正是发布推向市场后，客户在使用产品的过程中发现的缺陷数占缺陷总数的比率。用来总体衡量测试组整体的工作情况。 6：最后一点，让开发人员来评估测试人员的表现。我不太肯定这样做的效果会怎么样？我的想法是：测试最直接的服务对象是开发。开发人员对于测试人员所报告的缺陷进行确认，修改（或者拒绝），对于测试人员的工作表现以及缺陷质量来说，开发人员是最有发言权的。当一个质量很高的bug被报告的开发人员那里，他们是很乐意接受这样的问题，因为你报告的bug有足够充分的理由和足够准确的描述可以说明问题，让开发人员没有借口来为自己辩解。开发人员对于这样的问题会有很好的印象。所以我觉得让开发人员来评估测试人员的表现可以作为考核测试人员的一个重要依据。
公司管理人员绩效考核表
日本兴业公司管理人员绩效考核表 姓名：部门：岗位：考评日期： 评价因素对评价期间工作成绩的评价要点 评价尺度 优良中可差 1.勤务态度A．把工作放在第一位，努力工作。 B．对新工作表现出积极态度。 C．忠于职守，严守岗位。 D．对部下的过失勇于承担责任。 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 2.业务工作A．正确理解工作指示和方针，制订适当的实施计划。 B．按照部下的能力和个性合理分配工作。 C．及时与有关部门进行必要的工作联系。 D．在工作中始终保持协作态度，顺利推动工作。 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 3．管理监督A．在人事关系方面部下没有不满或怨言。 B．善于放手让部下去工作，鼓励他们乐于协作的精神。 C．十分注意生产现场的安全卫生和整理整顿工作。 D．妥善处理工作中的失败和临时追加的工作任务。 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 4．指导协调A．经常注意保持提高部下的劳动积极性。 B．主动努力改善工作和提高效率。 C．积极训练、教育部下，提高他们的技能和素质。 D．注意进行目标管理，使工作协调进行。 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 5．工作效果A．正确认识工作意义，努力取得最好成绩。 B．工作方法正确，时间和费用使用得合理有效。 C．工作成绩达到预期目标或计划要求。 D．工作总结汇报准确真实。 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 14 12 10 8 6 1．通过以上各项的评分，该员工的综合得分是：__________分 2．你认为该员工应处于的等级是：（选择其一） [ ]A [ ]B [ ]C [ ]D A：240分以上；B：240~200分；C：200~160分；D：160分以下 3．考核者意见 _____________________________________________ 考核者签字：__________________日期：______年______月______日
平面设计师绩效考核表
平面设计师绩效考核表 平面设计师绩效考核表考核日期： 考核对象（姓名）： 绩效考核目的建立以岗位竞争的绩效考评机制，充分调动全体员工的积极性和创造性，实现公司战略发展总目标。绩效考核阶段□月度考核□季度考核□年中考核□年终考核绩效考核部门安徽意图广告有限公司绩效考核项目以业绩指标、日常行为表现、综合能力等作为考评依据绩效考核原则公平、公正绩效考核方法KPI与360度相结合考核法（满分100）考核组织负责人裁决小组、人力资源部。考核项目占比优秀（10分）好(8-9分)良好（6-7分）较差（4-5分）极差（1-2分）自评上司评裁决小组平均分 Ⅰ、个人工作任务及效率（60%）能出色完成个人工作任务，工作效率高，并且自发性工作多（优秀：10分）能胜任个人工作，效率较高。（好：8-9分）工作不误期，工作质量符合标准（良好;6-7分）勉强胜任个人工作，无甚表现（较差：4-5分）工作效率低，时有差错（极差（1-2分）
Ⅱ、综合能力 （30%） 工作技能 (10%) 具有极丰富的专业技能，能充分完成本身职责（优秀;10分）有相当的专业技能，足以应付本身工作（好;8-9分）专业技能一般，但对完成任务尚无障碍（良好：6-7分）技能程度稍感不足，执行工作常需请教他人（较差：4-5分）对工作必需技能不熟悉，日常工作难以完成（极差：1-2分） 工作态度与责任感 （10%） 任劳任怨，竭尽所能完成任务（优秀;10分）工作努力，主动，能较好完成分内工作（好;8-9分）有责任心，能自动自发（良好：6-7分）交付工作需要督促方能完成（较差：4-5分）敷衍了事，无责任心，做事粗心大意（极差：1-2分） 协调性 （10%）与人协调无间，为工作顺利完成尽最大努力（优秀;10分）爱护团体，常协助别人（好;8-9分）肯应他人要求帮助别人（良
研发人员绩效考核指标
研发人员绩效考核指标标准的提炼与确定 关键词：研发人员+绩效考核指标 1.研发人员绩效考核指标制定存在的问题及对策 2.怎么制定研发人员绩效考核指标 3.研发人员绩效考核指标怎么设计 4.研发人员绩效考核指标提取方法 5.【研发人员绩效考核指标】研发人员绩效考核指标制定——华恒智信咨询 文章描述:研发人员作为企业核心部门的成员，在企业发展中起着十分关键的作用。而由于研发人员及其工作的特殊性，企业现有的研发人员绩效考核指标的制定存在诸多问题，影响了研发人员的工作积极性，对研发人员绩效考核指标的设计也成了企业绩效管理的重点和难点。那么研发人员绩效考核指标的制定出现了什么问题，我们又应该如何科学合理的提取研发人员的绩效考核指标呢本文由人力资源专家——华恒智信分析员结合咨询行业的实战经验总结了研发人员绩效考核指标的制定问题，以期大家有所借鉴。 引言： 随着市场需求的不断变化，企业不能再靠做一个产品来获取高额利润，而应把发展重心转到研发。研发人员作为企业核心部门的成员，在企业发展中起着十分关键的作用。而由于研发人员及其工作的特殊性，企业现有的研发人员绩效考核指标的制定存在诸多问题，影响了研发人员的工作积极性，对研发人员绩效考核指标的设计也成了企业绩效管理的重点和难点。那么研发人员绩效考核指标的制定出现了什么问题，我们又应该如何科学合理的提取研发人员的绩效考核指标呢本文由人力资源专家——华恒智信分析员结合咨询行业的实战经验总结了研发人员绩效考核指标的制定问题，以期大家有所借鉴。 绩效管理是一种对公司的资源进行规划、组织和使用，以达到某个目标并实现顾客期望的过程。企业满足客户的过程一般是通过了解客户需求的前提下，设计研发出符合客户期望和需求的产品或者是提供客户所希望的服务的过程，那么针对提供产品的企业来说，其研发人员就是决定其产品是否具有市场前景和吸引力的核心所在，对其进行有效的约束和激励有
设计师绩效考核表
设计师绩效考核表 绩效考核时间 年 月 日 绩效考核对象（姓名） 绩效考核目的 建立以岗位竞争的绩效考评机制，充分调动全体员工的积极性和创造性，实现公司战略发展总目标。 绩效考核项目 以业绩指标、日常行为表现、综合能力等作为考评依据 绩效考核月度 年 月 绩效考核原则 公平、公正 绩效考核方法 KPI 与 360 度相结合考核法（满分 100） 考核组织负责人 总经理助理、综合部、裁决小组 考核项目占比 优秀（ 10 分）好 (8-9 分 ) 良好（ 6-7 分）较差（ 4-5 分）极差（ 1-2 分） 自评 上司评 裁决小组 平均分 根据各广告项目要求制定平面广告制作计划，并组织实施（ 0—15 分） 负责设计人员安排，监督制作过程，实施质量监控，及时纠错（ 0— 15 分） Ⅰ、个人工作任务及效率 与项目负责人进行沟通交流，全面理解广告创意的文案理念和设计要求，力求广告作 （60%） 品满足客户要求（ 0— 15 分） 广告文案按时完成率× 15 领导能力 （10%） Ⅱ、综合能力 工作技能 （ 30%） （10%） 善于领导部署提高工作效率，积极达成部门月度工作计划和目标（优秀 10 分） 灵活运用部署顺利达成部门月度工作计划和目标（好： 8-9 分） 尚能领导部署勉强达成部门月度工作计划和目标（良好 ;6-7 分） 不愿部署工作，工作意愿低沉（较差： 4-5 分） 领导方式不佳，常使属下不服或反抗（极差： 1-2 分） 具有极丰富的专业技能，能充分完成本身职责（优秀 ;10 分） 有相当的专业技能，足以应付本身工作（好 ;8-9 分） 专业技能一般，但对完成任务尚无障碍（良好： 6-7 分） 技能程度稍感不足，执行工作常需请教他人（较差： 4-5 分） 对工作必需技能不熟悉，日常工作难以完成（极差： 1-2 分） 任劳任怨，竭尽所能完成任务（优秀 ;10 分） 工作态度 工作努力，主动，能较好完成分内工作（好 ;8-9 分） 与责任感 有责任心，能自动自发（良好： 6-7 分） Ⅲ、 日常行为规范表现 （ 10%） 评价得分 奖惩加 / 减分 总计本月得分 评价等级
某公司研发部绩效考核方案V
第一条研发人员绩效考核激励方案设计 1.公司基本现状及当前面临的主要问题 目前，企业面临的主要问题包括： 1)产品开发要求不断增加，项目组不断增加，项目协调工作剧增 2)维护工作和项目开发工作难以界定，项目计划难以准确制订 3)原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4)由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，企业管理层希望能通过改善绩效考核体系解决或缓解企业在产品开发中出现的问题。 2.基于项目考核的公司研发人员绩效考核方案 根据企业项目开发的实际情况，以项目考核代替部门考核更适应企业现状，并易于实施。制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金= p *b* 项目合同成本 项目管理层奖金= 50%* 项目总奖金 项目成员奖金总额=50% * 项目总奖金 项目成员个人奖金= s * 项目成员奖金总额 在本方案中，b=(1~2)%，公司决策层将根据项目规模、项目难度等因素确定b的具体取值。 下文将主要说明p、s的计算方案。 1.项目团队考核实施 根据公司实际情况，项目团队考核具体方案如下所述： ?考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目 考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 ?考核方案： 表格 1
项目团队绩效综合考核p = w1*p1+w2*p2+ w3* p3 为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数p1和项目总进度考核系数p3分别设置了最高值1.5、1.2；另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为(0—1)，并保证如下等式： w1 + w2 + w3 = 1 2.考核频率 方案主要采用如下的考核频次： 1)项目结项，并实现用户项目回款后进行 2)按照公司认可的预设项目周期进行考核 第三条项目团队个人考核实施 项目个人考核主要由项目经理完成，该考核应纳入公司整体绩效考核体系，并得到公司批准。具体实施方案如下所述。 ?考核目标：为了更好地完善研发中心门项目管理和部门管理机制，保证研发项目的 按期、高效、高质完成，并促进公司内员工自身的发展，特制订该考核方案。该方 案将以项目考核为主要目标和主要方法。考核目标确定由核心考核目标和辅助考核 目标两部分组成。 ?考核指标体系：从考核方式的角度对该方案的实施，即指标体系进行说明。 从考核可操作性角度分析，方案将上述考核目标按照指标的获得方式分为客观定量 考核和主观定量考核，并希望通过随着公司研发项目管理的逐渐成熟，考核经验的 逐渐累积，各考核指标可逐步采用客观定量考核获得，对于核心考核目标尤为如此。
测试人员绩效考核详细
绩效考核 1.测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易 造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在 组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ?Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的 共享和绩效的提高，降低团队工作的优势。 ?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方 面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。 Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。 基于项目团队生命周期的绩效考核: ?孵化诞生期: 这是指团队形成前到团队正式形成的一个阶段，是选择合适的项目成员组成团队的时期。 ?考核的客体是个人。团队的首要任务是筛选项目组成员，根据项目目标的要求，选择最为合适的人选组成团 队，所以考核的对象是个人。 ?考核的重点是能力。从项目团队成立的目的来看，它一般是为了开发一种新产品或者提供一项新的服务，因 此对成员的知识技能要求较高，需要成员具有较高的技术水平和知识储备以及不断学习和创新的能力。同时， 成立项目团队，意在发挥团队快速响应和凝聚集体智慧的优势，更加需要团队成员间的相互合作相互支持， 所以需要较为系统地考核成员的协调合作能力，包括，对团队其它成员工作任务的认识、口头交流、个人成 长、问题解决、责任承担、领导技能等等。因此，在选择项目团队成员的时候，通过对被选者专业技能、基 本素质当然也包括过去的工作经历和背景等各方面的考核，最终确定较为合适的人选。 ?成长期:这是团队正式形成之后，团队工作逐渐步入正轨，团队成员开始通过个人努力和彼此的合作共同在所研究
设计师月度绩效考核办法
设计师月度绩效考核办法 以设计师季度评级目标产值为依据，为了充分发挥薪酬绩效考核的激励作用，促进各部门设计师按时按质完成公司制定的目标，特制定本薪酬考核制度。 一、本制度适用范围: 本制度适用于分公司各设计分部设计师。 二、薪酬绩效考核周期: 本考核以月度为单位进行绩效考核。 三、设计师薪酬结构: 基础绩效工资+业绩提成(工程、主材、设计费)+奖金 四、设计师月度考核目标产值: 主任资深高级普通助理 15 12 10 8 5 工程(万) 9 6 4 2.4 1.3 主材(万) *依据集团下达给北分的月度产值总任务，结合北分的设计师人员结构现状制定月度考核目标产值标准。五、月度目标产值考核指标计算规则: 1. 基础工程以当月实际合同额加上月实际发生的增减项为准。 2. 主材销售以客户已签定主材定单并交纳全款的实际销售额加上月退补货实际金额为准，定金及预 付款不计入主材销售额。 六、设计师薪酬方案: 业绩绩效 级别基本工资工作质量考核 工程绩效主材绩效
主任级 1050(元) 1050(元) 700(元) 700(元) 资深级 750(元) 750(元) 500(元) 500(元) 高级 540(元) 540(元) 360(元) 360(元) 普通级 300(元) 300(元) 200(元) 200(元) 助理级 150(元) 150(元) 100(元) 100(元) 七、考核办法: 1. 设计师工程绩效工资按当月完成比例发放，当月未签单的取消工程绩效工资及工作质量考核工 资，连续二个月基础工程产值未达到80%的第二个月下调一级。连续二个月未签单的视情况按 停单学习处理，合格后重新上岗或按离职处理，第二个月无工资。主材绩效工资按实际完成比例 发放，连续二个月未完成主材销售指标80%的按停单学习主材知识处理，合格后重新上岗。工 作质量考核工资按实际考核结果发放，连续二个月工作质量考核平均未达到80分的按停单学习 相关制度及规范处理，合格后重新上岗。 2. 基础工程及主材提成的方案暂时不做调整。 3. 未按公司规定办理开工日期变更单的罚款100元。 4. 未按公司规定办理增减项变更单的罚款200元。 5. 因设计变更未及时补充图纸的罚款50元。 6. 因设计师图纸、报价问题，后期服务不到位、不及时，没有贯彻落实公司各项规章制度等问题造
研发部绩效考核指标设计
第4章研发部绩效考核指标设计 总指标研发部绩效指标 1.申请立项通过率 2.新产品开发数量 3.新产品试制一次成功率 4. 5. 6.产品技术稳定性 7.研发项目阶段成果达成率 8.项目开发完成准时率 9.专利项申请数 10.重大技术失误次数 第1节研发经理 1.1 考核指标设计 工作项研发经理考核指标 新产品开发管理新产品开发项目实施·新产品开发周期 ·中试一次通过率 ·产品技术稳定性 研发项目管理项目立项管理·申请立项通过率 项目开发与实施·研发项目阶段成果达成率 ·项目开发完成准时率 研发费用预算·项目研究开发费用预算达成率 研发团队管理员工管理·核心员工流失率 其他——·专利项申报数 ·重大技术失误次数 序号量化项目考核指标指标说明权重 1新产品开发管 理新产品开发周期——5%中试一次通过率对中试这一环节的考核，有助于完善工 艺技术，提高成品率和质量的稳定性 10% 2研发项目管理申请立项通过率主品立项通过数/立项总数*100%5% 研发项目阶段成果达成率各项目实施阶段成果达成数/计划研发 成果达成数*100% 10% 项目开发完成准 时率 实际开发周期/计划开发周期*100%10% 项目研究开发费用预算达成率实际项目研究开发费用/计划研发费用 *100% 5% 3专利申报情况专利项申报数获得专利项数15% 4技术管理重大技术失误次 数 ——10% 5员工管理核心员工流失率检测本部门核心员工的流失情况5% 序号考核项目考核内容权重6产品技术稳定性投放市场后产品设计更改的次数15%
第2节研发主管 第3节研发专员
第5章技术部绩效考核指标设计总指标技术部绩效指标 1、新产品立项数量 2、新产品开发计划达成率 3、新产品投入市场的稳定性 4、重大技术改进项目完成数 5、工艺改进消耗降低率 6、技术改造费用 7、技术服务满意度 8、技术文档整理规范性 第1节技术总监