XX地下城市建筑设计室主任工程师任务绩效考核指标

地下城市建筑设计室主任工程师任务绩效考核指标

1 / 1

土建工程师绩效考核表

土建工程师考核评分表（月度） 考核期间：年月姓名岗位 任务绩效序 号 考核项目 权 重 指标要求评分等级 得分 自 评 上 级 结 果1 工程进度安排20% 严格按照工程进 度安排施工工程 达到要求20分 偶尔出现延期，但不影响 整体进程10分 严重影响工程进度造成 工程延误0分 2 设计图纸审核及 时率 10% 在规定的时间内 完成，设计图纸 审核及建议 按要求完成10分 每拖延一天，无对工程进 度造成重大影响，扣2分 拖延5天以上或对工程进 度造成影响，0分 3 按图纸施工出差 率 10% 按图纸施工出差 率控制在x内 按要求完成10分 出差率在y以内，5分 出差率在y以上，0分 4 材料设备合格率10% 水、电材料设备 合格率在x以上 达到要求10分 合格率在y以上，5分 合格率在y以下，0分 5 施工协调20% 协调甲方、监理 方、施工方关系， 无投诉及信息传 递差错 达到要求20分 投诉或信息传递出错一 次扣10分 出现因信息传递错误或 协调不畅而严重影响施 工进度 0分 6 工程计量20% 每日进行工程计 量并做详细检查 记录 每日检查且记录完整准 确20分 未检查一次扣5分 发现3次未检查0分 7 工程施工验收合 格率 10% 工程施工验收合 格率达到x以上 达到要求10分 合格率在y以上，5分 合格率在y以下，0分 加权合计 行为序 号 行为指标 权 重 指标说明考核评分 自 评 上 级 结 果

考 核 1 承担责任25% 1级：承认结果，而不是强调愿望 2级：承担责任，不推卸，不指责 3级：着手解决问题，减少业务流程 4级：举一反三，改进业务流程 5级：做事有预见，有防误设计 1级5分 2级10分 3级15分 4级20分 5级25分 2 主动性25% 1级：等候指示 2级：询问有何工作可给分配 3级：提出建议，然后再作有关行动 4级：行动，但例外情况下征求意见 5级：单独行动，定时汇报结果 1级5分 2级10分 3级15分 4级20分 5级25分 3 学习力25% 1级：有学习意识但无行动 2级：主动学习 3级：自费学习并得到技能 4级：学习后用于实践 5级：学习后实践并得到良好效果 1级5分 2级10分 3级15分 4级20分 5级25分 4 团队合作25% 1级：尊重他人，同理心倾听，接纳不 同意见，合理和包容 2级：直言，分享他们的观点和信息使 团队前进 3级：支持团队（领导者）的决定，即 使自己有不同意见 4级：愿意提供即使是不属自己日常工 作职责范围的帮助 5级：跨边界建立关系以发展非正式及 正式工作网络 1级5分 2级10分 3级15分 4级20分 5级25分 加权合计 总 分 总分=业绩考核得分× %+行为考核得分× %= 考核人签字： 年月日

总工程师绩效考核指标

第一节总工程师绩效考核指标 关键胜利因 素指标指标定义/ 公式评分规则及标准税后利润/1）=目标值,得90分 提高净资产净资产收益2）比目标值每提高%，加分，最高120分；净资产 3）比目标值每降低%；减分；收益率率 *100%4）介于其中按线性关系计算1）=目标值,得90分 2）比目标值每提高%，加分，最高120分；3）比目标值每降低%，减分；提供正点的 航班正点率民航相关定4)高于行业平衡水平，额外加__分，低于行业平衡航班服务 义标准 5）介于其中按线性关系计算1）=目标值,得90分 2）比目标值每降低，加分，最高120分；加强安全管飞行事故征民航相关定 3）超过目标值，不得分；理，确保公司候万时率义标准 4)低于行业平衡水平，额外加分，高于行业平衡水5）介于其中按线性关系计算安全运行 1）=目标值,得90分 加强安全管 2）比目标值每降低，加分，最高120分；危机差错万民航相关定 3）超过目标值，不得分；理，确保公司

