质量工程师绩效考核

开发绩效考核方案

开发绩效考核方案

开发考核方案 1. 目的 为了提供工作效率，改变工作现状，并使项目奖金公正合理地分配到项目组成员手中，特制订本方案。 2. 适用范围 研发部全体成员。(参与开发项目的其它技术人员) 3．基本原则 以公司《工资及奖金发放管理办法》为基本依据，结合部门实际，力求公平，充分体现个人价值，兼顾团队。项目奖金定义采取积分制，每人将根据完成项目的多少和进度状况获得不同的积分。前期定义每分不少于***元，在发放奖金时，公司可根据业绩状况加以提高，不会降低。 4．项目奖金发放步骤 1）根据市场需求，业务部或客户下发《新产品开发申请表》。 2）研发部经理下发《产品设计任务书》，根据部门当时人员配置情况，确定项目负责人；若其它人员有异议，可经过 公开竞聘方式决出项目负责人和项目组成员。 3）项目负责人根据项目开展需要，并编制《产品设计进度计划》。 4）根据分工难度和工作量大小确定项目积分分配比例。 5）项目小组完成开发任务。 6）根据开发设计流程进行项目资料归档验收、确认。

7）记录积分（积分公开透明）。 8）年中或年底根据积分发放项目奖金。 5．项目积分分配比例的确定 5.1 项目积分总体分配比例 5.1.1部门积分：每个新项目的总积分的30%划为部分积分，部门积分在全部门平均分配。 5.1.2量产机种后期维护部门积分，根据年度订单数据，大项目积3分，中项目积2分，小项目积1分。 5.1.3机种维护工程师量产机种后期维护积分，大项目3分，中项目2分，小项目1分。机种维护工程师的积分分配方法 5.1.4新立案的开发项目积分的70%交于项目组分配，由项目组全体成员按工作难度和工作量大小确定的比例进行分配。 5.2 工作难度及工作量的确定 5.2.1项目评估 对项目难度进行评估，将项目分为大项目、中项目、小项目。 大项目：整机设计，包含结构、软件、电路全新设计； 中项目：部分设计，结构、软件、电路部分全新设计； 小项目：局部设计，其中一部分设计。 对项目时间的评估参考： 大项目：3－4个月以上； 中项目：1－3个月；

售前绩效考核方案(初稿)

售前技术发展部 绩效考核方案 1概述 售前工程师是公司非常重要的岗位。一方面，支持具体销售活动（例如产品验收、客户沟通、需求获取等），并提供各类销售技术支持（例如参与建议书编写、技术方案编写、标书制作及演示文档、典型案例归纳等工作）。另一方面，售前工程师是公司产品理念的开创者、公司产品设计的领军者，肩负着产品发展方向、产品设计等重要工作。所以需采用综合评价方法进行绩效考核。 2绩效考核方案拟定原则 以职位等级为基础，采用基于销售额的考核及综合指标考核相结合的综合考评方法。具体构成为： 年收入=等级职位薪金+销售奖金之和+年底综合评定奖金 3具体考核办法 3.1以职位等级划定基本薪酬体系结构 在建立售前工程师基本薪酬体系结构过程中，要充分考虑售前工程师在本行业从业年限及行业经验积累、技术能力、个人综合能力，

主要按能力付酬，而不能仅按照销售业绩付酬，不能过分强调薪酬的变动性，而应当建立一套以职位等级标准为基础的薪酬体系结构，从而实现公司售前工程师向售前顾问的角色转换，将售前工程师以售前工作重点的模式，向产品战略、产品设计方向等工作重点转变。 进一步说，对于售前工程师的激励重点不是考核，而是能力提升，只有售前工程师具备充分的能力，才可能使售前工程师成为企业实现技术营销、顾问式营销的关键点。 职位等级划定基本薪酬体系结构标准为： 职位等级晋升考核办法（略）。 3.2基于销售额的考核 售前支持作为售前工程师的工作重点之一，通过实际销售额的定量考核，提高售前工程师对售前工作支持的积极性。 由于目前项目类型（具体见附件）较多，同时考虑公司的项目实际情况，以及售前工程师的实际工作情况，特制定以下考核办法：1）售前工程师的销售额奖金直接与销售人员的奖金挂钩，即单个项目，售前工程师的销售额奖金与销售人员所拿奖金（扣除商务等各种费用之前）成固定比例（25%左右，具体看公司的项目性质以及公

