公司软件开发人员绩效评价标准
1、总则
通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。2、基本说明
绩效评价，包括业绩考核和技术能力评定以及团队精神。对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。
评价体系：
1、优秀
2、良好
3、一般
4、很差
3、业绩考核
此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标：目标完成度、难易度、贡献度。
3.1、目标完成度
3.1.1、完成情况
1、能否总是在规定期限内完成工作？
2、或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？
3、在困难或者环境变化的情况下，是否也完成了计划的工作？
4、是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？
5、是否在完成工作的同时，又能很好地控制成本？
6、如果工作没有完成是由于环境的变化还是个人能力的问题？
7、或者是工作太多了，根本无法完成？
8、在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？
9、上级人员交给其工作时是否放心？
3.1.2、完成质量
1、提交的程序是否经常出现很多BUG？是否经常需要修正或调整？
2、编码是否严格遵守代码规范性？
3、用户对其开发的软件是否满意？
3.1.3、完成时间
1、总是提前完成任务，还是总是强调客观原因而无法准时完成任务？
2、是否经常需要有人催促才能完成工作？
3.2、难易度
1、所完成的工作是否是一般人不愿意干的工作？或者是很烦很累枯燥无味的工作？
2、所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？
3、如果本人不在，本部门或本小组是否有替代的人？
3.3、贡献度
1、其所做的工作对公司创造了多少直接效益？多少间接效益？或者降低了多少成本？
2、工作完成后的成本情况如何？是否有效地控制成本？
3、是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？
4、是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的成果？
4、技术能力
技术能力评定：
技术能力评定是通过对员工的日常工作的工作表现、观察、分析、评价其所具备的工作能力。对其开发人员的技术能力评定，主要包括以下几项：技术能力、理解力、沟通能力、主动性。
4.1、业务知识
1、上级交待工作时是迅速、准确地抓住工作的关键还是反应迟钝，迟迟不能理解？
2、是否在一个月内就迅速熟悉了新岗位的工作？
3、还是在新岗位工作超过三个月了还对许多业务流程不很熟悉，从而不得不经常问别人？
4、是否经常有人来请教相关技术问题还是总是有问题问别人？
5、是否本部门有一些业务只有他熟悉？
4.2、解决问题能力
1、在自己的工作中遇到障碍是自己独立解决还是遇到不懂的问题就立刻问别人？
2、是否一些新知识从未学过，却能很快地上手？
3、是否为实现目标和解决问题努力寻找合理的新方案？
4、遇到难题，是否能坚持不懈地完成工作？
4.3、市场能力
1、在编写程序时是否总是考虑使用者的需求？
2、在编写程序时是注重界面的实用性、客户的满意度，还是老谈所谓的概念、技术？4.4、工作效率
1、在工作中是否有很强的工作效率意识？
2、是否总是比别人快地完成任务？
4.5、理解力
1、是否总是迅速地掌握部门或上司的方针，并准确地反映到程序开发当中？
2、同时常常能够立刻提出更好的解决方案？
3、是否迅速理解客户的需求？
4、布置任务是否不能很快理解，总是反复询问？
5、交待任务时是否总是显示出迷惑不解的表情？
4.6、沟通能力
1、是否能够很好地和同事相处？是否乐于帮助别人？特别是对后来者给与积极帮助？
2、对上司、外来人员的言谈举止是否富有礼节？
3、是否给人以诚实、开朗的印象？
4、是否属于高傲的人？是否很少有朋友，而且常与人有无谓的争执？
5、和人谈话时是否认真倾听对方的诉说，虚心接受对方的意见？
4.7、主动性
1、是否对公司的状况提出过建议、意见和合理化建议？
2、开发程序中是否努力改善工作质量，以一贯的态度将工作从头到尾做完，并使程序尽善尽美，一定要把工作做完才离开公司。还是常说“算了，就这样吧？！”之类的言语？
3、在工作中给人的感觉是踏实，有始有终还是懒懒散散，吊儿郎当？
4、上班时是否常打私人电话，是否经常浏览不相关的网页？
5、是否上级没有具体指示之前自觉完成业务？
6、是否经常寻找与自己业务相关的业务做？
7、是否积极学习业务知识？
8、对其不在监督也能迅速的完成任务？
9、是否对上司有敷衍的情况？
10、是否有辞职或调动的打算？
11、是否经常对公司抱怨？
12、是否对别人不愿意干的工作也主动承担？
13、是否具有不满足于现状，积极奋进的精神还是有过一天算一天的想法？
5、团队精神
团队精神包括：纪律性、主人翁精神、协作性。
5.1、纪律性
1、是否遵守理解公司各种规章制度而努力？并能规劝他人?
2、是否努力理解上级的批命令并圆满的贯彻执行？
3、是否严格遵守工作时间？有无经常迟到、早退、无故缺勤的情况？
4、在工作时间里是否热衷于工作？
5.2、主人翁精神
1、是否存在浪费的现象？
2、是否经常利用职务之便为自己牟利？
3、是否注意收拾和整理工作场所？
5.3、协作性
1、是否能和同事很好的合作？
2、是否使人觉得经常多嘴多舌、指手划脚？
3、是否不推不动，只求自己方便、合适？
4、是否经常支持并积极参加公司各种活动？6、领导能力
领导能力，领导能力用于项目经理评价。
1、是否能组织手下员工高效地工作？
2、是否能促使本组员工和睦相处、团队协作？
3、是否能关心手下员工，鼓励优秀、批评落后？
4、是否积极地帮助手下员工？
7、附录
软件开发工程师工作质量考核评分标准参考：
绩效考核 1.测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易 造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在 组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ?Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的 共享和绩效的提高，降低团队工作的优势。 ?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方 面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。 Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。 基于项目团队生命周期的绩效考核: ?孵化诞生期: 这是指团队形成前到团队正式形成的一个阶段，是选择合适的项目成员组成团队的时期。 ?考核的客体是个人。团队的首要任务是筛选项目组成员，根据项目目标的要求，选择最为合适的人选组成团 队，所以考核的对象是个人。 ?考核的重点是能力。从项目团队成立的目的来看，它一般是为了开发一种新产品或者提供一项新的服务，因 此对成员的知识技能要求较高，需要成员具有较高的技术水平和知识储备以及不断学习和创新的能力。同时， 成立项目团队，意在发挥团队快速响应和凝聚集体智慧的优势，更加需要团队成员间的相互合作相互支持， 所以需要较为系统地考核成员的协调合作能力，包括，对团队其它成员工作任务的认识、口头交流、个人成 长、问题解决、责任承担、领导技能等等。因此，在选择项目团队成员的时候，通过对被选者专业技能、基 本素质当然也包括过去的工作经历和背景等各方面的考核，最终确定较为合适的人选。 ?成长期:这是团队正式形成之后，团队工作逐渐步入正轨，团队成员开始通过个人努力和彼此的合作共同在所研究
软件研发部绩效考核方案 为加强对软件研发部门员工的技术能力、所做贡献的客观准确评价，以项目实效为导向，建立良性的技术晋升激励机制，特制订本绩效考核方案，本方案适用于软件研发部软件工程师、软件测试工程师、研发助理及质量工程师人员，具体如下： 一、岗位工资结构及绩效考核基数： 薪酬分配方式：岗位工资制。岗位工资结构：基本工资（月薪标准的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
是否在完成工作的同时,又能很好地控制成本? 如果工作没有完成是由于环境的变化还是个人能力的问题?或者是工作太多了,根本无法完成? 在工作中是仅仅要求完成任务还是主动进行工作流程的改进,高效运用相关资源来解决工作中出现的问题? 上级人员交给其工作时是否放心? ●完成质量: 提交的程序是否经常出现很多BUG?是否经常需要修正或调整?编码是否严格遵守代码规范性?用户对其开发的软件是否满意? ●完成时间: 总是提前完成任务,还是总是强调客观原因而无法准时完成任务?是否经常需要有人催促才能完成工作? 难易度 所完成的工作是否是一般人不愿意干的工作?或者是很烦很累枯燥无味的工作? 所完成的工作是一般程序员都能够充分达成的目标,还是不易达成的挑战性目标? 如果本人不在,本部门或本小组是否有替代的人? 贡献度 3
软件开发团队 绩效考核制度 湖南XX科技发展有限公司
目录 1目的 (1) 2方法和原则 (1) 3适用范围 (1) 4绩效考核 (1) 5项目考核内容和各阶段考核所占权重 (1) 6项目目标调整 (2) 7项目考核内容 (2) 7.1、项目进度考核 (3) 7.2、项目质量考核 (3) 7.3、项目客户满意度考核 (4) 7.4、技术资料汇总考核 (4) 9项目成员考核 (4) 10考核中的沟通与绩效考核 (5)
1目的 为更好地完善公司项目管理和软件团队内部管理机制，保证项目的按期、高效、高质完成，促进团队和员工自身的发展，特制订本制度。 2方法和原则 1、绩效考核采用项目考核和个人考核相结合的方法，以项目考核为主，个人考核为辅。 （1）、项目考核是指以项目为单位，在项目过程中，对项目所涉及的团队的阶段工作成果进行评估；在项目完结后，对参与项目的人员进行绩效考核。 （2）、个人考核是指以团队为单位，项目负责人对其项目成员的工作业绩、工作态度、团队合作等方面进行评估。 2、项目考核采用主要采用定量的原则，个人考核主要采用定性的原则。 3适用范围 本制度适用于软件开发团队所有员工。 4绩效考核 1、项目考核，项目考核分为二级考核体制，即项目考核和项目成员考核。 （1）、项目考核：项目正式立项后，由项目经理拟定《项目目标任务单》（附件1），确定项目组在该项目中项目进度、项目质量、客户满意度和技术资料汇总目标，由项目经理和项目负责人签字确认。 相应项目按照需求分析、软件设计、程序编码、软件测试、运行维护五个阶段依据《项目进度考核表》（附件2）、《项目质量考核表》（附件3）、《项目客户满意度考核表》（附件4）和《项目技术资料汇总考核表》（附件5），对项目开发情况进行评分。 （2）、项目成员考核：项目负责人接到项目后，依据项目任务单，分配任务到本组相关员工。在该项目完结后，由成员直属上司依据《项目个人工作业绩考核表》（附件6），综合项目考核得分采取强制分布，对员工项目个人业绩进行评分。 （3）、年底进行个人年度绩效考核，综合《项目个人工作业绩考核表》（附件6）及《工作态度考核表》（附件7）、《工作能力考核表》（附件8）综合评分，由项目经理填写《年度绩效考核表》（附件9）。 5项目考核内容和各阶段考核所占权重 1、项目考核内容分为项目进度、项目质量、客户满意度和技术资料汇总四个方面，其
测试人员绩效评价标准
测试人员绩效评价方法版本记录： 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改当前 版本： 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 总则 1.1绩效考核的目的是通过对既定考核指标的评定，发现和评价员工在考核周期内的工作中存在的成绩与不足，督促员工积极进步，实现员工与企业共同发展的目标。 1.2以客观事实为依据。 1.3以考核制度规定的内容、程序与方法为准绳。 1.4考核力求公平、公正。 1.5此制度适用于公司研发人员。 2 绩效考核的职责与权限 2.1 考核部门的职责与权限 2.1.1 人力资源部是考核工作的组织者和指导者，负责制定有关绩效考核的原则、方针和政策；拟订考核制度和考核工作计划；组织和协调各部门的考核工作；设计符合研发岗位特点的考核办法。 2.1.2 各适用部门是绩效考核办法的执行者。 2.1.3直接上司是其下级的主要考核者；考核者针对员工绩效考绩表所列内容对被考核者逐项评定，考核结束后，考核者必须让被考核人了解到工作中取得的成绩与存在的不足。 2.1.4 下级对上司的考核拥有申诉权，如个人认为考评结果不公平，可向公司人力资源部部反映 2.2考核者与被考核者的职责与权限。 2.2.1考核者代表公司，按照既定的统一的评定标准，公平、公正地考评下级。考核者要准确地把握考核规则和考核尺度，杜绝主观因素的影响。 2.2.2被考核者应明确自己的工作职责和考评的评判标准，对自己的工作有一个客观的评价，并有向公司综合部申述的权利。 3 绩效考核内容 研发人员绩效考核内容分为工作任务、工作质量、工作效率、工作态度、规章制度、奖励机制和惩罚措施七部分，按照不同工作岗位设置不同的考核指标，并作为评判标准。 4绩效考核细则 4.1 公司的绩效考核采用月考核制，员工应于每月3日前提交个人当月月工作计划，并以此
软件实施团队绩效考核程序 为了确保团队以及个人的目标与公司整体目标的一致性，为了激励并影响员工实现公司目标，特制定本程序。目的是： 1.影响员工的决策、行为和公司发展目标保持一致； 2.更加妥善的处理内部团队间的协同； 3.统计的运营成果和员工业绩数据。 本程序的核心是由“业绩指标”、“技能考评”、“工作评价”、“工作量统计”、“成本控制”共5类控制项组成，根据不同的绩效角度定义不同的受控项，具体如下： 第一章绩效角度 1.薪酬调整 从工作能力及工作完成情况的角度评估员工是否能够胜任该项工作，“薪酬调整”是对评估结果的执行体现。 考核周期：12个月。 考核指标：“业绩指标”、“技能考评”、“工作评价” 具体操作 部门根据年初公司软件业务的经营目标，结合往年的历史数据，测算出今年的“业绩指标”数，报公司总裁室审批。审批通过后，部门内部讨论个人“业绩指标”，个人“业绩指标”确定后参考“技能考评”与“工作评价”的评定结果确定个人的薪酬等级，报公司总裁室批准后执行。具体详见《薪等表》。 2.绩效工资 从工作效率、工作态度的角度评估员工是否在有效的执行公司的市场策略，“绩效工资”是对评估结果的执行体现。 考核周期：3个月。
考核指标：“业绩指标”、“技能考评”、“工作评价”、“工作量统计”、“成本控制” 具体操作 员工工资的30%为“绩效工资”；（注：“基本工资”为员工工资的70%） 普通员工的应发“绩效工资”的计算公式为： “绩效工资”*“工作量统计”*部门“业绩指标” 项目经理的应发“绩效工资”的计算公式为： “绩效工资”*“工作量统计”*“成本控制”*部门“业绩指标” 部门经理的应发“绩效工资”的计算公式为： “绩效工资”*“成本控制”*部门“业绩指标” 3.绩效奖金 从工作效益的角度评估员工是否在有执行公司的市场策略的同时为公司创造了收益（包括：经济效益和社会效益），“绩效奖金”是对评估结果的执行体现。 考核周期：12个月。 考核指标：根据不同的岗位类型制定具体的考核指标及其对应的权重系数，具体如下： 岗位岗位系数受控项权重系数 分管副总经理年薪考核业绩指标50%成本控制30%工作评价20% 部门经理15%业绩指标50%成本控制30%工作评价20% 项目经理30%业绩指标50%工作评价20%技能考评10%成本控制20% 工程师45%业绩指标50%工作评价30%技能考评20%
测试人员绩效评价方法 版本记录： 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
软件开发部员工绩效考核表 填表日期：年月日 考核项目考核指标分值评价标准自我评分上级评分行政评分综合得分 工作业绩（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 工作任务超额完成 工作方法创新并取得良好效果 出色完成领导交办的额外工作 为集体赢得荣誉分数统计（各个项目分数相加） 被考核人签名：考核人签名：人力资源部核准人签名：
公司软件开发人员绩效 评价标准 TTA standardization office【TTA 5AB- TTAK 08- TTA 2C】
公司软件开发人员绩效评价标准 1、总则 通过量化的指标准确的评定软件开发人员的绩效，从而对薪酬分配提供可靠的依据。 2、基本说明 绩效评价，包括业绩考核和技术能力评定以及团队精神。对软件开发人员的绩效评定，每一项问答表现优秀加一分，表现不佳扣一分，表现平平不得分，最后计算总分。 评价体系： 1、优秀 2、良好 3、一般 4、很差 3、业绩考核 此项考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标：目标完成度、难易度、贡献度。
、目标完成度 、完成情况 1、能否总是在规定期限内完成工作？ 2、或者尚能在规定的时限内完成工作，还是经常需要上级的催促才能按时完成工作，或者一贯拖延工作期限，即便在上级的催促下也不能按时完成工作？ 3、在困难或者环境变化的情况下，是否也完成了计划的工作？ 4、是否很快、很迅速、高标准、高质量、创造性的完成交给的工作？ 5、是否在完成工作的同时，又能很好地控制成本？ 6、如果工作没有完成是由于环境的变化还是个人能力的问题？ 7、或者是工作太多了，根本无法完成？ 8、在工作中是仅仅要求完成任务还是主动进行工作流程的改进，高效运用相关资源来解决工作中出现的问题？ 9、上级人员交给其工作时是否放心？ 、完成质量 1、提交的程序是否经常出现很多BUG是否经常需要修正或调整 2、编码是否严格遵守代码规范性？
3、用户对其开发的软件是否满意？ 、完成时间 1、总是提前完成任务，还是总是强调客观原因而无法准时完成任务？ 2、是否经常需要有人催促才能完成工作？ 、难易度 1、所完成的工作是否是一般人不愿意干的工作或者是很烦很累枯燥无味的工作 2、所完成的工作是一般程序员都可以充分达成的目标，还是不易达成的挑战性目标？ 3、如果本人不在，本部门或本小组是否有替代的人？ 、贡献度 1、其所做的工作对公司创造了多少直接效益多少间接效益或者降低了多少成本 2、工作完成后的成本情况如何是否有效地控制成本 3、是否在圆满完成本职工作以外，还积极主动地从事其它相关事情？ 4、是否尽力为公司创造最大利益，在各方面尽了最大努力并取得了一定的 成果？
软件开发团队绩效考核制度
湖南XX科技发展有限公司 目录 1目的 (1) 2方法和原则 (1) 3适用范围 (1) 4绩效考核 (1) 5项目考核内容和各阶段考核所占权重 (2) 6项目目标调整 (3) 7项目考核内容 (3) 7.1、项目进度考核 (3) 7.2、项目质量考核 (4) 7.3、项目客户满意度考核 (4) 7.4、技术资料汇总考核 (5)
9项目成员考核 (5) 10考核中的沟通与绩效考核 (6)
1目的 为更好地完善公司项目管理和软件团队内部管理机制，保证项目的按期、高效、高质完成，促进团队和员工自身的发展，特制订本制度。 2方法和原则 1、绩效考核采用项目考核和个人考核相结合的方法，以项目考核为主，个人考核为辅。 （1）、项目考核是指以项目为单位，在项目过程中，对项目所涉及的团队的阶段工作 成果进行评估；在项目完结后，对参与项目的人员进行绩效考核。 （2）、个人考核是指以团队为单位，项目负责人对其项目成员的工作业绩、工作态度、团队合作等方面进行评估。 2、项目考核采用主要采用定量的原则，个人考核主要采用定性的原则。 3适用范围 本制度适用于软件开发团队所有员工。 4绩效考核 1、项目考核，项目考核分为二级考核体制，即项目考核和项目成员考核。 （1）、项目考核：项目正式立项后，由项目经理拟定《项目目标任务单》（附件1），确定项目组在该项目中项目进度、项目质量、客户满意度和技术资料汇总目标，由 项目经理和项目负责人签字确认。 相应项目按照需求分析、软件设计、程序编码、软件测试、运行维护五个阶段依据《项 目进度考核表》（附件2）、《项目质量考核表》（附件3）、《项目客户满意度考核表》（附件4）和《项目技术资料汇总考核表》（附件5），对项目开发情况进行评分。 （2）、项目成员考核：项目负责人接到项目后，依据项目任务单，分配任务到本组相 关员工。在该项目完结后，由成员直属上司依据《项目个人工作业绩考核表》（附件6），综
软件研发部门绩效考核制度 有很多的公司都有软件研发部门，但是很多的人力资源管理者不知道怎么对软件研发部门实行绩效考核。下面为您精心推荐了软件研发部门绩效考核规定，希望对您有所帮助。 一、目的 (一)激发开发人员工作积极性，提高工作效率与工作质量，确保项目能按时、按量、按质完成。 (二)加强开发人员对个人绩效管理，改善工作，提高组织的绩效; (三)帮助开发人员客观的认识自我，发掘潜力，提高能力; (四)建立人员激励和调整机制，为奖惩、晋升、加薪、员工培训以及调岗、降薪、辞退等人事决策提供依据。 二、考核对象软件开发部全体人员 三、考核原则 (一)公开的原则：考核过程公开化、制度化; (二)客观性原则：用事实、数据说话; (三)反馈的原则：在考核结束后，考核结果必须反馈给被考核人，同时听取被考核人对考核结果的意见，对考核结果存在的问题做出合理解释或及时修正; 四、考核组织 (一)总经理：绩效考核方案、结果的审核、审批、组织及实施。
(二)部门经理：负责部门开发人员的绩效考评，反馈方案运行中存在的问题，并提出改善建议。 (三)被考核员工：按照绩效要求完成本职工作、达成目标、提升自我。定期与部门经理沟通目标达成进度，配合部门负责人进行绩效面谈，并不断进行绩效改进和提升。反馈方案运行中存在的问题，并提出改善建议 (四)行政人事部：负责绩效考核方案的拟写、修订、绩效考核的组织与实施。 四、考核周期根据开发人员的项目周期进行考核。(注：开发人员负责的项目不同，周期可不同) 五、考核内容及方法 (一)工作进度考核对软件开发的进展情况进行度量，主要考察时间进度及工作量，衡量开发人员每个开发阶段是否按时、按量完成。 1、对于每个阶段工作过程中，所花费的天数，通过填写的“项目开发计划与完成进度表”进一步核实。“项目开发计划与完成进度表”每个阶段都要书写并发行政人事部备案，以便工作跟进、核对。每阶段结束向直接上级汇报并接受考核。 2、对开发人员的过程考核数据是：项目所负责的阶段的计划完成时间和实际需要时间。 3、时间差率=(本阶段实际需要时间-本阶段预计完成时间)/本阶段预计完成时间;(以天为单位);最终的结果为N个阶段的平均值。注：提前完成的可作为加分项，酌情加分(需讨论) 4、评分标准
软件开发项目绩效考核奖金分配方案 第一条综述 为调动公司员工工作积极性，提高软件开发的效率和质量，贯彻公司发展战略，结合本公司项目开发流程，制定本方案。 第二条执行范围 本方案适用于产品、开发、实施等全部参与项目开发成员。 第三条项目奖金总额的计算 一、奖金总额的分类 1、合同类奖金总额的构成 根据每个项目毛利的30%计算。其中奖金总额的70%根据项目成员工期完成度发放，其中奖金总额的20%根据各项目成员的完成质量评估，其中奖金总额的10%作为特殊奖励发放。 2、新品开发类奖金总额的构成 根据项目立项时确立的工期成本计算项目总金额。其中奖金总额的80%根据项目成员工期完成度发放，其中奖金总额的20%根据各项目成员的完成质量评估，其中奖金总额的10%作为特殊奖励发放。 3、特殊奖金的作用 发放给项目中有突出贡献的人员或需要长期维护项目支持人员或小部分需求变动但不足以成立新的需求追加项目的参与人员以及其他
可能发生的情况。如项目验收评估后无此项目发放对象，则10%的特殊奖金并入工期奖金中发放。 二、奖金总额的浮动 1、项目提前完成 根据项目提前完成的工期时间计算浮动比，奖金总额在原基础上上调相应的浮动比，浮动比上限50%。（例：100天工期，实际80天完工，则浮动比（100-80）/100=20%，奖金总额：基础奖金总额*（1+20%）） 2、项目滞后完成 根据项目滞后完成的工期时间计算浮动比，奖金总额在原基础上下调相应的浮动比，浮动比下限50%。（例：100天工期，实际120天完工，则浮动比（100-120）/100=-20%，奖金总额：基础奖金总额*（1-20%）） 第四条项目奖金总额的分配 一、根据实际项目工作量比例分配各模块参与成员的项目奖金比例。工作量以工期时间为准。 二、工期的确定 项目立项后，由副总经理、产品经理、项目经理及项目重要成员参与项目启动会议。分别确定产品售前、开发测试、实施验收等需要的人
测试部门 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 状态更新等
软件程序开发人员绩效考核表 被考核人姓名: 部门: 职位：考核日期：年月日
本职业务 能力本职业务能力 差，难以胜任 本职工作 本职业务能力较 差，在具体指导 下能符合工作要 求 本职业务能力 一般，能独立 胜任本职工作 本职业务能力 强，能独立处 理较复杂的业 务工作，是业 务骨干 本职业务能力 强，能妥善解决 本部门关键复杂 的业务问题 分值512345 创新能力不能创新，处事 草率，不愿打破 现状 上能规划，少创 新，多半墨守陈 规 有创新，能改 进自己的工作 富有创新，多 智谋，能自动 研究创新 处事善于规戈 y，能积极提 出独特见解 分值5012?345 判断能力理解迟钝，判断 力不强，只依上 级指示 执行 理解较迟钝，对 复杂事件判 断力不够 理解判断力普 通，处理事务 不常有错误 理解力良好， 对事物判断正 确，处理力强 有高度敏锐的分 析和理解能力， 对事物判断极正 确，处理力极强 分值512345任务完成 情况（质量、效率）工作效率低，没 完成规定任务 工作效率较 低，基本上完成 规定任务，而且 质量水平处于平 均水平 工作效率一般， 规定任务完成较 好，工 作质量较好 工作效率较高， 比规定任务完成 的多，工作质量 高，无重大失误 差错 工作效率较 高，比规定任务 完成的既好又 多，质量突 出，无差错 分值101?23?45?67?89?10 工作业绩45分公司网站功能修改和网络安全 计划编写的及时性 优（5分）良（4分）中（3分）可（2分）差（1分） 网站功能修改和升级，网站代码的 优化和维护的及时性 优（5分）良（4分）中（3分）可（2分）差（1 分）日常业务开发的质量 优（5分）良（4分）中（3分）可（2分）差（1分）:网站开发前的测试情况 优（5分）良（4分）中（3分）可（2分）差（1分）软硬件设施安全性和稳定性的检查 优（5分）良（4分）中（3分）可（2分）差（1分）:数据备份的及时性 优（5分）良（4分）中（3分）可（2分）差（1 分）给客服提供的技术支持的及时 性和准确性 优（5分）良（4分）中（3分）可（2分）差（1分）工作态度工作能力工作业绩 主管评得分总分被考核人签字: 主管签字:
软件项目研发人员绩效考核激励方案 (草稿) 第一条方案设计 1. 公司基本现状及当前面临的主要问题目前，公司面临的主要问题包括： 1) 软件项目开发要求不断增加，项目组不断增加，项目协调工作剧增 2) 维护工作和项目开发工作难以界定，项目计划难以准确制订 3) 原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4) 由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，公司管理层希望能通过改善绩效考核体系解决或缓解企业在软件开发中出现的问题。 2. 基于项目考核的公司研发人员绩效考核方案 根据公司项目开发的实际情况，以项目考核代替部门考核更适应公司现状，并易以实施制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金=P*B*项目合同成本 项目管理层奖金=R*项目总奖金 项目成员奖金总额=(1-R)*项目总奖金 项目成员个人奖金=S*项目成员奖金总额 在本方案中，B=(1~10)%, R=(1~50)%公司决策层将根据项目规模，项目难度等因素确定B 的具体取值。 有关PS的计算方案如下， 1.项目团队考核实施根据公司实际情况，项目团队考核具体方案如下所述：考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 项目团队绩效综合考核P=W1*P1+W2*P2+W3*P3 为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数P1和项目总进度考系数P3分员设置了最高值1.5, 1.2;另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为（0~1），并保证如下等式: W1+W2+W3=1 2.考核频率
软件开发工作绩效考核方案 （草案） ——起草人：穆仕华为了提高中心的软件开发效率，保证软件开发质量，充分激发技术人员的工作积极性，特制定本方案。 一、考核对象 为了提高中心技术人员的创新能力，本方案的考核对象主要指采用自主研发的https://www.doczj.com/doc/9a638871.html,平台进行项目管理和项目开发的团队成员。 二、考核办法 2.1、工作量估算 1、工作量的估算采用滚动式规则及自下而上的估算规则，滚动式规则用于项目启动阶段，自下而上的估算规则用于系统设计及编码阶段。 2、根据系统的功能性及复杂性确定系统建设方案的编写工作量，根据系统建设方案估算快速原型系统的开发工作量。 3、通过对快速原型系统进行分析，估算出系统设计及文档编写所需的工作量。 4、根据系统设计阶段的文档，结合https://www.doczj.com/doc/9a638871.html,控件库的特性，估算出系统编码阶段的工作量。
5、系统集成及系统测试以https://www.doczj.com/doc/9a638871.html,平台为基础，其工作量相对固定，浮动较小，一般为3至5人天。 2.2、绩效奖励费用估算 1、中心安排的项目 中心安排的项目是指以中心名誉申请的国家级或省级项目，或未经申请，但能为中心带来间接收益且决定当作项目来开展的工作，其绩效奖励补贴的计算公式为： （1）项目总的绩效奖励补贴＝项目总工作量（人天）×50元/人天。 （2）项目团队成员的绩效奖励补贴＝项目总的绩效奖励补贴×项目绩效考核分数所占的百分比。 2、市场项目 市场项目是指通过商业谈判的方式获得的项目，绩效奖励补贴的计算公式为： （1）项目总的绩效奖励补贴＝项目利润×50%。 （2）项目团队成员的绩效奖励补贴＝项目总的绩效奖励补贴×项目绩效考核分数所占的百分比。
三、绩效考核奖励补贴发放方式 团队负责人根据https://www.doczj.com/doc/9a638871.html,项目管理平台所记录的绩效考核评分情况，结合项目总的绩效奖励补贴计算各团队成员的奖励补贴。对于不满一个月的项目，项目完工后给予发放，对于工作量在一个月以上的项目，在每个月月底进行发放。 四、罚则 1、项目负责人对项目的成败负主要责任。 2、无故旷工的团队成员，取消其所在项目中的绩效考核资格。 3、项目实施期间由于请假等原因无法完成计划中已分配任务的团队成员，取消其在计划期间应完成任务的绩效考核分值。 4、未在计划时间内完成既定任务且无正当理由说明的团队成员，扣除其既定任务的绩效考核分值。 五、软件开发项目绩效考核评分体系指标 见附件《软件开发项目绩效考核评分体系指标》。
绩效考核方案 为加强部门员工的技术能力、所做贡献的客观准确评价，以项目实效为导向，建立良 性的技术晋升激励机制，特制订本绩效考核方案，本方案具体如下： 一、绩效标准： 公司提取项目利润值的 5-15% 作为项目组绩效奖励，项目组成员个人所占比例由组长分 配，当项目组无法协调分配比例的时候由公司合算比例，并拥有最终解释权。 考核周期按照项目周期考核，根据考核评估的总分值核算绩效工资，绩效工资核算根 据考核总分值进行上下浮动，对应绩效考核总分值兑现为月度绩效工资为： 积分总值121 分及以 101-120 分91-100 分71-90 分70 分及以下区间上 小组对应绩 利润值 *15%利润值 *12%利润值 *10%利润值 *7%利润值 *5%效结果兑现 二、绩效考核指标、考评标准、权重 将所有岗位的绩效考核指标内容分为工作业绩、工作态度、工作能力三部分。项目组初始 得分为 100 分，根据评估加减确定最终得分。 （一）工作业绩考核关键指标（权重70% ） 人员类型关键业绩指标考核目标值 实际开发周期比计划周期提前及延后 新产品开发周期 进度延迟1-10% ，减 2 分； 进度延迟11-20% ，减 5分； （月度计算） 进度延迟21-50% ，减 10 分； 进度延迟51% 及以上，减 20分 如提前完成工作，做相同比例加分 项目小组 质量测试，依据普通、严重、致命Bug 计分代码质量 普通 bug ，减 1 分 / 个 严重 bug ，减 2 分 / 个 致命 bug ，减 5 分 / 个 代码编写、注释，凌乱低劣，减1-5 分 代码编写标准 代码编写、注释，符合标准，加1-5 分设计的可生产性根据设计图的可生产性加1-5分 策划对产品需求收集、分析、整理、标注的程 产品需求分析收集 度，视情况加减1-5 分权重20% 20% 10% 10% 10%
企业管理类精品资料Enterprise management information
软件项目研发人员绩效考核激励方案第一条方案设计 1．公司基本现状及当前面临的主要问题 目前，公司面临的主要问题包括： 1）软件项目开发要求不断增加，项目组不断增加，项目协调工作剧增 2）维护工作和项目开发工作难以界定，项目计划难以准确制订 3）原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4）由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，公司管理层希望能通过改善绩效考核体系解决或缓解企业在软件开发中出现的问题。 2．基于项目考核的公司研发人员绩效考核方案 根据公司项目开发的实际情况，以项目考核代替部门考核更适应公司现状，并易以实施制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金=P*B*项目合同成本 项目管理层奖金=R*项目总奖金 项目成员奖金总额=(1-R)*项目总奖金 项目成员个人奖金=S*项目成员奖金总额 在本方案中，B=(1~10)%，R=(1~50)%公司决策层将根据项目规模，项目难度等因素确定B 的具体取值。 有关P,S的计算方案如下， 1．项目团队考核实施 根据公司实际情况，项目团队考核具体方案如下所述： ●考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目 考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 项目团队绩效综合考核P=W1*P1+W2*P2+W3*P3
为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数P1和项目总进度考系数P3分员设置了最高值1.5，1.2;另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为(0~1),并保证如下等式： W1+W2+W3=1 2．考核频率 方案主要采用如下的考核频次： 1）项目结项，并实现用户项目回款后进行 2）按照公司认可的预设项目周期进行考核 第三条项目团队个人考核实施 项目个人考核主要由项目经理完成，该考核应纳入公司整体绩效考核体系，并得到公司批准。具体实施方案如下所述。 ●考核目标：为了更好的完善研发中心项目管理和部门管理机制，保证研发项目的按期， 高效，高质完成，并促进公司内员工自身的发展，特制订该考核方案。该方案将以项目考核为主要目标和主要方法。考核目确定由核心考核目标和辅助考核目标两部分组成。 ●考核指标体系：从考核方式的角度对该方案的实施，即指标体系进行说明。 从考核可操作性角度分析，方案将上述考目标按照指标的获得方式分为客观定量考核和主观定量考核，并希望通过随着公司研发项目管理的逐渐成熟，考核经验的逐渐累积，各考核指标可逐步采用客观定量考核获得，对于核心考核目标尤为如此。 受现阶段发展情况所限，方案中只有“工时考核”采用客观定量考核方法，具体公式参见下文。而对于辅助考核目标，则主要由项目经理或其他相关人员依据员工的工作表现，以主观评价打分方式获得。对于核心考核目标中的“完成质量”目标，目前因无法完全采用客观定量考核方法获得，则以主观评价为主，客观数据为辅的方式获得。各指标的具体计算方式如下。 1．工时考核 说明： i.C1=考核期间完成任务工时/考核工时/有效工时比例 ii.考核工时：按照每天8小时计算的考核期间的完成标准工时 考核工时=8*考核期间考勤天数 iii.考核期间完成任务工时= 项目工时+ 任务工时 项目工时：由项目经理根据在项目考核期内，项目成员完成的任务的核定工时，核定方法将采用经验法或类比法（即估算值） 任务工时：由部门经理根据项目成员在本月完成的非项目工作，如日常软件维护，软件变更，软件实施等部门安排的任务单工时，上述工作应以任务单为准。若任务工时包含必须通过加班方式来完成的任务，则该部分工时需乘以相应的加班系数。加班工时系数如下表所示：