时率义标准 4)低于行业平衡水平，额外加分，高于行业平衡水安全运行 5）介于其中按线性关系计算接受调研的1）=目标值,得90分 提高员工满员工满意度2）比目标值每提高分，加分，最高120分；人员对满意 3）比目标值每降低分；减分；意度评分 度的评分4）介于其中按线性关系计算备注： 对于现在在股份公司内部没有详尽分管部门的高层管理人员，公司可根据其工作的主要性质及目标，参照其他高层管理人员绩效指标设定的原则及方法来设定绩效考核指标。指标应包括两部分：一部分为公司整体效益及公司其他经营目标的指标；另一部分为体现其工作性质及分管子公司等相关的业务指标。详尽的考核办法及原则同其他高层管理人员相同。 对董事长及副董事长的绩效考核办法由股份公司董事会详尽决定。

测试人员绩效评价标准

测试人员绩效评价方法 版本记录： 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 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；

绩效考核指标---信息工程师

附表一：信息工程师岗位绩效考核表（季度） 编号：年（季）姓名部门信息管理部岗位信息工程师 考核时间考核周期 业绩指标信息来源考评人权重考核标准得分 软件开发综合评分 设计说明书 验收测试报告 信息管理 部经理 30% 说明：对软件开发的情况综合评分 考核项目权重评分 软件系统功能的完整性40% 软件系统技术的先进性20% 软件系统推广的可用性20% 软件系统文档的规范性20% 项目实施情况评分项目方案 验收报告 信息管理 部经理 30% 说明：对项目实施的情况综合评分 考核项目权重评分 项目或系统选型的正确性30% 项目或系统技术的先进性20% 项目或系统应用的效益性30% 项目或系统文档的规范性20% 开发与实 施进度及执行情况评分工作进展反馈表行政副总15% 说明：对开发与实施项目的进度及工作执行情况综合 评分。 标准定义得分区间 能够积极认真的组织团队，提前完成任 务，工作效率高。 91～100 按时按质的完成计划任务，工作效率较 高。 81～90 大体上能够完成计划任务，工作成果一 般 61～80 某些关键任务未能完成，工作成果一般41～60 未能够完成关键任务，工作成果较差0～40 技术问题处理效果技术问题处理记 录 行政副总15% 说明：对公司的技术问题处理情况的综合评分 标准定义得分区间 及时发现技术问题，处理十分妥当，没 有造成任何损失 91～100 及时发现技术问题，处理得当，造成的 损失很小 81～90

能够应对技术问题，采取处理措施，但 造成一定损失 61～80 未能及时发现技术问题，处理措施一 般，但造成较大损失 41～60 不能及时发现技术问题，且处理措施不 当造成很大损失 0～40 部门预算 费用执行率（C）（通用指标）财务部财务经理10% 说明：C=（季度实际发生额－季度预算总额）／ 季度预算总额 标准定义得分区间 -10% ≦C 90--100 -10% < C ≤-5% 80--90 -5% < C ≤0 70--80 0 < C≤5% 60--70 C> 5% 60分以下 领导综 合满意度（通用指标）行政副总行政副总20% 说明：直接上级对其季度其他工作职责执行的综 合评价。 标准定义得分区间 大大超过计划要求，给公司带来预期外 的较大收益 90--100 超出计划要求，超过公司预期目标80--90 达到计划的基本要求，完成了基本目标70--80 未能达到计划的要求，但尚未给公司带 来较大损失 60--70 远未完成计划，给公司的正常工作开展 带来较大消极影响 60分以下 态度指标： 态度得分行政副总行政副总10% 最终绩效 得分 人力资源 部评语 签字：日期： 行政副总 评语 签字：日期：

研发测试人员绩效考核奖励细则