研发人员绩效考核制度

一、目的 为适应公司发展需要，规范公司技术研发人员的薪酬考核发放业务流程，建立和完善以岗位绩效为主要形式的收入分配体系，以调动员工的积极性和创造性，特制定本制度。 二、适用范围 本制度适用于技术研发中心所有在岗员工。 三、考核原则 1.考核内容和流程以公开、公平、公开为原则，以确保考核结果的公正性； 2.客观原则，强调以数字和事实为依据，对考核结果做出客观性评价； 3.业绩改善原则，绩效考核是一个管理手段而非最终目的，考核责任人将通过不断沟通帮助考核对象发现工作中存在的问题，找到改进的方向，从而使组织和员工达到更高的水平。 四、职责 1.技术研发中心各部门副经理级以上成员组成绩效管理小组,负责考核方案的审核、绩效沟通、受理考核争议投诉等； 2.行政管理部负责对考核结果的计算、统计并对考核汇总统计结果进行绩效工资核算。 五、薪酬模式 1.技术研发中心员工的薪酬由岗位工资、绩效工资、科研奖励三部分组成； 岗位工资：是员工个人收入中相对固定的部分，是依据员工岗位特点及岗位价值评估结果并结合员工个人历史情况确定的基本收入； 绩效工资：是指每月进行绩效考核评分，按绩效工资系数发放； 科研奖励：是指技术研发中心按照科研课题产生的社会效应和经济效应对参与科研人员的奖励； 2.技术研发中心应当在每月5日前确定当月绩效计划，提交电子版考评表至行政管理部备档； 3.行政管理部于每月8日将绩效考评表下发至各考核人，考核人应于每月30日将纸质版考评表完成并保密送至行政管理部（为保证考评的公正性及保密性，考评表应由部门绩效负责人/考核人直接送至行政管理部相关人员）； 4.为确保对被考核人考核指标透明度及公平性，绩效考核评定指标确定后，被考核人应确认指标并签字； 5.月度绩效结束后，行政管理部将统一人员绩效考核结果汇总，提交至董事长审批，行政管理部负责对考评结果以短信形式公布； 6.非正式员工不纳入绩效考核范畴； 7.被考核人员工作未满一个考核周期，不论何种原因离职，均不计考核； 8.申诉：被考核人如对考评结果存在异议，在知道绩效评估结果三个工作日内提出申诉，填写《员工季度绩效申诉表》向部门经理或行政管理部提起申诉，受理申诉者必须在三个工作日内反馈处理过程与结果。 六、考核办法、考评内容及考评标准 1.考评内容：主要参照员工当月关键工作任务、岗位职责进行工作考评，即：KPI考核（关键绩效指标法）。以员工个人素质、工作态度、专业知识、工作能力、工作业绩（岗位

测试人员绩效评价标准

测试人员绩效评价方法 版本记录： 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、定义 3.1研发项目 研发项目按其内容分为四大类：新工艺、新产品、新材料、新标准。 3.2研发项目合同/项目任务书 指甲方（董事长或授权人）与乙方（项目研发组）就明确研发项目的任务、阶段、验收细则、奖惩办法等事项达成的书面协议。合同签订时须确定目标、时间、经费、奖金和项目负责人。 3.3项目奖金标的额 是指在项目立项时根据项目类别确定的某一项目的项目奖金额度。 3.4评审委员会 公司设评审委员会，由公司董事长或授权人、项目组长。负责公司各类奖项（包括其他非研发项目和奖项）的评定。 4、职责 4.1董事长（或授权代理人） 研发项目的立项审批，研发合同/协议的签订、批准，研发项目考核结论的确认和奖励的批准。 4.2公司分管副总 立项审核，资源配置，项目考核结论评估、项目奖励、申报资料等审核和调整，研发项目的考核及协调处理。 4.3项目负责人（项目组长） 全权负责项目的开发过程控制，是项目计划分解、研发质量、进度、创造性和成本控制的直接负责人。 4.4评审委员会 根据相关部门提供的项目计划、质量、费用等数据和资料等，负责组织对研发项目的考核，评估，奖励的评定。项目考评小组对考核结论负责，组长为项目考评的第一责任人。 5、过程控制及要求

