IT测试部员工绩效评估

IT测试部员工绩效评估
IT测试部员工绩效评估

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%

测试经理打分

统计考核区间内提交的技术共享、典型案例文档数量,实施的培训或者培训胶片算一份技术共享文档。

新的测试方法改进总结,优秀实践总结等归入此类。

文档需经过XX的审批。基木要求:与工作相关,原创。取共享总数排队

4 工作协作10%

由测试经理打分

统计员工测试和评审未提及的遭客户投诉的设汁问题和因处事不当或沟通不畅而引起的周边同亊的投诉和抱怨

统计为提高测试质量和部门工作效率所提合理化建议。

5特有要求50%:

①测试质量

测试质量考核内容如下

a}提交问题数:

提交问题包括测试中发现的问题,也包括评审中发现的问题。倍乘指数:建议和一般问题1,严重问题2,致命问题3

对于没有录入缺陷库的问题需要个人提供review会议记录,列出发现的问题列表

b}问题正确率(暂时不纳入考虑):

问题正确率=(1-被确定为“理解错误,不是问题”的问题数)/提交问题总数

c)漏测率

统计员工负责测试的产品在发布后1年内的市场反馈问题。

漏测率=市场发现问题数/员工在该产品上提交的问题数

需要分析工厂,市场反馈回来的问题,分成几类:1)客户错误使用:2)测试没有考虑到,被客户发观了问题:3)由于测试条件所限不能测试出来的问题:4)未确定原因的。只统汁第二类。

②认证质量

a}认证及时性考核:

旧产品认证考核办法:对旧产品的认证,在相关部门提出需求之后,认证工程师提供预估认证完成日期,此日期记录入测试部维护项目中。在认证完成之后,考核负责人考察预估时间与实际完成时间偏差,据此对认证工程师进行考评。

新产品认证考核办法:对新产品认证需求,认证工程师需要在项目经理可以准时提供样机情况下,对认证时间进行评估,并记录入项目中。认证完成时核对评估时间与实际完成时间做出考评。(注:期间产品不能按时提交、产品整改需要认证工程师汇报给考核人员,从认证花费时间中扣除。)b}新认证考核:

对未曾做过的新认证、新认证评估工作,考核人员以任务发布者对认证工程师评价做为依据进行考评。

③治具开发质量

a}PCB评估:

定版前排除的问题个数,原则上要求功能覆盖率100%,此项和硬件测试工程师的发现问题数一起排队作比较b}测试架质量:考核工厂投诉次数(只针对2年内的测试架),以及维修进度(实际交付时间与承诺时间比较,一般承诺时间不超过1周)

c)技术改进

考核改进计划的按时完成率

④版木管理质量

a}版木发布的按时完成率。

版木发布有3个邮件,别人要求制作版木的邮件,XX回复何时完成版木制作的邮件,版木发布的邮件。

统计方式为:版木发布邮件时间在XX回复的邮件所述时间之内的百分比,因此XX需要催促审批人及时审批。 b}版木发布的准确率

版木发布后被指出有错误需要重做的数量占版本发布数量的百分比。新产品版本和升级版本采用权重因子不同,新产品权重为2,升级版木权重为1

⑤实验室管理质量

a)实验室设备的日常维护,对设备进行年度和季度盘点

b)及时维修好设备(按照承诺时间和实际完成时间来度量)

c)年度仪器校验,满足ISO年度审核要求。

⑥器件选型工作

a)在物料选型认证时充分测试,保证不出规漏测,导致产品因器件出现问题

b)保证选择的器件供应商有良好质量保证体系,试产时物料参数与承认时的样品一致

c)建立关键器件替代物料库,保证在产品开发时物料能够及时认证。

⑦项目管理工作

a)合理安排工作,组织自己的团队按照计划和质量要求完成项目。

按计划完成项目方面对项目经理考核项目各个里程碑点的按时完成情况,对测试主管考察团队成员按时完成测试工作的情况