研发人员绩效考核奖励细则 一、考核目的 为了更好完善公司各项目管理机制，保障研发项目的按期、高效、高质完成，同时进一步促进研发部门员工自身的发展，结合研发人员的工作特点，特制定本方案。 二、适用范围 公司研发所有员工，具体包括智能硬件产品组、电商组、APP组、大数据组转正员工。（当月 15 日（含当天）前转正本月考核，15 日后转正的次月考核） 三、考核周期：月度考核 四、考核方法与原则 考核方法 采用部门考核的方法（以产品为单位，产品负责人对其下属员工的进度、质量、规范性、工作态度及能力等方面进行评估）； 考核原则 采用行为考核与结果考核相结合。 五、考核内容与评分标准（详见附件一文件《研发人员绩效考核表》） 六、考核实施 计划沟通阶段 计划实施阶段

考核阶段 考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分，同时被考核者也需根据个人在考核期内的工作表现和考核标准进行自评。 考核者的直接上级及主管领导对考核结果进行审核，并负责处理考核评估过程中所发生的争议。 各部门每月 10 日前组织绩效面谈会议，将上月考核结果反馈给被考核者，并讨论绩效改进的方式和途径。 七、绩效工资与考核结果运用 绩效工资运用 绩效考核结果运用 绩效面谈 考核者每月5日前对被考核者上月度的工作绩效进行总结，填写附件二《绩 效考核面谈表》，并指出被考评者有待改进的地方，从而进行差距分析，确保绩效的持续改进，同时共同制定下月的绩效目标。

相关奖励 1）根据年度 12 个月的平均得分，作为员工薪资调整、职位晋升、岗位培训的决策依据。 2）连续3个月，研发人员的进度考核为满分的，当月在绩效得分中奖励加分 5 分，连续3个月，研发人员的代码质量考核为满分的，当月在绩效得分中奖励奖励 10分。 3）培训：年度绩效考核得分在 85 分（含）以上的员工，有资格享有公司安排的提升培训，年度绩效考核得分在 70 分以下的员工，可以申请相关培训，经人力行政部批准后参加。 相关处罚 1）首次月度考核得分在 59 分（含）以下的，由直属领导进行绩效面谈，对其绩效成绩进行差距分析及进行相应的培训辅导； 2）通过部门培训仍连续 2 个月绩效考核得分在 59 分（含）以下的，公司根据员工实际业绩产出给予相应的调整（降职/降薪/解除劳动合同） 员工的绩效工资发放

软件测试人员绩效考核详细

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、考核注重结果，参照过程，力求全面、客观地反映技术人员实效。 2、考核侧重基础工作达标和任务的完成，同时鼓励特色创新。 四、考核指标及考核周期设置 1、针对技术人员的工作性质，将技术人员的考核内容划分为工作业绩、工作态度、工作能力考核。 2、每季度为一次考核周期。 五、考核关系 由工程技术副总会同技术部经理、人力资源部组成考评小组负责对相关人员考核。 六、考核程序 1、技术部经理在每一考评周期结束前1周，将本阶段相关材料交考评小组。 2、由考评小姐成员按照《技术人员考核标准》的内容，对相关技术人员进行考核评分。 七、考核内容与标准 技术部员工根据岗位职责，工作考核实行量化打分，满分为100分，各岗位具体考核内容如下： （一）技术部经理绩效考核量表 1、工作业绩指标（所占权重80%）

2、工作态度指标（所占权重10%） 工作态度考核表

3、工作能力指标（所占权重10%） 工作能力考核表 （二）技术工程师绩效考核量表 1、工作业绩指标（所占权重80%）

（三）维修工程师绩效考核量表1、工作业绩指标（所占权重80%） （四）网络工程师绩效考核量表1、工作业绩指标（所占权重80%）

