软件工程师项目开发绩效考核表姓名: 部门: 月份:
考核日期：领导签名:
（注：文档可能无法思考全面，请浏览后下载，供参考。可复制、编制，期待你的好评与关注）
软件工程师绩效考评 一、目的 公司为贯彻实施科技兴业之政策，支持自助创新和可持续发展，充分调动科技研发队伍的积极性、创造性和主动性，简历完善的激励约束机制，从而提高企业核心技术竞争力，增强企业反战后劲之目的，特设定本考核办法。二、适用范围 公司所有研发技术相应人员。主要是对公司在技术上有创新、业务专研能力强，对推进公司研发项目和项目实施有成果的科技人员和从事研发的管理人员，以及在公司未来发展中具有关键或核心作用的科技技术人员和从事研发的管理人员实施的激励。 三、考核标准 考评说明： （一）每次仅考虑一个因素，不允许某个因素给出的考评而影响其他因素的决策； （二）考虑整个考评时期的业绩，避免集中在近期的事件或孤立的事件；（三）对所有被考评人的同一项目进行集中考评，请勿以人为单位进行考评。 （最高分45分，及格分22.5分，最低分9分） 1、开发过程中，编码的水平： A、编码非常简洁、规范、注解完整、清楚，容易被人理解；（7.5） B、编码非常简洁、规范、注解较完整、易懂，较容易被人理解；（6） C、编码较简洁、规范、注解较完整、易懂，基本能被人理解；（4.5） D、编码不简洁、规范、有个别注解、勉强能被人理解；（3）
E、编码不简洁、规范、没有注解或仅有个别注解，无法被人理解。（1.5） 2、开发过程中，相关技术文档的编写水平： A、编写非常规范，非常及时，随时都可以查阅任意相关文档；（7.5） B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内；（6） C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天；（4.5） D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；（3） E、编写不规范，但不及时，常常难以查阅，文档编写滞后6天以上；（1.5） 3、他的建议及接受他人的建议： A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议；（7.5） B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议；（6） C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议；（4.5） D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执已见；（3） E、喜欢固执已见，不太能听取经理的建议，经常固执已见；（1.5） 4、提交工作总结及开发计划： A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态；（7.5） B、每次都能按时提交总结和计划，内容较完整、详实、使人能了解当前工作动态；（6） C、基本能按时提交总结和计划，内容较完整、详实、使人能了解当前工作动态；（4.5） D、基本能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态；
总监理工程师目标设定与绩效考核表被考核人：考核月份：12月 权自评上级 考核指标完成标准扣分原因 重分评分 完成指标： A.当年应收账款完成率大于48%。 B.往年应收账款完成率为100%（注：一些重大特殊项 目由于市场原因或甲方原因不能付款的，总监理工程 师必须得到用户方的书面证明文件，由事业部经理确 认后交公司财务部备案，由总经理批准具体回款时限） 当月应收账款完成 1.当月100%完成指标不扣分。 25 指标 2.当月完成指标小于100%且完成指标大于等于80%， 扣5分。 3.当月完成指标小于80%且完成指标大于等于60%，扣 15分。 4.当月完成指标小于60%，扣25分。 注：如未完成出具公司认可的甲方证明，暂时不扣分。 1.监理资料不完整，检查不到位，每个项目每次扣5 分。如造成无法验收，甲方投诉每次扣25分。 2.监理资料签字不正确，跨职位签字，一次扣5分。 3.监理资料不及时，不准确，不合格。每次扣2分。
三次以上扣10分。 4.监理资料按时效性提交技术部电子版，缺失一次扣 工程监理资料指标 25 5分。 5.监理资料检查时，必须为原件资料，复印件无效，无原件资料，扣5分 6.所属监理人员监理资料检查、整理、存档不到位，造成监理资料缺失、遗失，每次扣5分，情节严重扣 25分。 1.所属监理项目监理人员安排不到位被建设单位投 诉，每次5分。 2.所属监理人员工作不认真，造成投诉，每次5分。 3、所属监理人员一个月内必须了解所监理项目的重点 人员管理指标 25 部分，部门进行抽查，不知道者，总监扣5分 3.所属监理工作造成后期市场无法开展，客户否定监理单位，一次扣25分。 1.重要工程项目总监调配不合理一次扣5分，安全生 产违规造成公司受损一次5分，情节严重扣25分。 2.隐蔽工程检查，验收，分项工程检查，验收，总验 收监理工程师不到场，项目验收资料缺失、遗失，一次扣5分。 项目实施，安全生产 25 3.每月提交安全生产报告一份，没提交者，扣2分 4.每周进行一次总监巡检，并做好记录，少一次扣2 1
软件研发部绩效考核方案 为加强对软件研发部门员工的技术能力、所做贡献的客观准确评价，以项目实效为导向，建立良性的技术晋升激励机制，特制订本绩效考核方案，本方案适用于软件研发部软件工程师、软件测试工程师、研发助理及质量工程师人员，具体如下： 一、岗位工资结构及绩效考核基数： 薪酬分配方式：岗位工资制。岗位工资结构：基本工资（月薪标准的50%）+岗位工资（月薪标准的30%）+绩效工资（月薪标准的20%）+交通补贴+伙食补贴+奖励考核+加班费+其他福利补贴。 绩效考核方案以绩效工资即月薪标准的20%作为考核基数，考核周期为每月进行一次考核，每月根据考核评估的总分值核算绩效工资，绩效工资核算根据考核总分值进行上下浮动， 对应绩效考核总分值兑现为月度绩效工资为： 二、绩效考核指标、考评标准、权重 将所有岗位的绩效考核指标内容分为工作业绩、工作态度、工作能力三部分，分别占有相应权重。
（二）工作态度考核关键指标（100分，权重15%）
（三）工作能力考核关键指标（100分，权重15%） （四）对项目开发和部门相关工作作出特殊贡献的给予加分的项目
对于项目开发和部门相关工作作出特殊贡献的给予加分的由部门负责人和分管副总进行评定，给予加分的需对加分项目和贡献情况进行说明，加分不得超过20分。 关键绩效考核指标总分值=工作业绩考核关键指标评分*70%+工作态度考核关键指标评分*15%+工作能力考核关键指标评分*15%+对项目开发和部门相关工作作出特殊贡献的加分。 二、其他工作指标考核内容 1、部门日常工作要求的事项完成情况考评：对其上级领导安排的工作和本岗位工作职责范围内的工作、工作态度等根据完成的时间和质量要求、工作态度好坏进行考核评定，非常优秀的可给予20-100元奖励，非常差的给予20-100元考核，此项奖励考核由部门负责人和分管副总进行评定，所有奖励考核均由分管副总审核。 2、部门所要求参与的会议/活动/培训等的参与次数及学习成果考评：公司和部门安排的会议/活动/培训要求相关人员必须参加的无特殊情况而无故不参加的给予20-50元考核，对于培训后组织的定期和不定期的培训考试，考试成绩不及格者按每次考核20-50元考核，对于以上考核属于个人特殊情况需减免考核的报请减免请示部门负责人和分管副总进行审批。 3、为了提高开发效率，积极鼓励提供好的建议，产品思路或方式方法，对于采纳的建议，如根据其执行方案对产品架构及公司发展起到明显改进效应的，将给予一定的奖励，奖励金额由分管副总和总经理进行确定。 4、产品研发项目奖励：根据产品研发项目计划，在计划进度内按质按量完成研发项目的，经测试验收合格的给予研发团队500-5000元奖励，奖励分配由该项目负责人和分管副总按照项目小组成员的贡献进行分配。 5、由公司制度对应的考核项目对其进行的奖励和考核，奖罚金额由制度所对应的管理部门依据制度条款进行确定。 6、员工个人对于部门和公司管理、产品、安装、销售等提出建议、提升、创新变革措施等/为公司生产经营做出突出贡献的，公司予以认可采纳的给予员工200-2000元奖励；同时给公司造成重大影响或损失的给予50-1000元考核，奖罚金额由总经理进行审定后确定，各部门和个人可进行奖励申请报批。 7、公司评定的优秀员工奖励：按照公司相关评定标准和奖励额度政策和通知执行。 8、其他需奖励和考核的项目：其他需进行奖励和考核的项目由奖励考核人进行提请，报由部门负责人、分管副总、总经理进行审批后确定。 三、关于绩效考核结果的反馈、申诉、处理和绩效面谈
测试人员绩效评价方法 版本记录： 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 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；
技术部绩效考核方案 某企业技术部绩效考核方案 一、考核目的和范围 1.目的 通过对员工工作成绩、工作能力、工作努力程度进行正确评估价，积极利用调动、晋升、调配、薪资调整及教育培训等人事管理手段，提高员工的工作能力、工作技能及工作积极性，从而促进企业的发展。 2.适用范围 除技术部副经理级及以上人员以外的所有技术部员工。 3.考核种类及考核时间 考核分为月度考核和年度考核两种，月度考核的时间为次月的1～10日，年度考核于次年的1月5日之前进行。 二、考核内容及考核指标 （一）考核内容 对技术人员的考核包括业绩（定量）考核和工作表现（定性）两个部分，定性考核包括对工作态度和工作能力的考核。 在月度考核中，业绩指标占80%，工作表现占20%；在年度指标中，业绩指标占60%，工作表现占40%。 （二）考核指标 根据上述考核内容，技术人员考核指标设计主要从工作业绩、工作能力及工作态度三个方面进行，其各自的考核指标及评价标准如表7--11所示。
表7--11 技术人员考核指标及评估等级评估一览表
（三）附加事项 1.对本企业业务或技术上有特殊贡献（技术改造、技术获专利等），并经采用而获得显著绩效者，给以特别奖励，如记功、嘉奖等。并记入绩效考核记录。 2.防患于未然，室企业免遭重大损失者，根据情况，给以不同程度的加分和奖励。 3.严重违反企业规章制度，给以记过处分，记过1次扣5分。 4.对可预见的事故疏于觉察或防范，导致企业遭受损害者，视情节轻重，给予不同程度的惩罚。 三、考核实施 1.考核分为自评、直接上级考评及小组考评三种，此处小组考评的成员主要由与技术人员工作联系较多的人员组成。各自考核结果所占的权重及考核内容如表7--12所示。 表7--12 考核主体所占权重及考核重点
-- 专业监理工程师绩效考核表 项目：岗位：姓名：日期： 序 考核内容分值考核标准考核方法得分备注号 熟悉监理业清楚熟悉项目全过程的监理业务内容，明确 1 务、明确岗位 5 分本专业监理工程师职责。 A 、熟悉、明确得 5 询问 职责分； B、不全面得 3 分； C、不熟悉得 0 分 编制或执行监 2 5 分 理细则 熟悉设计图纸 及相关规范， 3 20分有解决问题能 力在总监领导下熟悉项目情况，清楚本专业监理的特 点和要求，能在实施前 1 个月编制切 实可行的监理细则或遵照执行。 A 、编制内容查阅细符合要求，并且执行效果好得 5 分； B、能编则、巡检 制但操作性不强，执行有效果得 3 分； C、不记录能编制，但 引用能遵照执行有效果得 2 分；D、无监理细则得 0 分 要求监理工程师熟悉设计图纸，掌握相关规范， 能提早发现设计和施工中存在的问题或 隐患，提出处理意见和措施报总监理工程 查阅监理师，并且跟踪督促落实，有书面通知和记 日志、监录。 A 、能及早发现问题，提出意见并得以妥 理通知和善解决得 20 分； B、实施中才发现问题，采 个人工作取措施得到解决得15 分； C、问题已造成损 日记失，事后采取措施补救得 5 分； D、不熟悉设计图 纸和规范，指挥有误，有直接责任得 0 分 本专业质量、 进度、投资、 4 20分安全、文明施 工的控制效果 本专业资料的 5收集整理完整 12 分性、及时性有各项事前、事中、事后的控制手段措施，查阅巡检得以有效实施，使工程处于受控状态。 A 、控记录；走制措施得当，实施有效得 20 分； B、有控制访业主；措施但不完善，控制效果好得15分； C、有是否有各控制措施，但实施效果一般，经常出现控制种投诉不利得 5 分； D、无控制措施，处于失控状况（口头或得 0 分书面） 熟悉本专业的资料体系，能及时正确地办理 各种签证；监理存档资料收集及时，齐全符 合公司规定。 A 、符合要求得12 分； B、存档 查阅巡检及时、不齐全，签证无误得 6 分； C、存档及 记录时、齐全，签证有错误得 3 分； D、存档不及 时、不齐全且有签证错误得 1 分； E、资料混 乱，严重不齐全得 0 分
技术部绩效考核管理制度 第一条绩效考核目的 帮助部门建立一个有效的双向沟通平台,建立绩效考核反馈机制,提高员工素质和个人绩效。 第二条适用范围 本制度适用于技术部全体员工,但以下人员不包括在内: 1.因公休/请假等原因,考核期间出勤率不足20%员工 2.试用期员工 第三条绩效考核原则 1.公开原则:管理者要向被管理者明确说明绩效管理的标准、程序、方 法等，确保绩效考核透明度。 2.客观性原则：绩效考核要以确立的目标为依据，对被考核人的评价 应避免主管臆断。 3.开放沟通原则：在整个绩效考核过程中，目标设立、过程督导、结 果考评及提出改进方向等环节应进行充分的交流与沟通。 4.差别原则：考评结果分优等、甲、乙、丙、丁五个等级，并按照正 态分布强制区分。 5.发展原则：通过绩效考评的约束与竞争促进个人与团队的不断发 展。 第四条绩效考核定义 绩效就是员工通过其行为，以及技术、能力和知识的应用，对工作团队
目标及公司目标的贡献程度。绩效管理，他是一个动态的管理过程，是建立在员工和管理人员之间的积极主动的合作关系上，帮助员工不断提升能力以实现最佳绩效，并使他们的工作方向与组织的目标、价值达成一致。同时为薪酬、培训与发展等人事工作提供依据。 第五条绩效管理的构成 绩效管理是一个持续进行的动态过程，包括以下五个不可或缺的环节：1.绩效计划，是绩效管理的起点，指在一个绩效管理周期内，就员工（或 组织）“做什么、为什么做、什么时候做、需要做多好才算成功” 等问题进行识别、理解并达成共识，他是绩效评价的基本依据。 2.持续的绩效沟通。是连接计划与评价的中间环节，指管理者与员工就 工作进展的情况，潜在的障碍和问题、解决问题的可能措施以及如何帮助员工实施等信息进行交流和分享的动态过程。 3.数据收集、观察和记录。数据收集就是有组织的系统的得到关于员工 绩效信息的过程。观察是一种收集数据的特定方式，通常是亲眼所见或亲耳所闻而不是从他人得知。记录将是有关数据、观察结果、沟通和讨论情况予以书面记载以防止重要信息丢失。 4.绩效评价。评定和估价员工对绩效计划所定目标的完成情况。绩效评 价本身不能防止问题的产生，只是进一步讨论、诊断、处置的起点。 绩效评价有效或成功的关键不在于不能省却其他任何一个绩效管理环节。 5.绩效诊断和辅导。问题分析和解决，绩效诊断和提高是与员工一起分 析、讨论成功的真实原因，并加以消除和克服的过程。绩效辅导指借
研发人员绩效考核奖励细则 一、考核目的 为了更好完善公司各项目管理机制，保障研发项目的按期、高效、高质完成，同时进一步促进研发部门员工自身的发展，结合研发人员的工作特点，特制定本方案。 二、适用范围 公司研发所有员工，具体包括智能硬件产品组、电商组、APP组、大数据组转正员工。（当月 15 日（含当天）前转正本月考核，15 日后转正的次月考核） 三、考核周期：月度考核 四、考核方法与原则 考核方法 采用部门考核的方法（以产品为单位，产品负责人对其下属员工的进度、质量、规范性、工作态度及能力等方面进行评估）； 考核原则 采用行为考核与结果考核相结合。 五、考核内容与评分标准（详见附件一文件《研发人员绩效考核表》） 六、考核实施 计划沟通阶段 计划实施阶段
考核阶段 考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分，同时被考核者也需根据个人在考核期内的工作表现和考核标准进行自评。 考核者的直接上级及主管领导对考核结果进行审核，并负责处理考核评估过程中所发生的争议。 各部门每月 10 日前组织绩效面谈会议，将上月考核结果反馈给被考核者，并讨论绩效改进的方式和途径。 七、绩效工资与考核结果运用 绩效工资运用 绩效考核结果运用 绩效面谈 考核者每月5日前对被考核者上月度的工作绩效进行总结，填写附件二《绩 效考核面谈表》，并指出被考评者有待改进的地方，从而进行差距分析，确保绩效的持续改进，同时共同制定下月的绩效目标。
相关奖励 1）根据年度 12 个月的平均得分，作为员工薪资调整、职位晋升、岗位培训的决策依据。 2）连续3个月，研发人员的进度考核为满分的，当月在绩效得分中奖励加分 5 分，连续3个月，研发人员的代码质量考核为满分的，当月在绩效得分中奖励奖励 10分。 3）培训：年度绩效考核得分在 85 分（含）以上的员工，有资格享有公司安排的提升培训，年度绩效考核得分在 70 分以下的员工，可以申请相关培训，经人力行政部批准后参加。 相关处罚 1）首次月度考核得分在 59 分（含）以下的，由直属领导进行绩效面谈，对其绩效成绩进行差距分析及进行相应的培训辅导； 2）通过部门培训仍连续 2 个月绩效考核得分在 59 分（含）以下的，公司根据员工实际业绩产出给予相应的调整（降职/降薪/解除劳动合同） 员工的绩效工资发放
技术、研发部门绩效考核方案 一、目的 为更好的在公司范围内提供生产技术支持，切实履行好部门职责，保障员工工作的积极性、有效性，特制定此方案，对部门内各岗位员工实施月度绩效考核制度，以推动本部门及员工工作绩效的持续改进。 二、考核原则 1.坚持量化与定性指标相结合的方式来衡量其工作绩效，不可凭主观感觉或印象等方式评定，以免造成不公平； 2.对无法实施量化绩效考核之岗位，以360度绩效考核为原型，注重其绩效的全面考评，从其所在部门、内协部门、上下级以及关联同事间收集考评意见，以最大程度还原绩效考核真实性、准确性； 3.坚持做到以事实为依据，避免主观臆断和个人感情色彩； 4.坚持交流和沟通，及时把考核结果反馈给员工，开诚布公地进行绩效面谈沟通，肯定成绩，指出需要努力改进的薄弱环节，提出应努力和改进的方向。 三、考核方式 依据各岗位标准，考量其与公司其它部门间是否直接发生支持、协作联系或所发生联系之频次密度，将考核方式划分为两大类： 1.部门内考核 适用于与其它部门间不直接发生支持、协作联系或发生联系频次较低，采用部门内绩效考核方式即能足够准确反映员工绩效评估状况之岗位。
2.部门间交叉考核 适用于与其它部门间直接发生支持、协作联系且发生联系频次较高，采用部门内绩效考核方式不能准确反映员工绩效评估状况，需要与其发生支持、协作联系的相关部门作出补充绩效考核意见之岗位。 附：技术部各岗位绩效考核方式对照表 四、绩效面谈与复评 1.员工绩效考核结果由部门向被考核对象告知，并通过组织绩效面谈，以达成与员工的共识，由其最后确认考核结果； 2.复评时，在通常情形下对考核分数疑意不大的考核分予以认可，但需对特高分、特低分做出特别复评，必要时要做出适当调查了解或询问，在事实确凿后给予判定或修正。 五、考核细则 1.部门内考核 该考核与部门月度考评分挂钩，以考核工资为限，采用百分制，由部门经理依据岗位关键业绩指标予以评分，且其部门员工“考评分”
1、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。
1 、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer 认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考 核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加 团队工作，其工作效率比自己单独工作时的效率 反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害 组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队 中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim 和 Schuster 则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人 主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾 团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确 定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以 确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的 总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是 结果”的典型观点。Murphy 等人将绩效定义为“一套与组织或个体所工作的 组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着 这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础 之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其 结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度 出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却 很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受 各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言， 在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核 员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置 换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的 方法。
7.5.4 技术部绩效考核方案 某企业技术部绩效考核方案 一、考核目的和范围 1.目的 通过对员工工作成绩、工作能力、工作努力程度进行正确评估价，积极利用调动、晋升、调配、薪资调整及教育培训等人事管理手段，提高员工的工作能力、工作技能及工作积极性，从而促进企业的发展。 2.适用范围 除技术部副经理级及以上人员以外的所有技术部员工。 3.考核种类及考核时间 考核分为月度考核和年度考核两种，月度考核的时间为次月的1～10日，年度考核于次年的1月5日之前进行。 二、考核内容及考核指标 （一）考核内容 对技术人员的考核包括业绩（定量）考核和工作表现（定性）两个部分，定性考核包括对工作态度和工作能力的考核。 在月度考核中，业绩指标占80%，工作表现占20%；在年度指标中，业绩指标占60%，工作表现占40%。 （二）考核指标 根据上述考核内容，技术人员考核指标设计主要从工作业绩、工作能力及工作态度三个方面进行，其各自的考核指标及评价标准如表7--11所示。
（三）附加事项 1.对本企业业务或技术上有特殊贡献（技术改造、技术获专利等），并经采用而获得显著绩效者，给以特别奖励，如记功、嘉奖等。并记入绩效考核记录。 2.防患于未然，室企业免遭重大损失者，根据情况，给以不同程度的加分和奖励。 3.严重违反企业规章制度，给以记过处分，记过1次扣5分。 4.对可预见的事故疏于觉察或防范，导致企业遭受损害者，视情节轻重，给予不同程度的惩罚。 三、考核实施 1.考核分为自评、直接上级考评及小组考评三种，此处小组考评的成员主要
由与技术人员工作联系较多的人员组成。各自考核结果所占的权重及考核内容如表7--12所示。 2.考核实施时间安排 从考核实施的准备阶段考核结束，是一项连续而系统的工作，合理而有序的安排会达到更好的效果。对技术人员的考核，其大致时间安排如表7--13所示。 3.考核资料的管理 人力资源部将员工的考核资料归档，作为相关人事管理的依据。 四、考核结果运用 根据考核成绩，将员工考核的结果分为五个等级，具体如图7--1所示。 A.优秀 B.良好 C.称职45% D.基本 称职 E.不合格 7--1 考核结果等级划分
每一个测试经理都面临这样的问题，如何对测试人员进行绩效考核。因为测试人员参与的工作不单一，需要的技能也各种各样，考核测试人员的绩效似乎不是很容易的事，除了一般需要考核的对工作的态度，工作的责任心，积极性这些方面以外，还有一些其它方面的内容。 要想对测试人员进行考核，就需要开始工作的时侯明确测试人员的职责，对测试人员的期望等，一个团队中不同的测试人员可能职责不同，比如测试负责人，测试设计人员，自动化测试人员，普通测试人员等，那么对这些人的期望也是不同的，进行绩效考核的时候需要根据对测试人员的期望进行考核，而这些职责和期望测试人员也是很明确的。 测试人员可能参与不同的软件开发过程，比如需要参与需求和设计的评审，那么也需要对这些工作进行考核，比如需求评审时可以从测试人员对需求的理解上，测试人员对需求提出的问题的质量上等作出评价。 如果需要测试人员准备测试文档，如测试用例等，那么可以通过评审测试文档来考核一个测试人员的能力。如评审测试用例的质量，对需求的覆盖程度，可理解和执行等方面来判段一个测试人员的能力。 对于执行测试的测试人员来说，可以从测试人员所发现的问题对测试人员进行评价。测试人员所发现的问题是复杂的还是简单的，是隐藏比较深的，还是一些表面的问题。还可以从问题的书写上进行评价，问题的书写是否详细清晰，开发人员可以再现，还是含糊其词，不明所以。或者测试人员书写的问题是否是自己的操作问题，一个问题是否写多遍等。 而对于已经发布的产品，也可以从用户反馈的问题来考核测试人员的绩效，但是这个可能需要的时间比较长。 测试人员的沟通能力也是考核的一个方面，无论是书面的还是口头的，测试人员都应该有较好的沟通能力。 另外测试人员的接受指示，把握细节的能力也应该进行考核，测试经理希望把任务分配给可以按照指示完成的人来完成，如果测试人员自行其事，即使技术能力比较强也对工作无益。 首先我们不能单纯的以测试人员提交的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、月度考核。对当月工作表现进行考核，考核时间为下个季度的1—5日，遇节假日顺延。 2、年度考核。考核期限为本年度一月至十二月，考核时间为下一年度1月的5—15日。 四、考核内容及指示说明 技术人员考核分为：业绩考核和行为考核两个部分，（考核项目和目标要求由上级根据每月的工作情况不定安排）如下表： 考核期间：年月考核人员岗位 考核部门考核得分 业绩考核序 号 考核项目权重考核指标评分标准 得分 自 评 50% 上 级 50% 结 果1 业绩 指标 100% 项目进度15% 项目进度按合 同要求完成情 况 A.如期完工；（15分） B.延期（外因影响）完工；（10 分） C.无外因超期完工；（5分） D.因无法掌控进度，被替换的； （0分）
五、考核实施 1.考核机构
技术部对技术人员进行考核，人力资源部进行监督与配合，考核结果上报总经办审核生效， 2.考核实施程序 （1）根据员工实际工作表现，技术员先自评，技术部总监组织相关人员对照“技术人员绩效考核表”对技术人员进行评估，将评估结果汇总上交人力资源部，人力资源部经审核交领导审批。 （2）人力资源部将考核结果于考核后的3日内报考核小组审批。 （3）人力资源部将审批后的结束后的5个工作日内将考核结果反馈给被考者，进行绩效面谈 六、考核结果运用 1.考核结果划分 每月考核总分为100分，考核结果实行正态分布法，对不同人的成绩采取不同的人事政策，具体考核结果分4个等级，具体如下表所示： 七．奖金的发放 1.月度考核 （1）月度考核等级为S级的，按月度绩效工资全额发放，满100分绩效奖金100元;超过110分绩效可奖励300元。 （2）考核等级为A级的，月度绩效工资全额发放 （3）考核等级为B级的，绩效考核工资发放60%—80% （4）考核被评为C级的，月度绩效工资不予发放，还扣减岗位工资的10% 2 ．年度考核 （1）年度考核评分=月度考核平均值*60%+年终考核得分*40% （2）年度考核评分在90—100分的，年终奖金全额发放 （3）年度考核评分在70—89分的，年终奖金按80%发放 （4）年度考核评分在60—69分的，年终奖金按60%发放 （5）年度考核评分在60以下的，年终奖金不予发放 八．工资调整 1.年度绩效考核被评为S级的，视工作情况予以适当的加薪 2.年度绩效被评为A和B的，工资等级不变 3.年度考核被评为C级的，降低1个工资级别 4.工资等级的调整半年考核周期开始执行 九．岗位调整 1.根据年度绩效的优差考核视情况而定。年度考核多次评为S级和A级，公司作为晋升考虑。 2.年度考核多次评为C级的，公司考虑是否符合岗位及安排岗位培训。 十考核反馈与申诉 1．绩效面谈 通常情况下绩效考核在结束后一周内，部门主管要与绩效被考者进行绩效面谈，对其上个考核周期内取得成绩表示祝贺，同时对于出现的问题进行分析，以便于今后工作的开展。 2．考核的结果申诉 如果被考核者认为考核结果不公正并与考核者沟通无效，在确有证据证明的情况下可以启动考核结果申诉
软件开发部员工绩效考核表 填表日期：年月日 考核项目考核指标分值评价标准自我评分上级评分行政评分综合得分 工作业绩（70） 周工作任务 执行情况 30 周工作未完成，每次最多扣10分，直至扣满 工作质量20 1、超过或达成计划质量目标评 20分 2、与目标质量存在一定差距评分 10-19分 3、与目标质量存在很大差距评分 1－9分 4、基本没进行此项工作 0分 技术资料 汇总 10 按公司要求按时保质上交相关资料 （如各种技术文档） 每少1份扣5分，直至扣满 公司及部门制度 执行 5 每违规一次，该项扣1分，直至扣满 团队协作 5 因个人原因而影响整个团队工作的情况出现 一次，扣除该项5分 工作能力（20）专业知识 5 1-3分：熟悉岗位专业知识 4分：熟练掌握本岗位所具备的专业知识，但 对其他相关知识了解不多 5分：掌握熟练岗位专业知识及其他相关知识 分析判断 能力 5 1分：较弱，不能及时作出正确分析与判断 2分：一般，能对问题进行简单分析和判断 3分：较强，能对复杂问题进行分析和判断， 但不能灵活运用到实际工作中 5分：强，能迅速对客观环境做出较为正确判 断，并能灵活运用到实际工作中取得较好工作 业绩 沟通能力 5 1分：能较清晰表达自己的思想和想法 3分：有一定说服能力 4分：能有效地化解矛盾 5分：能灵活运用多种技巧进行沟通 灵活应变 能力 5 应对客观环境变化，能灵活采取相应措施 工作态度（10分）员工出勤率7 月度员工出勤率达到100%，得满分 迟到一次，扣1分 责任感 3 0分：工作马虎，不能保质、保量地完成工作 任务且工作态度极不认真 1分：自觉完成工作任务，但工作中存在失误； 2分：自觉完成工作任务且对自己的行为负责 3分：除了做好自己的本职工作外，还主动承 担公司内部额外的工作 加、扣分项（±20分）视实际情况评定 0-5 0-5 ±5 ±5 工作任务超额完成 工作方法创新并取得良好效果 出色完成领导交办的额外工作 为集体赢得荣誉
技术部绩效考核方案 一、部门职能 技术研发部负责设计、开发全过程的组织、协调、实施工作，进行设计和（或）开发的计划、确定设计、开发的组织和技术的接口、输入、输出、验证、评审，设计和（或）开发的更改和确认等。负责部门质量体系文件的贯彻与实施工作。 二、岗位职则 总工程师（副总工程师） 1 岗位职责 1.1 在总经理领导下，主管公司技术和技术管理工作，不断推进公司的技术进步，直接领导技术研发部完成其工作任务。 1.2 领导有关部门制定技术攻关计划和产品质量升级创优规划及质量改进措施计划，组织解决产品质量中大的技术问题，负责质量管理的技术业务指导。技术研发部负责设计、开发全过程的组织、协调、实施工作，进行设计和（或）开发的计划、确定设计、开发的组织和技术的接口、输入、输出、验证、评审，设计和（或）开发的更改和确认等。负责部门质量体系文件的贯彻与实施工作。负责部门质量体系文件的贯彻与实施工作。 1.3 负责审批科研、新产品及技术革新和工艺方案设计、技术设计总图、工作图设计及产品技术条件、关键件的工艺规程、专机设计总图，主持公司内各种技术鉴定会议。 1.4 组织做好设备管理、节能技术、技术安全和环境保护的有关技术工作。1.5 负责建立健全公司技术管理、科研和新产品开发管理等规章制度，协调技术系统各部门之间关系，及时组织解决生产中的技术关键和重大技术质量问题。 1.6 对公司生产经营中的技术问题有决策权。 1.7 受公司委托，有权代表公司签订技术经济合同。 1.8 对不执行技术管理制度、违反技术规范的行为有权制止。 1.9 对公司技术文件（包括技术任务书、工艺平面布置、设计总图及技术标准等）有审批权。 1.10对未能协调公司技术管理部门之间的关系、技术标准、管理制度、技术文件不完整、不准确、归档不及时造成工作被动或损失负责。 1.11对推行产品质量升级规划、质量措施计划完不成造成产品质量事故负责。 1.12 对公司技术文件、技术秘密的外传、丢失、泄密负责。 1.13完成总经理交办的其它工作。 技术研发部长： 1 岗位职责 1.1 在总工程师（副总工程师）的领导下，主持技术研发部全面工作。 1.2 组织制定产品工程部各项规章制度报公司批准后执行。结合公司实际不断提出修订、完善意见。 1.3 审核技术设计任务书、产品图样、技术文件、试验大纲、产品使用说明书