测试部门 KPI 考核指标（绩效考核） 评分标准说明MAX 权重SCORE 工作内容和 0.3 质量（ 60%） 9-10分：需求理解无 误，并能提出需求疑完整理解需求，出 点 。现疑问能及时与 需求熟7-8 分：完整理解需 产品经理确认， 完 求 。成测试时不能出10 10% 1 悉程 度 4-6 分：理解需求，现对主要功能点 上线后无重大 BUG。的需求存在误差 0-3 ：上线后有重大 问的问题。 题 9-10分：平均覆盖率 达到 95% 测试 用 7-8 分：平均覆盖率 达到 90% 例覆 盖10 30% 3 4-6 分：平均覆盖率 度 达到 80% 0-3 ：平均覆盖率未 达 到 80% 9-10分：测试用例设 计优化，结构清晰，可执行性高，描述简 测试用洁明了 可测试性7-8 分：测试用例完 例完 成完整性10 10% 1 整，可执行性一般 质量描述简洁明了 4-6 分：测试用例基 本完整 0-3 ：测试用例不完 善，可执行性 差 10 分：提交 BUG 都为 需要修改的 BUG。 7-8 分：有1-2 个无确实为系统BUG。
有效 效 BUG 至于是否已修 改、 10 20% 2 BUG 率 4-6 分：有 3-5 个无 延后修改、 不处理 效 BUG 皆不考虑。 0-3 ：有 5 个以上 无效 BUG
9-10 分： BUG 描述 规 范清晰，简洁明了， 能有效按步骤重现 7-8 分： BUG 描述一 BUG 描 般，能有效按步骤重 现 10 5% 0.5 述质量 4-6 分：BUG 描述与实 际有出入，通过沟通 能重现 0-3 ：BUG 描述混 乱， 不能理解 9-10 分：测试报告 清 晰明确并能及时发 出，重点问题能在报 测试报 告中体现。 7-8 分：测试报告及 10 10% 1 告质量 时发出，包含基本内 容。 4-6 分：有测试报告 0-3 ：无测试报告 10 分： 0 个产品未 按 时完成 按时完 7-8 分：1 个产品未 按 成工单 时完成 非测试个人原因 10% 1 的测试 4-6 10 分：2-4 个产品未 导致测试延后的 工作 按时完成 0-3 ：5 个以上产品 未 按时完成 9-10 分：及时关注 产 品研发进度及 BUG 状 态，有问题时能及时 反映，推动测试进行 7-8 分：经提醒后， 进度更 能更新产品进度及 产品进度跟踪， 产 新，BUGBUG 状态 品状态维护， 产品 10 5% 0.5 跟踪 4-分：产品进度没 BUG 状态更新等
绩效考核 1.测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易 造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在 组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ?Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的 共享和绩效的提高，降低团队工作的优势。 ?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方 面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。 Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。 基于项目团队生命周期的绩效考核: ?孵化诞生期: 这是指团队形成前到团队正式形成的一个阶段，是选择合适的项目成员组成团队的时期。 ?考核的客体是个人。团队的首要任务是筛选项目组成员，根据项目目标的要求，选择最为合适的人选组成团 队，所以考核的对象是个人。 ?考核的重点是能力。从项目团队成立的目的来看，它一般是为了开发一种新产品或者提供一项新的服务，因 此对成员的知识技能要求较高，需要成员具有较高的技术水平和知识储备以及不断学习和创新的能力。同时， 成立项目团队，意在发挥团队快速响应和凝聚集体智慧的优势，更加需要团队成员间的相互合作相互支持， 所以需要较为系统地考核成员的协调合作能力，包括，对团队其它成员工作任务的认识、口头交流、个人成 长、问题解决、责任承担、领导技能等等。因此，在选择项目团队成员的时候，通过对被选者专业技能、基 本素质当然也包括过去的工作经历和背景等各方面的考核，最终确定较为合适的人选。 ?成长期:这是团队正式形成之后，团队工作逐渐步入正轨，团队成员开始通过个人努力和彼此的合作共同在所研究
测试人员绩效评价标准
测试人员绩效评价方法版本记录： 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改当前 版本： 1.0 作 者： 徐涛 完成 日期： 2004-9-28 签收 人： 签收 日期： 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考核办法一览表
测试绩效考核 篇一：测试人员绩效考核详细 绩效考核 1.测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。?zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差
异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科
测试人员绩效评价方法 版本记录： 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、考核兑现。对考核结果进行兑现 考核指标
1.完成工作量(10%) a)季度内在整个小组中完成的工作量最高 b)季度内在整个小组中完成的工作量较高 c)季度内在整个小组中完成的工作量一般 d)季度内在整个小组中完成的工作量最低 2.测试的水平(15%) a)测试过程质量令人放心，基本能全部测出一般情况下的bug外，还能测出隐藏很深的bug，项目交给他进行测试把关很放心，在整个测试组来说，相对是最好的 b)测试过程质量较好，基本能全部测出一般情况下的bug，隐藏很深的bug偶尔能测出，在整个测试组来说，出于中上水平 c)测试过程质量一般，能测试出大部分一般情况下的bug，但总觉得欠火候，在整个测试组内来说，处于中间水平
d)测试过程质量很差，有明显的bug没有测试出来，在整个测试组内来说，相对很差 3.测试用例质量(15%) a)测试用例编写质量很好，编写的内容除少量细节外，一般一次可通过，在整个测试组来说，相对是最好的 b)测试用例编写质量较好，编写的内容虽然有时候通不过，但明显看出是经过认真思考了的 c)测试用例编写质量一般，虽然由于能力有限，存在比较多的问题，但文档需要描述的各个方面都已经想到了，在整个项目组内来说，处于中间水平 d)测试用例编写质量很差，文档只是设计到了梗概，很多细节都没有描述到，讨论后修改的结果也不理想，要修改多次，或者因为别的原因，没有达到要求还是放过去，在整个测试组内来说，是相对最差的 4.缺陷描述(10%)
员工技能等级评定方案 1、目的 为加快公司各类人才培养，提高专业技能素质，充分调动员工的工作热情和积极性，提高工作生产效率和质量，最大限度的推动公司整体效益发展。特制定本管理办法。 2、评定内容 2.1基本条件：包括专业经验、身体素质等。 2.2行为标准：职责履行、制度遵守等。 2.3能力标准：包括必备知识、专业技能、职业素质等。 2.4贡献标准：包括专业成果要求、团队成长贡献等。 3、评定周期 每年评定一次，分别定于每年的3月份。 4、组织设置 4.1 技能评定委员会 组长：王志超 副组长：王巍 成员：生产部、技术部、质量部、市场部、采购部、财务部、综合管理部 4.2综合管理部从技能评定委员会中抽取至少5人组成评定小组，负责员工实际操作的评定工作。 5、评定类别 5.1管理类：部门内部担任管理职务的人员。（主任级以上人员） 5.2技术类：职能部门从事技术性工作的人员。（技术部、质量部专业技术人员） 5.3事务类：职能部门从事事务性工作的人员。（各部门职能人员） 5.4 技能类：在作业现场直接从事操作的人员。（生产操作工、质检员、维修人员） 5.5 辅助类：在作业现场间接从事操作的人员。（统计、库管、司机、驻厂、保洁、宿管） 6、评定方式 6.1 述职评定：管理类、技术类、事务类员工 6.2 考核评定：技能类员工 7、相关部门职责 7.1综合管理部负责等级评定的受理及组织工作；
7.2述职评定：各部门参与本部门和相关部门评定标准的制定及考核评分工作； 7.3考核评定：生产部、质量部、技术部负责设计技能类员工理论考核试题库的建立、确立实际操作的考核项目及考核办法，并参与考核评分工作；各部门设计本部门辅助类员工的考核评定办法，并参与考核评分工作； 7.4有关部门准备考核工具、物品材料。 8、技能等级设定 8.1基础条件 （1）基础资格条件：工龄累计在12个月以上，与公司签定1年以上期限劳动合同或劳务合同（含续签）。 （2）能严格服从领导工作安排和调遣，及时圆满的完成生产任务。 （3）热爱本职岗位工作，勤劳主动，人品正派，团结同事，顾全大局，积极进取。 （4）在工作期间没有发生严重违反公司规章纪律行为（如偷盗破坏财产、打架斗殴、旷工等），没有受公司任何警告以上处理的。 8.2 技能等级从低到高依次设定，详见附件各类别技能等级评定标准表。 9、技能评定项目与方法 9.1 述职评定 9.1.1 本人提交述职报告：述职报告包括对个人技能、专业知识、职责履行、制度遵守、职业素质、业绩达成，以及对本岗位理解、今后工作规划做出自我综合评价。 9.1.2 初步格式审核：各部门负责人主要审核内容书写是否规范，是否按要求进行书写等。 9.1.3 综合审核评定：评定小组对应所搜集的各类材料，审核个人述职报告的真实性及与评定标准的相吻合性，对评定人进行述职面谈，并做出综合评定结果。 9.2 考核评定 9.2.1 技能类员工采取考试评定，主要包括理论知识考试和实际操作技能考核，理论考试主要为相关理论知识、操作规程、安全常识等。由生产部、质量部、技术部拟定考试题库，综合管理部组织闭卷考试。辅助类只进行技能考核评定。 9.2.2 操作技能考核的内容，技能类员工由生产部、质量部、技术部根据评定对象所从事的工作确定相应的考核项目，在指定场地通过现场实操的形式进行考核。辅助类员工由各部门确定考核方式进行考核。 9.2.3理论知识考试和实际操作考核满分均为100分，两项均达到60分以上（含60分）
1、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。
员工岗位能力评价标准 一、目的 为了规范各级人员的综合能力考评标准，正确评价员工岗位能力， 体现“以人为本，综合评价”的指导原则，确保各级人员的综合能力及 素质得到有效识别，为有效任用各级人员提供明确的判定依据，特制订本考评标准。 二、适用范围 本标准适用于产业公司全员岗位能力评价。 三、职责 （一）各部门直接负责人：负责按照此标准的要求对所辖员工的综合素质和能力进 行评价。 （二）各二级机构负责人：负责按照此标准的要求对所辖员工或部门直接负责人的 综合素质和能力进行评价。 （三）公司领导：负责按此标准的要求对各二级机构负责人的综合素质和能力进行 评价。 （四）人力资源部：负责每月发放、回收评价表，与各评价人进 行面谈，对评价结果进行复核，对得分进行统计与汇总，根据月度绩 效考核结果及日常工作情况，有权提出质疑及评分的修订，避免做多错多，错多罚多的现象发生。 四、评价方法 （一）一般员工：采用自上而下的评价方法，由各负责人对所辖部门人员进行评价，权 重占 100% 。
（二）中高层管理人员：采用自上而下的评价方法，由各负责人对所辖部门人员进行评价，权重占 70% ；每月由人力资源部不固定进行分配，由其他部门进行评价，权重占 30% 。五、评价要求 各评价人要对被评价人的各项评价指标进行认真阅读，公平、公 正评价，杜绝人浮于事的现象。如发现营私舞弊或态度不端正现象， 给予相应的评价处罚。 六、评价效用 本评价作为月度个人绩效考核及年终奖金分配凭据。 七、生效及解释 本标准自 2014 年 9 月 1 日起执行，解释权归人力资源部。 西安大天产业公司 2014-8-18 附件 1、员工绩效评价表 2、一般管理人员绩效评价表 3、技术管理人员绩效评价表
1 、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer 认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考 核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加 团队工作，其工作效率比自己单独工作时的效率 反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害 组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队 中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim 和 Schuster 则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人 主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾 团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确 定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以 确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的 总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是 结果”的典型观点。Murphy 等人将绩效定义为“一套与组织或个体所工作的 组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着 这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础 之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其 结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度 出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却 很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受 各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言， 在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核 员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置 换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的 方法。
软件测试工程师绩效评估表 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划） 方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改 软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统mantis，负责软件问题解决过程跟踪记录，提交《mantis 报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测 试报告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质 量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应 的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之 外的部门定期交流掌握下周或近期可能测试任务； 10外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一 个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟 的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研 发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力）
检测公司员工绩效考核管理办法 第一条为加强公司内部管理，全面了解、评估员工的工作绩效，充分调动员工的工作积极性，提高工作效率，增强企业活力，确保公司生产、经营活动持续有效进行，本着公平、公正、公开及奖惩分明的原则，结合公司实际情况，制订本办法。 第二条考核目的 通过考核，全面评价员工各项工作的表现，使员工了解自己的工作表现与所得报酬、待遇的关系，获得努力向上、持续改进的动力。通过考核，以达到表彰先进，鞭策后进的目的。 第三条考核对象 1、凡公司在册的全部员工均属考核对象; 2、公司副总经理、总工程师(技术负责人)、质量负责人由公司总经理及执行董事进行考核; 第四条考核组织领导 公司成立员工绩效考核领导小组，负责员工绩效考核工作。考核领导小组成员如下: 组长: 副组长: 成员: 第五条考核内容 员工绩效考核分季度考核和年度考核。 第六条季度考核
1、每季度考核一次，季度末进行。考核分为“劳动纪律”、“仪器设备与环境卫生”、“工作态度和工作质量”、“团结协作与员工诚信”及“技术水平与能力”五大要素共29个指标组成季度考核体系。 2、季度考核总分值为100分，各要素分值分别为“劳动纪律”25分，“仪器设备与环境卫生”15分，“工作质量和工作态度”35分，“团结协作与员工诚信”20分，“技术水平与能力”5分。详见表一。 3、季度考核分A、B、C、D、E五个等级进行评定。 其中:“工作出色”评定为A级，考核得分为100分(含)以上;“良好”评定为B级，得分95(含),99分;“称职”评定为C级，得分90(含),94分;“需要改进”评定为D级，得分85(含),89分;“不尽人意”评定为E级，得分84分(含)以下。 第七条年度综合考核 1、年度综合考核工作在当年底(12月下旬)或次年初(元月上旬)进行。考核包括“季度考核平均等级”、“领导评议等级”及“群众评议等级”三大部分。三大部分考核等级权重分别为60%、30%及10%，“员工绩效领导评议表”、“ 员工绩效群众评议表”、“年度员工绩效综合评定汇总表”详见表二、表三、表四。 2、季度考核平均等级的确定:季度考核平均等级按四个季度考核等级综合评定。其评定方法为:将各季度考核得分相加除以4后得到相应分值，将所得分值对应A、 B、C、D、E五个等级确定季度考核平均等级。 3、“员工绩效领导评议等级”、“ 员工绩效群众评议等级”及“年度员工绩效综合评定汇总表”中各要素及综合评价均分为A、B、C、D、E五个等级(分值同季度考核规定)，年度综合评定考核时，按相应等级及权重计算综合得分，并确定最终等级。 第八条考核程序
软件测试工程师业绩评估标准 Testing：Liuying 2007-01-30 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编 写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测 试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统Bugzilla，负责软件问题解决过程跟踪记录，提交《buglist报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件运维部门等对于新业务软件或修改升级业务软件的上线测试工作，并提供上线测试报 告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部门经理负责制订测试计划、测试用例和测试实施方案，安排测试工程师与对应的开发人员交 流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 测试部经理负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交 流掌握下周或近期可能测试任务； 10外部接口都由测试部经理负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续 修正，继续测试，直到约一个月出现一个错误。这时这个出错几率客户已经可以接受了（如win98系统）。那么测试就结束了。交货之后测试工作由客户来进行（使用过程中）。 3 测试一些成熟的模块，测试过程中很难发现大量的缺陷；而测试一些不成熟的模块，在测试前期， 会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度 而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果客户在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点； （编写测试用例） 4 测试工程师比开发工程师更容易发现产品的问题；（不同的思维模式）
IT公司技术研发岗位技能评定标准（暂行） （二零一三年四月） 目录 一、E级—见习人员 (2) 二、D级—技术员 (2) 三、C级—助理工程师 (2) （一）助理硬件工程师 (2) （二）助理软件工程师(程序员) (3) （三）用户界面设计师 (4) 四、B级—工程师 (5) （一）硬件工程师 (5) （二）软件设计师 (6) （三）嵌入式系统设计师 (8) （四）数据库系统工程师 (9) （五）软件评测师 (10) 五、A级—高级工程师 (11) （一）高级硬件工程师 (11) （二）系统分析师 (12) （三）系统架构师 (13) （四）信息系统项目管理师 (14)
一、E级—见习人员 具备与岗位相关的专业知识，但没有工作经验，在公司实习或处于试用期的员工。 二、D级—技术员 具备电子或网络维护或计算机软件方面的专业技能，能根据设计标准或施工规范，进行设备安装调试、维修，网络系统组建、维护，数据库管理系统的安装使用，计算机软件的安装、配置，客户的培训工作，硬件和软件产品的测试工作。 该级别也适应于已取得助理工程师或工程师资格，但没有相关岗位工作经验的员工。 三、C级—助理工程师 （一）助理硬件工程师 1、专业要求 熟练掌握电路分析基础、信号与网络、电子设计自动化（EDA）、电子测量原理、信号处理技术、PLC原理与应用、低频电子线路、电子器件与电子线路、计算机原理与应用、C程序设计语言等。 熟练应用Altium Designer等电子产品一体化开发工具和Keil uVision等51系列兼容单片机C语言软件开发工具。 2、考核目标 能根据硬件开发项目的要求，按照硬件需求规格说明书、硬件总体设计说明书，进行单板总体设计、硬件详细设计和软件详细设计，并进行单板硬件和软件过程调试和联调，写出单板总体设计说明书、单板硬件设计说明书、单板软件设计说明书、单板硬件调试报告、单板软件调试报告、单板系统联调报告，设计开发符合标准规范的、实现设计要求的、能正确可靠运行的单板系统；具有助理电子信息工程师的实际工作能力和业务水平。 （二）助理软件工程师(程序员) 1、专业要求 （1）掌握数制及其转换、数据的机内表示、算术和逻辑运算，以及相关的应用数学基础知识； （2）理解计算机的组成以及各主要部件的性能指标； （3）掌握操作系统、程序设计语言的基础知识； （4）熟练掌握计算机常用办公软件的基本操作方法； （5）熟练掌握基本数据结构和常用算法；
IT测试部员工绩效评估 为度量测试部员工工作质量，达到持续提高的目标，特制定本考核标准 a 测试部工作每半年考核一次，考核结果作为员工技能水平，工作质量的评估依据，影响年终奖金分配。 ―、修订方法： 考核标准每半年修订一次，如对考核标准及评分比例持有异议，可以提出修改建议，经测试部全休会议讨论，2/3同意即可接纳更新。 修订在考核之后2周内进行，并在下一轮考核中使用。本轮考核使用修订前的标准。 二、评分方式： 按照公共要求和各种工作本身特有的要求进行评分。 评分釆用排队法。举例说明，如果在该项目中有10人进行比较，你的分数排笫2,你的分数就是0.8。如果大家都一样，大家的分数都是0.5。 没有对比的项目，按照实际成绩与承诺成绩的对比进行评分，例如，年中承诺认证按时通过率80%，实际做到了 90%，评分就是90%/80%*0.5=0.5625。没有承诺成绩的，按0.5计算。 总分按照涉及的项目的比例乘以该项分数得到。在部门内排队。 三、考核标准： ? 公共要求50%: 1工作任务按时完成率20% 由项目经理和测试主管打分。 项目中如果由于别人的工作导致测试工作延后，不能按期交付，只计算测试工作实际的执行时间。 工作按时完成率=计划时间/实际使用时间。 取各项工作按时完成宇的平均分排队 2工作文档质量10% 项目经理和测试主管打分 文档缺陷数<3为3分：淸晰准确，缺陷数<10为2分：其余1分。取提交文档的平均分排队。 缺陷只包含技术性的错误，不包含错别字，如：描述产生的歧义，测试方案考虑不周，遗漏测试内容等 文档包含：测试方案，测试用例，测试报告，问题分析报告，生产资料包，治具使用说明，工厂测试程序使用说明（工厂测试程序升级说明不纳入考核)，器件认证的测试标准。 每篇文档打分，取各人的文档平均分进行比较。 3 技术共享10%
技术人员能力等级评价——最经典的能力等级评价案例 人才是企业发展的第一动力，技术人员在研究院属于核心人才，但是随着企业的快速发展，企业现行的技术人员能力等级评价机制的弊病渐渐暴露了出来。现行的技术人员能力等级评价的机制无法科学评价技术人员能力水平，无法有效保留优秀的技术人员。此时，此时，建立科学的能力等级评价机制，让能人有发挥能力的平台，让真正能胜任岗位的技术人员承担岗位责任就变得至关重要。如何有效评价优秀技术人员的能力水平？如何留住优秀技术人员？这两个问题已经成为企业管理者的难题。科学系统的技术人员能力等级评价机制可以充分调动技术人员的工作积极性，实现企业与员工成长与发展的共赢，保留优秀技术人员并充分发掘其潜力，为公司的创新发展奠定坚实的人才基础。由此可见，构建一套科学系统的技术人员能力等级评价的机制是实现企业长远发展的重要环节。本文是人力资源专家——华恒智信从企业战略发展的角度搭建的技术人员能力等级评价的机制，帮助企业有效化解了管理难题。 【客户行业】石油石化行业 【企业类型】大型国有企业 【问题类型】能力等级评价建立 【企业背景】 某大型油田勘探开发研究院（以下简称“研究院”）是国内唯一一家集勘探、开发于一体的综合研究单位，主要承担着精细构造解释与构造解析、沉积体系研究与储层预测、油气资源/复杂断块富集油气带的立体评价等科研生产业务，具体项目施工由下属子公司及外部合作单位承担。研究院现有职工近千人，其中，85%以上属于技术人员，而研究院的 大多职能人员是由技术人员转型而来。该研究院下设20多个按照专业划分的研究所，分别对接各个专业的相关技术人员，独立负责相关专业模块业务的开发。研究院以“项目制”模式开展业务，即通常由几个研究室或部室组成项目小组，负责具体项目开发。 综合技术能力的优势给该研究所带来了新的发展契机，再加上国家政策的支持及国内外市场环境的影响，近年来该研究院发展迅速，对优秀技术人员的需求也日益迫切。另一方面，研究院的高速发展也给对企业的人力资源管理带来了新的要求，在实际管理过程中，也有一些问题逐渐显露出来。如何有效评价优秀技术人员的能力水平？如何留住优秀技术
员工岗位任职能力考核 评价表 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
员工岗位任职能力考核评价表 填报单位：填写日期：年月日 姓名 岗位部门学历职称评价考核期年月至 年月 评价考核项目分数评价考核要点 评分 差 1-59% 合格 60-79% 良好80- 89% 优秀 90-100% 全员任职能力学习能力10 是否掌握系统的理论知识，能够将工作中的经验进行总结提炼并有所创新，并能够将所学传授他人 执行能力10 是否自觉遵守公司的各项规章制度，是否依照既定的计划、原则和办法执行工作任务，关注细节，有意识地在工作中寻求规律技巧，提升工作效率与水平 创新能力10 能否在工作中主动学习，锐意进取，创造或引进新观念、方式，有意识利用新知识来改进工作，提高工作绩效 协同能力10 是否具有全局意识，能否主动为他人提供帮助，主动配合其他部门或岗位进行相关工 作，善与人沟通，能有效地化解工作中的矛盾 技术任职能力专业知识20 掌握与本职工作相关的专业知识的能力 专业技术20 职位所需的专业技术能力如何，工作中出现有难度的问题能否予以好的处理 工作效率10 能否在规定时间内较好地完成工作，是否除自觉完成本职工作外，还能承担分外的工作工作成果10 能否按照事先拟定计划或目标保质保量地完成工作任务 理论及操作技能考试得分考核评价得分 总得分奖惩情况
填表说明： 1、此表交行政人力部存档。 2、技能通道内的员工，“理论及操作技能考试得分”栏填写日常考试成绩以公司定期理论、技能考试，“考核评价得分”栏填写全员任职能力和技术任职能力的考核评价所得分数。 3、综合序列内各通道及生产序列内技术通道内员工，有理论或技术考试的，填写理论及操作技能考试得分，考核评价得分填写全员任职能力和技术任职能力的考核评价所得分数；没有理论或技术考试的，总得分填写全员任职能力和技术任职能力的考核评价所得分数。 4、“总得分”栏填写理论及操作技能考试得分乘以40%加上考核评价得分乘60%所得分数。 5、“综合评价”栏应用文字写明被考核者的考核等级（如优秀、良好、合格等）。