5.1研发计划的日常检查、考核 5.1.1项目研发组主要检查项目月、季研发计划的执行情况、存在问题、须协调事项等，收集相关资料，检查各类研发计划的完成情况。 5.1.2项目研发组必须对月、季研发计划完成情况的真实性把关。如出现不实情况，将对考核负责人按500元/次·项处罚。 5.1.3研发人员的月度绩效考核按公司《月度绩效考核制度》执行。 5.2研发项目目标与进度考核 5.2.1目标考核 研发项目结果没有达到项目任务书内容与目标要求时，原则上应给予负激励。 5.2.2文件资料考核 项目研发过程中各种资料齐全完备。项目任务书（合同）、研发可行性报告、各阶段的评审资料、设计图纸（蓝图及电子图档）、工艺技术文件资料、试验检测报告等类资料，资料不完整的按500元-2000元/类，从该项目奖金中扣罚。对重要技术资料丢失或重要技术泄密的，将对直接责任人进行经济处罚，给公司造成严重后果或重大损失的将追究其刑事责任，并追究相关领导的连带责任。 5.2.3进度考核 5.2.3.1项目阶段进度延期，但不超过1个月（含），扣除该阶段奖励的50%，特殊情况项目组申请，经分管领导批准，可酌情少扣或不扣。 5.2.3.2项目阶段进度延期1个月至2个月（含），扣除该阶段奖励的100%，特殊情况项目组申请，经公司分管副总批准，可酌情少扣，但扣除额不得低于50%。 5.2.3.3项目阶段进度延期超过2个月，不管任何理由，应给予对应的负激励。 5.2.3.4项目阶段进度延期而项目最终验收不延期时，项目组申请后，公司分管副总可酌情补发已考核各阶段所扣除的部分奖励（但补发金额不得大于所扣除金额的80%）。 5.2.3.5公司领导对进度有特别要求的项目，没有按要求完成直接给予负激励。 5.2.3.6研发承包合同（任务书）对项目进度有特定的考核奖惩措施时，按承包合同执行。 5.3项目立项及项目类别评定方法 5.3.1立项原则 根据公司发展战略、规划和立项要求，按市场需求和预测、技术领先、技术经济效益 好和提高公司品牌和市场竞争力的原则选题立项。 5.3.2项目评审

软件测试工程师绩效评估表

软件测试工程师绩效评估表 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划） 方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改 软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测 试报告； 5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质 量。 6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应 的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之 外的部门定期交流掌握下周或近期可能测试任务； 9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一 个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟 的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研 发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；

品质工程师绩效考核表.docx

品质工程师绩效考核 被考评对象考评负责人 考核项目 品质管理工作计划及管理制 度完善 来料检验 过程检验（包括样品检验） 成品检验 产品质量客诉处理及 质量改进 控制及预算管 理 部门 考评时间至 细分指标 / 关键指标 权重 指标具体内容及定义 （分） 工作计划合理性与 5 拟定阶段性品质管理工作计划，要求确保计划 可行性的合理性及其可行性，且得到领导认可。 产品质量管理体系相关标准、制度与流程的制 质量管理体系建设 10 定、完善与及时更新，例如来料质量检验标准 与完善、过程检验标准、成品检验标准、整体产品质 量控制体系，等等。 来料检验及时率2 来料检验及时率 =及时检验批次÷检验总批次× 100％ 来料检验准确率3 来料检验准确率 =实际生产合格批次（指来料质 量没有问题）÷检验合格批次× 100％ 过程检验及时率2 过程检验及时率 =及时检验批次÷检验总批次× 100％ 过程检验准确率3 过程检验准确率 =实际生产合格批次（指制程中 质量没有问题）÷检验合格批次× 100％ 成品检验及时率3 成品检验及时率 =及时检验批次÷检验总批次× 100％ 成品检验准确率 10 每出现一次（监管部门）抽检发现不合格扣5（质量否定次数）分，最多扣完本项配分。 产品合格率5产品合格率 =合格批次÷送检总批次× 100％ 5 客诉率 =客诉批次÷交货总批数× 100％（包括客户投诉率试制品、成品） 客户退货次数10每发生 1次退货扣 5分，扣分不封顶。 处理不及时一次扣 5分（及时是指：在客户要求客诉处理及时性5时间内给予答复，如客户没有明确要求答复时 间则需在一个工作日内给予答复） 质量改进跟进及时 5 不及时每次扣 2分，最多扣 10分。（不及时是 指 性未对出现的质量问题进行跟踪改进） 数量合格率提高率 =本期平均数量合格率一上期成品合格率提高率5平均数量合格率（数量合格率 =合格数÷检验总 数× 100％） 检验费用控制率5 检验费用控制率 =当期实际检验费用÷标准检验 费用× 100％