（五）技术工程师、维修工程师、网络工程师的工作态度指标和工作能力指标，与技术部经理考核指标相同。 八、考核实施 技术人员的考核过程分为三个阶段，构成完整的考核管理循环，这三个阶段分别是计划沟通阶段、计划实施阶段和考核阶段。 （一）计划沟通阶段 1、考核者和被考核者进行上个考核期目标完成情况和绩效考核情况回 顾； 2、考核者和被考核者明确考核期内的工作任务、工作重点、需要完成 的目标。 （二）计划实施阶段 1、被考核者按照本考核期的工作计划开展工作，达成工作目标； 2、考核者根据工作计划、指导、监督、协调下属员工的工作进程，并 记录重要的工作表现。 （三）考核阶段 1、绩效评估：考核者根据被考核者在考核期内的工作表现和考核标准， 对被考核者评分； 2、结果审核：人力资源部和考核者的直接上级对考核结果进行审核，

工程师绩效考核标准

工程师绩效考核标准 一：考核总则 为了提高项目工程师的积极性，主动性，创造性，自身的责任感，提升工程师的创新能力，为了在公司内部形成有团结，讲效率，重结果的良好职业气氛，为了体现公平，公正的原则，根据公司的发展规划，与工程师现在工作的情况，特制定本管理制度； 二：考核对象 适用于工程部各项目工程师； 三：考核周期 项目工程师每月考核一次，年底进行汇总，作为项目工程师工作的评价标准； 四：考核的内容 1：考核的权责 1.1部门负责人按每月对项目工程师的工作完成情况进行考核，并呈交给副总经理或总经理核定； 1.2工程部每月月底开会公布考核结果； 2：考核的结果与薪资，职称，奖金，福利待遇挂钩； 3：考核的项目与标准 3.1样品的品质，样品质量问题必须在界定责任的情况下，项目工程师必须保证图纸，加工工艺正确，失效模式分析有效与过程控制完善的情况下，项目工程师将不承担任何责任，反之，项目工程师都必须承担责任（全部责任，主要责任或次要责任，客户原因的品质问题

将不算在考核里）； 3.1.1样品的客诉，以QIP为依据，样品的客诉不能超过样品完成 数量的_%； 3.1.2样品的返工，客户反馈问题返工，以QIP为依据，内部返工， 以样品问题总结会为依据，样品的客诉不能超过样品完成数量的_%； 3.1.3样品的退货，以QIP为依据，样品的客诉不能超过样品完成 数量的_%； 3.1.4样品报废，需重新加工，因质量问题，导致客户不能使用，无法返工，需重新加工的样品，以QIP为依据，内部报废，以样品问题总结会为依据，界定责任人，样品的报废不能超过样品完成数量的_%； 4：样品的交付数量 4.1每月交付的合格样品数量为__PCS（投诉，返工，退货，报废均不计交付的样品数量）； 4.2每月成功导入的量产的产品； 5：样品的交付率 5.1客户的配件，包材，更改图纸影响的交付，不影响交付率；5.2样品制作过程中的延期，不影响项目工程师的考核交付率；5.3因图纸，制定的工艺，失效模式分析等原因引起的延期，将影响工程师的绩效考核； 6：创新与改善能力

=工程师绩效考核办法(10改3)=

工程师绩效考核办法 ???年员工考核将在原有考核办法的基础上加入维修完成率和任务执行力的考评。同时由于承接施工项目的原因，特加入项目施工人员考核办法。 售后维修考核：?月、季度、年终? ?每月个人基础工作量考核（满分 ?分）： ●工程师按主要根据服务单考核工作量，一张服务单的标准分为 分， 工程师在提交服务单或者工作日志时对本次工作的完成情况先自评（ ??、 分、 ??分、 分）再由技术主管和部门领导审核，最后由 ??服务人员统计后存档，每月统计一次并计入年终考核范围内； ●两个工程师共同完成的服务单，分数平均分给两名工程师，如果是 工程师携带实习人员完成，则实习人员不计分，所有分数均计入工程师考核成绩，其他多人完成的服务单均以此类推； ●根据工程师有效服务单数量?有效服务单指工作日志、派工记录核对 无误后的服务单?和服务单完质量评分统计出维修效率值； ●将考核工作量总分（ ?分）乘以维修效率值得出基础工作量考核分。 ?服务单考核作为工程师的基础工作，同时根据服务单、工作日志填写质量、服务反馈意见作为个人工作态度考核（每月）。 ●服务单填写不合格的扣罚服务单考核分，一次一分，总分 ?分扣完 为止； ●工作日志填写不合格的扣罚工作日志考核分，一次一分，总分 ? 分扣完为止； ●回访出现客户不满意情况的一次扣罚服务质量考核分 分，总分 ? 分扣完为止； ?片区负责人绩效考核： ●全省范围内划分不同的片区，每个片区制定一名工程师做为负责人， 每月按照片区维护工作完成情况对片区负责人的工作进行考核。