工作质量方而对项目经理考核项目遗留问题,对测试主管考核市场问题处理

b)做亊规范,遵守公司流程,及时准确汇报进展

c)工作协调能力

这一项采用360度考核,给出评价意见的人员包括团队成员,相关部门领导,项目相关的其他

部门人员。

测试部门KPI考核指标(绩效考核)

测试部门 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编写目的 本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据,其它考核的标准参照支持服务中心的部门考核大纲,该标准仅作为整体考核标准中的综合考核的一部分。 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.测试团队绩效考核 绩效评估的的客体:是个体成员还是整个团队。 ?Pascerellayer认为,团队绩效评价应以成员个人完成工作的状况为基本依据,理由是激励只能作用于个人而不是群体;技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效,个体的努力得不到充分的肯定,就容易造成社会懒散现象,即个体由于参加团队工作,其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来,不仅会影响组织绩效,还会毒害组织文化。同时,由于绩效考核与薪酬及个人价值的实现相联系,因此,在团队中,能力高的成员倾向于对个人绩效的考核,从而得到更高的认可和报酬。?zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效,因为团队的成功很大程度上依赖于团队成员间的团结合作,理解支持,若评估集中于个体层面,会导致个人主义盛行,忽视团队的协作精神,阻碍信息、技能的共享和绩效的提高,降低团队工作的优势。?因此在实际操作中,企业往往采取一种折中的方法,即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看,还没有一种很好的办法可以科学地确定这个比例。但是,如果从团队性质的差

异、团队所处的阶段等方面来考虑,那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容:结果、行为还是能力。对于绩效内涵存在着三种不同的观点,即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效定义为“在特定的时间内,由特定的工作职能活动产生的产出记录,工作绩效的总和相当于关键和必要工作职能中等绩效的总和(或平均值)”,这是“绩效是结果”的典型观点。murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来,以能力作为绩效的观点得到了广泛的使用,这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展,绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别,且都是在否定前者的基础之上产生的,但是,如果不带入特定的环境,特定的组织,及组织发展的特定时期,那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰,基于结果的绩效考核是最容易实施,也最有效;相反,如果目标模糊,无法准确衡量其结果,这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发,最具有激励效果和长期效应,最有利于组织不断发展,但在实际操作中却很难达到效果。因为能力是无形的,它依附于个体,既受主观因素的控制,也受各方面客观因素的影响,很难用标准化的方法衡量个体的能力,即使是方法对组织期望成员所具有的能力和特质作出了解释,但这些解释仍是描述性模糊语言,在实际操作中仍然难以做到真正的科

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

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

测试部绩效考核方案【最新版】

测试部绩效考核方案 考核工作事项及流程 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%)

软件部绩效考核规范

软件部绩效考核方案 第一部分、考核对象 研发全体人员 第二部分、工作职责 一、项目经理 与客户方对接需求,合理分配内部资源,统筹所负责项目的整体规划,监控跟踪开发过程进度,着手解决棘手问题,并应对突发情况对项目整体计划做出调整。 二、开发人员(程序员、中级程序员、高级程序员) 根据需求文档,在项目经理的任务划分负责范围内,按效率每天完成固定功能的编码工作,并承担该部分的维护工作。 三、测试人员 按指定的文档编写测试用例,并对相关项目进行单元,集成及系统测试工作。 四、美工人员 负责直接和客户沟通UI方面的相关业务,并针对所负责项目的软件交互进行美术及交互设计,并按需切图,主要输出产物为牵引图,UI指引,拓展图,PSD原图,及切图。

第三部分、开发及测试人员的考核内容(初,中,高) 一、质量考核 1. 度量指标 质量度量主要是根据度量指标来进行评价的;质量指标是指软件开发程序缺陷率(bug的数量)。 2. 度量指标计算方法 (1)度量指标评分标准 根据软件开发程序的缺陷率(bug量)来确定,缺陷率越高,其评价分就越低。 (2)缺陷率来源 主要是软件经过测试组测试后,所产生的测试报告; ◆软件交付使用后一年内产生的软件维护记录表; ◆开发人员的缺陷率考核,主要依据测试报告和软件维 护记录; ◆测试人员的缺陷率考核,依据软件维护记录。 (3)缺陷率单位