3高级售前工程师绩效考核表.doc

售前工程师绩效考核表（高级）被考核人：考核月份：考核评定人： # 考核标准自评分考评分指标项权重 一、售前调研情况： 1. 均能按时独立优质完成售前调研，得满分 1 2. 在指导下，均能按时完成者得80% 分数 3.因自身原因延迟一周以上，且次数>2 次者得 60% 分数 4.其余的在 60% 一下酌情给分 二、售前方案质量： 售前方案的质量应该条理清晰，内容完整，从内审、销售及客户满意度（工单中反馈）业绩完成情况 方面进行考评： 1. 2 两次内通过内部审核，并全部获得“满意”以上者，得满分； (根据实际工 2.内审次数超过 2( 不含 )次者，每增 1 次扣1分； 60% 3. 销售反馈满意度低于“一般”(不含 )者，每次扣 2 分； 作安排从四方 4. 收到客户对方案进行者，每次扣 5 分。 面互补评分） 三、招投标书质量 3 1. 两次内通过内部审核，并没有出现因售前原因失误者，得满分； 2. 封装后因售前原因返工每次扣 2 分； 3. 因售前原因导致流标、废标每次扣 5 分。 四、内部资料整理与培训分享 4 1. 均能按时独立优质完成内部资料整理，并完成讲解培训，得100% 分数 2.仅按计划优质完成资料整理者，60% 分数 3. 其他情况，酌情评分 主要考核在岗工作时的积极性、主动性.包括工作任务的执行力，工作计划的跟进，自 我学习的规划。 A. 自我驱动，完全自主完成，遇时间节点临近，能够主动提前完成；（得18-20 分）

5 工作态度20% B.需领导监管，态度够积极，责任心尚可，工作任务一般提前完成；（得15-18 分） C.被动驱使工作，积极性、责任度都一般，总是能做多少做多少；（得12-15 分） D. 态度消极，领导督促，虽口头承诺，仍完不成工作，总是能拖就拖；（12 分以下） 能遵守公司各项规章制度，能按照部门规定有效完成工作任务： A. 严格遵守公司制度，无任何违纪行为；（得18-20 分） 出勤及遵守规 B.严格遵守公司制度，只有三次以内考勤违纪；（得15-18 分） 6 20% 章制度 C.有违纪行为，但不触及公司底线原则，考勤五次以下违纪；（得12-15 分） D. 触及公司底线制度，考勤违纪五次以上违纪；（12 分以下） 总计

软件开发工程师绩效考核

软件开发工程师绩效考核-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