●日完成率由所负责片区当天完成维护数量（以 ??电话回访为准） 除以当天该片区维修任务总数再乘以 ???得出。每月算出月完成率 ●根据事先统计的各片区标准工作量（根据该片区需要维护的设备数 量计算）乘以当月该片区完成率得到该片区负责人当月片区考核分 ●任务执行力是指除日常工作之外分配的任务，如巡检、系统升级等 等，在规定时间内完成任务的根据完成质量评分，如果超出规定时间的则不给分，在半年期考核总分中进行扣罚 ?工程师具体考核分计算： ●工程师每月考核一次，年底进行汇总，作为工程师工作成绩的评价 标准； ●工程师考核组成：工作量考核 ?分、客户评价 ?分、工作日志 ? 分、服务单 ?分； ●效率比根据工程师有效服务单和服务单完成得分比进行统计，同一 个任务几次完成只计一次分数，每单根据难易程度计 ??、 分、 ??分、 分，先由工程师根据实际情况自评，再由后台人员参考工程师自评分进行复核打分得出最终评分。将该分数除以有效服务单数量得到效率比； ●将工作量考核分 ?分乘以效率比得到基础工作量考核分； ●后台人员对每张服务单进行电话回访，考核工程的服务态度和服务 质量。如遇客户投诉，每次扣 分（总分 ?分），扣完为止； ●工作日志不能按时交或者填写不规范每次扣 分，扣完为止（总分 ?分）； ●服务单填写不规范的，每单扣 分，扣完为止（总分 ?分）； ●所有分数汇总后得出的分数即为该员工的当月最终考核分； ●片区负责人最终考核分等于基础考核分加上负责片区的绩效考核 分； ●计算实例 ：某工程师单月完成工作单 ?单，统计后分数为 ?分， 客户投诉 次，工作日志有 天没有提交，服务单填写不规范的有 单，则该月该工程师绩效分计算方法为：当月该工程师效率比为 ?÷ ?????； 考核总分为： ????????????????分；

测试人员绩效考核详细

绩效考核 1.测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易 造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在 组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ?Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的 共享和绩效的提高，降低团队工作的优势。 ?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方 面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。 Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。 基于项目团队生命周期的绩效考核: ?孵化诞生期: 这是指团队形成前到团队正式形成的一个阶段，是选择合适的项目成员组成团队的时期。 ?考核的客体是个人。团队的首要任务是筛选项目组成员，根据项目目标的要求，选择最为合适的人选组成团 队，所以考核的对象是个人。 ?考核的重点是能力。从项目团队成立的目的来看，它一般是为了开发一种新产品或者提供一项新的服务，因 此对成员的知识技能要求较高，需要成员具有较高的技术水平和知识储备以及不断学习和创新的能力。同时， 成立项目团队，意在发挥团队快速响应和凝聚集体智慧的优势，更加需要团队成员间的相互合作相互支持， 所以需要较为系统地考核成员的协调合作能力，包括，对团队其它成员工作任务的认识、口头交流、个人成 长、问题解决、责任承担、领导技能等等。因此，在选择项目团队成员的时候，通过对被选者专业技能、基 本素质当然也包括过去的工作经历和背景等各方面的考核，最终确定较为合适的人选。 ?成长期:这是团队正式形成之后，团队工作逐渐步入正轨，团队成员开始通过个人努力和彼此的合作共同在所研究

技术人员绩效考核指标有哪些