以程序单元为单位,相比较而得出缺陷率的值(原理:缺陷数/单元总数)。这里所指的程序单元,是WBS分解后的内容。 (4)开发人员缺陷率计算方法 根据测试报告和软件维护记录中的缺陷类别,分别统 计各类别的缺陷率,然后依据度量指标的计分标准表 来打分。 错误级别发现难易开发难易缺陷数计算公式为:Total = ∑(Ci*Fi*Ki); 缺陷率计算公式为:V = Total / U; 其中 i=1,2,...n代表每个缺陷; U代表开发人员负责的、已完成且已被测试的程序单元总数; C代表缺陷所对应的缺陷级别的权重系数;通常权重系数以"一般"缺陷 级别作为基数(权数设为1),"轻微"缺陷级别可不用计算缺陷率(权数 设为0)。 序号缺陷级别权数备注 1致命3死机,数据丢失,主要功能组完全丧失,系统悬 挂 2严重2主要功能丧失,导致严重的问题 3一般1次要功能丧失,不太严重,如提示信息不太准确 4轻微0微小的问题,对功能几乎没有影响,产品及属性

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

研发人员绩效考核奖励细则 一、考核目的 为了更好完善公司各项目管理机制,保障研发项目的按期、高效、高质完成,同时进一步促进研发部门员工自身的发展,结合研发人员的工作特点,特制定本方案。 二、适用范围 公司研发所有员工,具体包括智能硬件产品组、电商组、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、每季度考核一次,季度末进行。考核分为“劳动纪律”、“仪器设备与环境卫生”、“工作态度和工作质量”、“团结协作与员工诚信”及“技术水平与能力”五大要素共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五个等级(分值同季度考核规定),年度综合评定考核时,按相应等级及权重计算综合得分,并确定最终等级。 第八条考核程序

公司管理人员绩效考核表

日本兴业公司管理人员绩效考核表 姓名:部门:岗位:考评日期: 评价因素对评价期间工作成绩的评价要点 评价尺度 优良中可差 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.考核者意见 _____________________________________________ 考核者签字:__________________日期:______年______月______日

测试部绩效考核

测试部绩效考核 篇一:测试人员绩效考核详细 绩效考核 1.测试团队绩效考核 绩效评估的的客体:是个体成员还是整个团队。 ?Pascerellayer认为,团队绩效评价应以成员个人完成工作的状况为基本依据,理由是激励只能作用于个人而不是群体;技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效,个体的努力得不到充分的肯定,就容易造成社会懒散现象,即个体由于参加团队工作,其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来,不仅会影响组织绩效,还会毒害组织文化。同时,由于绩效考核与薪酬及个人价值的实现相联系,因此,在团队中,能力高的成员倾向于对个人绩效的考核,从而得到更高的认可和报酬。?zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效,因为团队的成功很大程度上依赖于团队成员间的团结合作,理解支持,若评估集中于个体层面,会导致个人主义盛行,忽视团队的协作精神,阻碍信息、技能的共享和绩效的提高,降低团队工作的优势。?因此在实际操作中,企业往往采取一种折中的方法,即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看,还没有一种很好的办法可以科学地确定这个比例。但是,如果从团队性质的差