软件开发工程师绩效考核 1、工作完成及时性。按时间评判。10分。 A、杰出：经常提前完成安排的工作。 B、良好：按时完成。 C、正常：基本完成计划内工作，出现可控范围内延期。 D、需改进：经常性出现延期或者延期严重。 2、工作量饱和度即生产率(一般评估标准：代码量/完成的时间)。12分。 A、杰出：工作效率很高，提前完成上级要求，满意度很高。 B、良好：工作效率较高，达到上级的要求，满意度较高，未出现异常问题。 C、正常：工作效率不高，基本达到上级的基本要求，偶现小问题。 D、需改进：工作效率低，经常不能达到上级的要求，经常出现问题。 3、工作主观性（是否会主动推动工作的进行）。评判：每周主动推动且主动协助解决项目问题。5分。 A、杰出：主观能动性很强，时刻主动推动项目进展，不需要领导时刻敦促。 B、良好：主观能动性较强，推动项目进展，不需要领导时刻敦促。 C、正常：主观能动性一般，偶尔推动项目进展，领导需要敦促。 D、需改进：主观能动性较差，需要别人推动项目进展，领导需要时刻敦促。 4、文档质量（需求文档理解质量、测试用例质量、代码注释）。8分。 A、杰出：输出文档清晰、正确、规范，积极参与文档正规化建设，当天报告当天 填写。 B、良好：输出文档完整、正确、规范、满足公司文档要求，当天报告次日填写。

C、正常：输出文档完整、正确，当天报告周末填写。 D、需改进：输出文档不完整、不正确，当天报告拖延时间较长填写。 5、临时任务。5分。 A、杰出：乐意接受突发任务并高效及时完成。 B、良好：接受突发任务并及时完成。 C、正常：不忙时可接受突发任务并及时完成。 D、需改进：不接受突发任务。 6、工作完成质量。研发完成测试后验收时校验(总工期为计划开发时间、测试版本修改bug时间不包含测试时间)。20分 A、杰出：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时 间超过总工期10%以内。 B、良好：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时 间超过总工期15%以内。 C、正常：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug时 间超过总工期20%以内。 D、需改进：无工作量遗漏且无逻辑遗漏且按时交付测试版本且测试版本修改bug 时间超过总工期25%以内。 E、不合格：总工期5%以上工作量遗漏或造成总工期5%以上工作量逻辑修改或无 法测试耽误总工期5%以上或者修改bug时间超过总工期25%以上。(项目结束时使用) 7、千行代码率。10分。 A、杰出;

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

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

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

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

售前支持部绩效考核办法

售前支持部绩效考核办法 一、任务目标 1、U8ERP售前顾问团队销售收入指标1160 万元，季度任务分解情况为： 季度 一季度 二季度 三季度 四季度 年度合计 比例 15% 25% 30% 30% 100% 任务额（万元） 174 290 348 348 1160 任务基数（万元） 121.8 203 243.6 243.6 812 2、售前顾问团队成员销售收入指标，季度任务分解情况为：（单位：万元）季度 一季度 二季度 三季度 四季度 年度合计 比例 15% 25% 30% 30% 100% 高级售前

任务额 30 50 60 60 200 任务基数 21 35 42 42 140 助理售前 任务额 24 40 48 48 160 任务基数 16.8 28 33.6 33.6 112 二、考核原则及奖金计提办法 1、售前顾问的奖金分为两个部分：大项目奖、综合业务考核奖；其中，大项目奖按月考核并发放奖金，综合业务考核奖按季度进行业绩考核，按所对应支持项目的销售回款收入计提业绩奖金，并按综合业务考核结果进行奖金修正； 2、售前顾问所支持的成交金额10万以上的项目，按实际收款额的1.5%计提大项目奖金； 3、综合业务考核奖按季度收入目标完成率及KPI评分进行考核， 季度奖金总额=季度基本工资总额×40%×部门收入目标完成率×KPI得分 收入目标完成率=(实际销售收入-目标×70%)/(目标-目标×70%) ，目标完成率最低为零。 三、KPI指标及评分标准 KPI内容 权重 备注 产品业务 市场活动的组织和支持 10