技术人员绩效考核指标有哪些？——最经典的绩效考核案例分析引言： 如何制定对技术人员的绩效考核指标？这是很多企业管理者的难题所在。本文是某大型酒店搭建绩效考核体系的咨询项目纪实。酒店的组织结构决定了一个酒店有很多部门，各部门的相互配合很重要。但是酒店总是不乏工作不积极，工作效率低下的技术人员，导致各部门不能协调配合，其他部门对技术人员很不满，影响酒店内部协调与发展。此时，对技术人员设置有效合理的绩效考核指标，就显得尤为重要。针对技术人员的工作特点及核心工作职责设置的有效的绩效考核指标，可以提高技术人员的工作积极性，协调各部门之间的工作，不仅可以提高技术人员的工作积极性，也可以实现公司的最大利益化，实现了技术人员与企业的双赢。由此可见，设置合理的技术人员绩效考核指标，是搭建科学完善的绩效考核体系的重要环节。 【客户行业】酒店行业 【问题类型】技术人员绩效考核 【客户背景及现状问题】 某酒店成立于2003年，组织结构中除了一线的客房部、餐饮部、后厨部外，还 有相应的职能类部门（财务部、人力资源部、办公室）及工程部、工程维修部、林果 部等部门。其中，工程维修部门主要的维修内容是：修灯泡，换水管，刷墙，修门， 开锁等各种事项；其员工大都是老员工，平均年龄在35岁左右，在酒店工作达5年以 上，随着年龄增加，这些技术人员在企业的工作积极性越来越差，老油条的员工越来越多。 其他部门对该工程维修部门的意见也越来越大，主要反馈他们工作服务不及时。反映这个问题最多的是客房部，主要是客房部向工程部提出服务需求，程序如下：入住酒店顾客在使用客房过程中，发现电话不通、网络不通、锁头坏了、水管漏水等等事项，向客房服务员提出，客房服务员然后将这个信息转发给工程部，工程部随后派人去维修。 工程维修部的技术人员认为：客房部的服务员被动工作，往往很简单的事情都让工程部维修中心支持。这样就造成工程维修部出现工作繁忙、维修工作顾不过来的局面；同时，维修内部工种主要分为水工、电

技术人员绩效考核方案

技术人员绩效考核案 一、目的 为更加客观、全面地评价技术部员工的工作成绩，及更好地激发技术人员工作的积极性、主动性和创造性，增强技术团队的协作攻关能力，高效进行研发新产品、项目投标、案的设计，提高公司经济效益，特制定本案。 二、适用围 本制度适用于公司技术部全体员工。 三、考核原则 1、考核注重结果，参照过程，力求全面、客观地反映技术人员实效。 2、考核侧重基础工作达标和任务的完成，同时鼓励特色创新。 四、考核指标及考核期设置 1、针对技术人员的工作性质，将技术人员的考核容划分为工作业绩、工作态度、工作能力考核。 2、每季度为一次考核期。 五、考核关系 由工程技术副总会同技术部经理、人力资源部组成考评小组负责对相关人员考核。 六、考核程序 1、技术部经理在每一考评期结束前1，将本阶段相关材料交考评小组。 2、由考评小姐成员按照《技术人员考核标准》的容，对相关技术人员进行考核评分。

七、考核容与标准 技术部员工根据岗位职责，工作考核实行量化打分，满分为100分，各岗位具体考核容如下： （一）技术部经理绩效考核量表 1、工作业绩指标（所占权重80%）

2、工作态度指标（所占权重10%） 工作态度考核表 3、工作能力指标（所占权重10%） 工作能力考核表 （二）技术工程师绩效考核量表 1、工作业绩指标（所占权重80%）

（三）维修工程师绩效考核量表 1、工作业绩指标（所占权重80%）

（四）网络工程师绩效考核量表 1、工作业绩指标（所占权重80%） （五）技术工程师、维修工程师、网络工程师的工作态度指标和工作能力指标，与技术部经理考核指标相同。 八、考核实施

工程师岗位绩效考核