异、团队所处的阶段等方面来考虑,那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容:结果、行为还是能力。对于绩效内涵存在着三种不同的观点,即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效定义为“在特定的时间内,由特定的工作职能活动产生的产出记录,工作绩效的总和相当于关键和必要工作职能中等绩效的总和(或平均值)”,这是“绩效是结果”的典型观点。murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来,以能力作为绩效的观点得到了广泛的使用,这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展,绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别,且都是在否定前者的基础之上产生的,但是,如果不带入特定的环境,特定的组织,及组织发展的特定时期,那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰,基于结果的绩效考核是最容易实施,也最有效;相反,如果目标模糊,无法准确衡量其结果,这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发,最具有激励效果和长期效应,最有利于组织不断发展,但在实际操作中却很难达到效果。因为能力是无形的,它依附于个体,既受主观因素的控制,也受各方面客观因素的影响,很难用标准化的方法衡量个体的能力,即使是方法对组织期望成员所具有的能力和特质作出了解释,但这些解释仍是描述性模糊语言,在实际操作中仍然难以做到真正的科

测试部员工绩效考核标准

测试部员工绩效考核标准 IT测试部员工绩效评估 为度量测试部员工工作质量,达到持续提高的目标,特制定本考核标准。 测试部工作每半年考核一次,考核结果作为员工技能水平,工作质量的评估依据,影响年终奖金分配。 一、修订方法: 考核标准每半年修订一次,如对考核标准及评分比例持有异议,可以提出修改建议,经测试部全体会议讨论,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% 测试经理打分 统计考核区间内提交的技术共享、典型案例文档数量,实施的培训或者培训胶片算一份技术共享文档。 新的测试方法改进总结,优秀实践总结等归入此类。 文档需经过杨维,黎景阳的审批。基本要求:与工作相关,原创。 取共享总数排队 4 工作协作 10% 由测试经理打分

测试人员评语

测试人员评语 篇一:人员测试与评价 一、胜任力特征描述 协调沟通 定义:妥善处理与上级、下级、平级之间的关系,促成互相理解,获得支持与配合的能力。 定义:随时随地以诚信开展业务,遵守公司制度规定和社会道德规范,对工作具有较强的责任心。 诚信正直的胜任力特征行为描述: 定义:与别人一起工作,而不是单独工作或与别人竞争的一种能力 二、情景面试题一套 1.假定你是本公司某部门的部员,在工作中部长对你很偏爱,在评优升职等方面给了你很多的特殊待遇,可同时也引起其他部员对你的不满并疏远你。你会怎么处理这个问题?参考评分标准: 好:感到为难,并能从有利于工作、有利于团结的角度考虑问题,稳妥地说 服直接上级改变做法,积极与有关领导交流沟通,消除误解,同时对一些同事不合适的做法有一定的包容力,并适当进行沟通。 中:感到为难,但又怕辜负直接上级的信任,愿意与有关领导说明情况,并

私下里与有意见的同事进行沟通,希望能消除误会。 差:不感到为难,并认为自己的特殊待遇是领导信任自己的必然结果,所以对此没有必要采取任何行动 2.如果你是本公司的业务员,你在一辆载着一车过期的面包的可口可乐公司的卡车上,准备到偏远的地区把这些面包销毁,但在半路遇见了一群难民,他们十分的饥饿,难民把路给堵住了,当场还有刚刚赶来的记者,那些难民知道车里有吃的。请问你,你会怎么样处理这件事情,既不让记者报导我们公司把过期的面包给人吃,又让难民可以吃掉这些不会 影响身体的救命面包。注:车不可以回去,车上只有面包,不可以贿赂记者。 参考评分标准: 好:告诉记者和饥民,面包是过期的,但是食用后不会影响身体健康,并当众吃一个。然后,让饥民吃面包。此时记者如果拍照,就谁他去。但一定要打听清楚记者是哪家报社的。回到公司,向上级汇报此事,并立即要求公司“辞退”自己。向各大媒体诉说自己为了让饥民不挨饿而被公司辞退的事情。(事情的经过当时在场的记者可以证明)。引起社会的关注和讨论。(舆论导向自然是向着被“辞退”者的)。公司高层出面,宣布重新聘请被“辞退”者。并奖励他和辞退他的业务主管,理由是两人做得都对。这样公司“严格要求质量”和“回报社会”的良好形象就确立了。 中:“不劳者无食”,临时决定雇佣难民到山区为公司销毁过期面包,

相关文档
最新文档