每少组织一次活动扣2分 产品销售人员能力培训 20 未按计划完成产品销售人员培训扣5分 产品销售工具 10 未做及修补产品标准销售流程扣5分 未做及更新产品对比分析扣5分 竞争对手分析 10 每季必须出一份本地市场竞争对手分析。没有做本项是0分 售前优秀方案率（包含演示数据、ppt） 20 售前优秀方案率=优秀方案个数/总方案个数，标准为90%，售前优秀方案率每少5%，扣2分，达到标准，每超1%，加0.5分 项目支持成功率/评价 (不纳入知识供献KPI) 20 项目支持成功率=成功项目个数/应支持项目个数，标准为85%，每少5%，扣2分，达到标准，每超1%，加0.5分 人力资源考核 (不纳入知识供献KPI) 10 违反考勤、培训制度一次扣1-2分；违反公司其他成文规章制度一次扣1-10分 注：知识供献奖的所有指标完成项，必须经过培训推广环节，才能计入奖金。

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

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有足够充分的理由和足够准确的描述可以说明问题，让开发人员没有借口来为自己辩解。开发人员对于这样的问题会有很好的印象。所以我觉得让开发人员来评估测试人员的表现可以作为考核测试人员的一个重要依据。

售前绩效考核方案初稿

售前绩效考核方案初稿 This manuscript was revised on November 28, 2020

售前技术发展部 绩效考核方案 概述 售前工程师是公司非常重要的岗位。一方面，支持具体销售活动（例如产品验收、客户沟通、需求获取等），并提供各类销售技术支持（例如参与建议书编写、技术方案编写、标书制作及演示文档、典型案例归纳等工作）。另一方面，售前工程师是公司产品理念的开创者、公司产品设计的领军者，肩负着产品发展方向、产品设计等重要工作。所以需采用综合评价方法进行绩效考核。 绩效考核方案拟定原则 以职位等级为基础，采用基于销售额的考核及综合指标考核相结合的综合考评方法。具体构成为： 年收入=等级职位薪金+销售奖金之和+年底综合评定奖金 具体考核办法 1.1以职位等级划定基本薪酬体系结构 在建立售前工程师基本薪酬体系结构过程中，要充分考虑售前工程师在本行业从业年限及行业经验积累、技术能力、个人综合能力，主要按能力付酬，而不能仅按照销售业绩付酬，不能过分强调薪酬的变动性，而应当建立一套以职位等级标准为基础的薪酬体系结构，从而实现公司售前工程师向售前顾问的角色转换，将售前工程师以售前工作重点的模式，向产品战略、产品设计方向等工作重点转变。

进一步说，对于售前工程师的激励重点不是考核，而是能力提升，只有售前工程师具备充分的能力，才可能使售前工程师成为企业实现技术营销、顾问式营销的关键点。 职位等级划定基本薪酬体系结构标准为： 职位等级晋升考核办法（略）。 基于销售额的考核 售前支持作为售前工程师的工作重点之一，通过实际销售额的定量考核，提高售前工程师对售前工作支持的积极性。 由于目前项目类型（具体见附件）较多，同时考虑公司的项目实际情况，以及售前工程师的实际工作情况，特制定以下考核办法：1）售前工程师的销售额奖金直接与销售人员的奖金挂钩，即单个项目，售前工程师的销售额奖金与销售人员所拿奖金（扣除商务等各种费用之前）成固定比例（25%左右，具体看公司的项目性质以及公司的策略等）； 2）售前工程师在实际工作工程中可能存在工作交叉的情况，即同一个项目有多个售前工程师参与，分别负责不同的工作内容，所以需要将工作细化，赋予各项工作内容不同的权重，售前工程师在这个项目所拿的销售额提成为项目总销售额奖金与所参与工作内容的权重之积； 3）针对不同级别的售前工程师设定年度销售额奖金上限，达到上限后，提成比例翻倍（同销售人员）；

售前经理绩效考核评分表