绩效管理体系 第一章部门（多经公司）绩效管理 一、绩效管理对象 根据绩效管理的需要，将各部门（公司）、班组按工作性质分为三大类： 第一类，生产部门和多经公司，具体包括机务室、电控室、水务室、土建室、环保室、工程经济室、系统室、网络信息室、输变电室、勘测部（科诺岩土公司）、天安工程监理公司、岩土质检站、服务公司等13个部门； 第二类，辅助生产部门及任务性、事务性较强的部门，具体包括计算机室、印制出版室、档案室、总务科/保卫科等4个部门； 第三类，协助高层管理者进行职能管理及党群管理的部门，具体包括院长办公室、人力资源部、财务部、经营计划部、项目管理部、技术（质量）管理部、天联公司、党（团）委办公室、纪检监察审计室、工会等10个部门。 根据三类部门的不同性质，工作目标的分解与绩效考核的侧重点应有所不同：对于生产部门侧重于劳动生产率、成本控制、质量与安全、工期、人力资源、技术资源等指标的考核；对于辅助生产部门与后勤部门侧重于部门子项中任务性工作的完成情况、提供服务的质量等指标的考核；对于管理部门侧重于高层管 理者管理意图的贯彻执行力与参谋咨询力等指标的考核，从本部门职能出发，以典型事例充分说明对组织发展的建设性、系统性的管理效果。 二、绩效考核周期 部门（公司）、班组绩效考核以季度考核为主，班组的绩效考核由各部门组织，部门（公司）的绩效考核由院组织。季度考核于次月前十日内完成；每年 终再组织一次年度考核，以进行总结，年度考核于次年一月二十日前完成。

三、部门KPI考核表的设计 1.GEDI各生产部门（多经公司）KPI考核表（见表1） 2.GEDI辅助生产部门与后勤部门KPI考核表（见表2） 3.GEDI管理部门与党群部门KPI考核表（见表3） 第1页共49页

工程部土建工程师绩效考核

贵州立健机械有限公司 工程部绩效考核管理办法 （试行） 一、总则 1、考核的目的 1）绩效考评的最终目的是改善员工的工作表现,以达到企业的经营目标,并提高员工的满意程度和未来的成就感，绩效考评的结果主要用 于工作反馈、报酬管理、职务调整和工作改进。 2）为具体、全面地了解员工提供依据，以规划员工的职业生涯；公司可以根据考核评估的记录，了解每个员工的素质、技能、行为、 知识等方面同公司要求之间的差距，这样就可以根据公司的要求为他们制定培训计划和发展规划。 2、绩效考核针对员工的工作表现，按绩效分配，按能力任免。 二、考核方法 关键业绩与行为综合评定法：关键工作计划由本人列出，自我评定、直接上级评定和公司领导评价。 三、考核程序 1、员工填表自我评分→直接上级评分→公司领导评价； 2、填表时间：每月28日前； 3、考评沟通：直接上级与员工之间，公司领导与员工之间； 4、考评结果：加权平均； 优秀良好可接受需改进不可接受 150-140 139-110 109-91 90-80 80以下 —1—

1）“优秀”的定义：工作的结果达到或超过了上司要求的业绩标准，如要求不明确、具体，可参照结果对其他关键工作的影响。对问题能够及时解决或及时向上级提出可挑选的解决方案并分别作出评价。 2）“可接受”的定义：工作的结果基本达到业绩标准或与计划稍有出入但对关联工作没有负面影响。 3）“不可接受”的定义：工作的结果没有达到业绩标准且直接影响下一步工作或关联工作的进度或效果。 4）连续三个月被考核为不可接受员工，公司将予以辞退。 4、考核内容 同志2014年月份目标责任书！ —2— 贵州立健机械有限公司 土建工程师同志2014年月份目标责任书 本责任书由部门负责人和责任人通过共同协商，经责任人提出，认为通过努力能够完成的指标，公司按责任书的内容进行考核，负责人对绩效考核根据责任书 的奖惩条例进行核算和兑现，目标责任人对照分解、落实； 一、本责任书一式二份，本人一份，负责人一份。本责任书双方签字后生