绩效考核评分表 部门：客服中心职位: 售前经理姓名：考核时间： 一、个人关键指标达成情况（权重 80 %） 序号考核指标考核标准分值达成结果评分审核 1 销售额达成率完成100%：满分；低于100%按比值；30 2 询盘转化率 18%达标：30分；16%达标：25分；13%达标：20分； 10%；达标：10分；低于10%：0分 30 3 DSR评分 三项高于行业值：10分；单项低于行业值：8； 双项低于行业值：5分；三项低于行业值：0分 10 4 日常工作完成度月度工作计划表完成进度 按时完成：10分；完成80%：8分；完成60%： 6分；完成50%：5分；低于50%：0分 10 合计得人: 小计80 二、个人工作表现（权重20%） 序号考核指标考核标准分值评分审核 1 严格 认真1、工作出现问题，但能够积极补救，不推卸责任（0分） 2、按本岗位要求做，未出现工作疏漏（1分） 3、发现他人的工作疏漏，告知对方并协助其补救（2分） 4、严格认真地履行岗位职责，发现隐患，并预先采取措施避免问题发生（3 分） 3 2 主动 高效 1、反映工作中的困难和问题，但没有改进建议（0-1分） 2、主动调动各方面资源以达成目标（2-3分） 3、工作中主动发现问题，提出有价值的改进建议（4分） 4、独立提出切实可行的改进方案，并推进实施，取得良好的成效（5分） 5 3 客户 意识 1、在上级要求和客户投诉的压力下，为客户解决问题（0分） 2、积极响应客户意见（投诉），及时满足客户需求（0.5分） 3、主动征询客户需求与感受，并以友善、愉悦的态度提供服务（1分） 4、提供的服务超过客户期望的满意（2分） 2 4 团队 协作1、固执己见，只认同自己的观点（0分） 2、能够认真听取对方意见，修正个人的工作设想（1分） 3、发生分歧时，不仅认真听取对方意见，而且提出有价值的建议（2分） 4、在协助对方获取成功，并达成团队整体目标的同时实现个人目标（3分） 3 5 学习 总结1、能够不出现相同的失误，但不能防患于未然（0分） 2、在工作中学习，能够从失误中吸取教训、举一反三，防患于未然（0.5） 3、有学习意识，并在工作中加以实践（1分） 4、除岗位要求的知识技能外，还主动学习其他相关的知识技能，工作能力明显（2分 2

员工薪酬和绩效考核制度(全)

XXX有限公司员工薪酬和绩效考核制度 XXX有限公司 员工薪酬和绩效考核制度 第一章总则 第一条根据行业特征和公司组织结构，以公司目标为价值导向，实行 岗位绩效工资制度，营造注重经济效益、发挥团队优势的氛围，为每一位员工提供合理的薪酬待遇、均等的发展机会，促进公司及员工的进步与成长。 第二条本制度适用于公司除公司高级管理人员外所有签订劳动合同的员工。 第三条薪酬原则： （一）员工的薪酬水平与公司的总体目标和部门的总体目标相结合。（二）员工薪酬与岗位职责及岗位考核相结合，与其业绩及对公司的贡献挂钩；薪酬随工作岗位及岗位职责等变化而作相应的调整。 第二章薪酬结构 第四条公司薪酬结构分为四大类，高级管理人员、业务平台、技术平台、支持平台薪酬结构。 具体各大类的分类和岗位职级按照公司薪酬和职位体系表执行。 （一）高级管理人员薪酬体系： 高级管理人员实行年薪制，包括基本工资、绩效工资和年度奖励，具体标准由董事会决定，遵照董事会批准的《公司高级管理人员薪酬和考核管理办法》执行。

（二）业务平台、技术平台、支持平台员工薪酬结构： 1、业务平台、技术平台、支持平台人员的薪酬基本组成为： 年度目标工资总额=基本工资+个人绩效工资 其中绩效工资为浮动部分，根据个人绩效考核结果计算实际发放数额。 2、定义 基本工资： 占年度目标工资总额70%或80%，根据职位类别确定基本工资所占比例，各类职位人员的实际比例按照《薪酬组成结构表》。 绩效工资： 个人绩效工资为浮动工资，占年度目标工资总额20%或30%，根据职位类别确定绩效工资所占比例，各类职位人员的实际比例按照《薪酬组成结构表》，具体计算方法按照本制度第三章第六条绩效考核办法。 浮动系数： 浮动系数根据考核结果确定，其中公司绩效工资部分根据公司年度目标完成情况确定，个人绩效工资部分根据个人年度目标完成情况确定。具体评价标准和指标根据各岗位确定（附表一到表九）。具体浮动系数按照《考核评分及绩效工资对应表》执行。 （三）薪酬组成结构表