公司软件开发人员绩效评价标准
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.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编写目的 本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。 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 工作任务超额完成 工作方法创新并取得良好效果 出色完成领导交办的额外工作 为集体赢得荣誉分数统计（各个项目分数相加） 被考核人签名：考核人签名：人力资源部核准人签名：
软件研发部门绩效考核制度 有很多的公司都有软件研发部门，但是很多的人力资源管理者不知道怎么对软件研发部门实行绩效考核。下面为您精心推荐了软件研发部门绩效考核规定，希望对您有所帮助。 一、目的 (一)激发开发人员工作积极性，提高工作效率与工作质量，确保项目能按时、按量、按质完成。 (二)加强开发人员对个人绩效管理，改善工作，提高组织的绩效; (三)帮助开发人员客观的认识自我，发掘潜力，提高能力; (四)建立人员激励和调整机制，为奖惩、晋升、加薪、员工培训以及调岗、降薪、辞退等人事决策提供依据。 二、考核对象软件开发部全体人员 三、考核原则 (一)公开的原则：考核过程公开化、制度化; (二)客观性原则：用事实、数据说话; (三)反馈的原则：在考核结束后，考核结果必须反馈给被考核人，同时听取被考核人对考核结果的意见，对考核结果存在的问题做出合理解释或及时修正; 四、考核组织 (一)总经理：绩效考核方案、结果的审核、审批、组织及实施。
(二)部门经理：负责部门开发人员的绩效考评，反馈方案运行中存在的问题，并提出改善建议。 (三)被考核员工：按照绩效要求完成本职工作、达成目标、提升自我。定期与部门经理沟通目标达成进度，配合部门负责人进行绩效面谈，并不断进行绩效改进和提升。反馈方案运行中存在的问题，并提出改善建议 (四)行政人事部：负责绩效考核方案的拟写、修订、绩效考核的组织与实施。 四、考核周期根据开发人员的项目周期进行考核。(注：开发人员负责的项目不同，周期可不同) 五、考核内容及方法 (一)工作进度考核对软件开发的进展情况进行度量，主要考察时间进度及工作量，衡量开发人员每个开发阶段是否按时、按量完成。 1、对于每个阶段工作过程中，所花费的天数，通过填写的“项目开发计划与完成进度表”进一步核实。“项目开发计划与完成进度表”每个阶段都要书写并发行政人事部备案，以便工作跟进、核对。每阶段结束向直接上级汇报并接受考核。 2、对开发人员的过程考核数据是：项目所负责的阶段的计划完成时间和实际需要时间。 3、时间差率=(本阶段实际需要时间-本阶段预计完成时间)/本阶段预计完成时间;(以天为单位);最终的结果为N个阶段的平均值。注：提前完成的可作为加分项，酌情加分(需讨论) 4、评分标准
企业绩效评价指标 一、我国企业绩效评价现状及在问题 企业的经营绩效评价，指的是对企业一定经营期间的资产运营、财务效益、资本保值增值等经营成果，进行真实、客观、公正的综合评判。评价一个企业的经营业绩，可以从不同的角度出发，例如考核资本的保值增值情况、比较企业的经济效益等等。 我国的企业经营业绩评价系统多年来一直是一种以根据现行会计准则和会计制度计算的净利润指标为主，包括总资产收益率、净资产收益率、投资收益率等指标在内的体系。无论是考核企业的经济效益，还是考核企业的经营绩效，实质上都是在评价企业的经营业绩以及考察企业经营者的工作业绩。进入90年代以来，我国有关部门先后制定了几套企业考核评价方法，比如1995年财政部公布的企业经济效益评价指标体系和经贸委、国家计委、国家统计局1997年公布的新工业经济效益评价考核体系。最近我国财政部又刚刚出台了一套新的经营业绩评价体系即《国有资本金绩效评价体系》。尽管该套指标体系克服了过去评价体系中存在的一些缺陷，如设置了核心指标、设立多层评价指标、采用多因素分析方法、以统一的评价标准值作基准等等。
但是由于其选择的核心指标是净资产收益率，因此它并未改变我国传统企业业绩评价体系的以净利润以及在净利润基础上计算出来的指标为主的主要特点。这些指标以会计利润为基础，难于真实反映企业的经营绩效，因此效果并不令人满意。这种以建立在会计收益基础之上的净利润评价指标为主的经营绩效评价系统存在以下几个问题： 其一，忽略了对权益资本成本的确认和计量，容易使企业经营者形成"资本免费"幻觉。现行的财务会计只确认和计量债务资本的成本，而对于权益资本成本则作为收益分派处理。这样权益资本成本的隐含部分一占用权益资本的机会成本就未加以揭示。这就使得对外报告的净收益实际包括两部分；权益资本成本和真实利润。如果公司报告的净收益为零，报告阅读者就会认为所有资本都得到了补偿。但实际上此时获得补偿的只是债务资本成本，权益资本成本并未得到补偿，依据这种会计信息做出的财务评估会误导财务决策。而且，依照现行财务会计方法，假设两个公司资本结构不同，那么即使它们的债务资本成本、权益资本成本以及真实利润是相等的，但在损益表表现出来的净利润也是不同的，权益资本比例高的企业将表现为更多的利润。这样，资本结构差异就成为企业获取利润的一个因素，这显然是不合理的。更为重要的是，它使得资本的使用者--企业经营者形成"免费资本"幻觉。这种现象就是误认为权益资本是一种免费资本，可以不计成本、随心所欲地使用，结果造成企业的经营者根本不重视资本的有效使用，以至于不断出现投资失误、重复投资、投资低效益等不符合企业长期利益的决策行为。这种幻
测试部门 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. 公司基本现状及当前面临的主要问题目前，公司面临的主要问题包括： 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.考核频率
办公室职员绩效考核表 姓名部门岗位考评日期 考核等级权重实际 项目得分优秀良好合格须改进差 完成上级下达各完成在完成完成完成在完成在 项工作任务情况 100% 95%以上 90%以上 85%以上 85%以下 15% 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 单位时间内工作效率高，数据效率正常，数效率一般，数效率偏低，数效率低下，数 的效率及数据统准确无误。据异常多据异常达1次据异常达2次据异常达3次 15% 本计正确率。 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 部人际关系团队协团队人际关系发生异常情况发生异常情发生异常情发生异常情况门处理非常好作(含打架、吵架达 1次况达 2次况达3次达3次以上 10% 负辱骂等方面) 10 9 8.5 8 7.5 7 6 5 4 3 2 1 责 管理安排工作配服从管理安排不服从管理配不服从配合不服从配合不服从不配合人 合情况配合到位合不好达1次不好达2次不好达3次达3次以上 10% 考 10 9 8.5 8 7.5 7 6 5 4 3 2 1 评 岗位发现问题并经常发现问题能发现生产问能发现生产偶尔发现问无发现问题及 提出解决问题能并提出解决办题时有提出解问题偶尔提题但无解决解决问题的能5% 力方面法决办法出解决办法办法力
5 4 3 2 1 工作态度是否端上班态度端消极怠工时有消极怠工时消极怠工时消极怠工抱怨正工作积极性，个正，积极向上抱怨达1次有抱怨达2次有抱怨达3次达3次以上 10% 人上班形象仪表。 10 9 8.5 8 7.5 7 6 5 4 3 2 1 岗位技能及工作岗位经验技能岗位经验技能岗位经验技有岗位经验无岗位经验处 经验运用与表现丰富并能培训丰富时有培训能一般并能技能处于学于培训技能阶10% 情况新员工技能新员工带动新员工习成长阶段段 10 9 8.5 8 7.5 7 6 5 4 3 2 1 办公岗位5S情况 5S 岗位5S偶尔不岗位5S偶尔岗位5S时有岗位5S经常经非常到位到位但自觉清不到位须提不到位须提不到位,脏乱5% 理理到位醒清理到位醒清理到位现象多考5 4 3 2 1 评上班时间上网及没有异常情况发生异常情况发生异常情发生异常情发生异常情况 用聊天工具聊天达 1次况达 2次况达3次达3次以上 10% 等异常情况 10 9 8.5 8 7.5 7 6 5 4 3 2 1 管遵守工厂各项管能很好的执违反工厂管理违反工厂违反工厂违反工厂理理制度情况行工厂的各制度管理制度管理制度管理制度 10% 部项管理制度达 1 次达 2次达 3次达3次以上评 10 9 8.5 8 7.5 7 6 5 4 3 2 1 最终考评等级为绩效考核系数为合计 优秀90以上绩效系数为1.5 ，良好80-90分绩效系数为1.3 ，合格70-79 分绩效系数为1，须改进60-69 绩效系数为0.95，差60以下绩效系数为0.80 。备注
企业管理类精品资料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.考核期间完成任务工时= 项目工时+ 任务工时 项目工时：由项目经理根据在项目考核期内，项目成员完成的任务的核定工时，核定方法将采用经验法或类比法（即估算值） 任务工时：由部门经理根据项目成员在本月完成的非项目工作，如日常软件维护，软件变更，软件实施等部门安排的任务单工时，上述工作应以任务单为准。若任务工时包含必须通过加班方式来完成的任务，则该部分工时需乘以相应的加班系数。加班工时系数如下表所示：
软件部绩效考核方案 第一部分、考核对象 研发全体人员 第二部分、工作职责 一、项目经理 与客户方对接需求，合理分配内部资源，统筹所负责项目的整体规划，监控跟踪开发过程进度，着手解决棘手问题，并应对突发情况对项目整体计划做出调整。 二、开发人员（程序员、中级程序员、高级程序员） 根据需求文档，在项目经理的任务划分负责范围内，按效率每天完成固定功能的编码工作，并承担该部分的维护工作。 三、测试人员 按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。 四、美工人员 负责直接和客户沟通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），"轻微"缺陷级别可不用计算缺陷率（权数
软件测试工程师绩效评估表 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划） 方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改 软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统mantis，负责软件问题解决过程跟踪记录，提交《mantis 报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测 试报告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质 量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应 的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之 外的部门定期交流掌握下周或近期可能测试任务； 10外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一 个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟 的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研 发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力）
软件测试工程师业绩评估标准 Testing：Liuying 2007-01-30 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编 写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测 试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统Bugzilla，负责软件问题解决过程跟踪记录，提交《buglist报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件运维部门等对于新业务软件或修改升级业务软件的上线测试工作，并提供上线测试报 告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部门经理负责制订测试计划、测试用例和测试实施方案，安排测试工程师与对应的开发人员交 流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 测试部经理负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交 流掌握下周或近期可能测试任务； 10外部接口都由测试部经理负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续 修正，继续测试，直到约一个月出现一个错误。这时这个出错几率客户已经可以接受了（如win98系统）。那么测试就结束了。交货之后测试工作由客户来进行（使用过程中）。 3 测试一些成熟的模块，测试过程中很难发现大量的缺陷；而测试一些不成熟的模块，在测试前期， 会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度 而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果客户在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点； （编写测试用例） 4 测试工程师比开发工程师更容易发现产品的问题；（不同的思维模式）
企业绩效评价方法 一、企业绩效评价指标体系 企业绩效评价是指采用特定的指标体系，对照统一的评价标准，按照一定的程序，运用科学的方法，对企业一定时期的经营成果和发展能力作出客观、公正和准确的综合评价和解释。为达到此目的，评价指标体系的设计应遵循内容全面、客观公正、操作简便、适用性广、定量指标与定性指标相符合的基本原则，将影响企业绩效的各种因素都纳入评价范围。本文参考国内外相关资料和文献的研究成果，从财务角度和非财务角度建立企业绩效评价指标体系。 (一)财务绩效 财务绩效是企业战略及其实施和执行是否正在为最终的经营业绩作出的贡献。主要由以下能力体现： 1．盈利能力，是指企业资本增值获利能力.考核的立足点是经济增加值(EVA)和销售(利润)增长率。用EVA代替以往用权益报酬率、总资产报酬率、每股收益等指标，评价企业盈利能力更能反映资本净收益和资本增值的状况，是企业绩效评价指标改进的发展趋势。用销售收入(利润)增长率指标来衡量企业成长性。 2．营运能力，是反映企业资产管理水平和使用效率的一项重要内容。它可以促进企业加强资产管理，提高资产使用效率，增强赢利能力。主要评价指标有：存货周转率、应收账款周转率和固定资产周转率。 3．偿债能力，是指企业偿还短期与长期债务的能力。它的强弱是企业经济实力和财务状况的主要体现，也是衡量企业经营是否稳健的重要尺度。主要指标有资产负债率，流动比率和速动比率。 4．抗风险能力，是指企业抵御经营中各种不确定因素带来的不利影响的能力，可以从抗经营风险和抗财务风险两方面设置指标。 (二)非财务绩效 当今企业面临的环境是不断发生变化的，如市场竞争加剧，外部需求变化，信息技术的发展，使得只从财务角度评价企业绩效已无能为力。必须将企业绩效评价向非财务角度拓展。应将企业内部管理能力、经营开发能力、学习创造能力纳入企业绩效评价中。 1．内部管理能力，是从企业内部管理评价其运营状况。主要指标有产品成本下降率、产品质量合格率、劳动生产率提高率、事故减少率。通过内部管理能力的评价，总结成绩，寻找差距，将评价指标与员工激励措施联系起来，使每一员工尽自己的努力实现目标要求。 2．经营发展能力，是从市场和顾客角度说明企业如何满足顾客的要求，评价企业的经营发
1、测试团队绩效考核 绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。 绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效
定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。
软件开发团队 绩效考核制度 湖南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、项目考核内容分为项目进度、项目质量、客户满意度和技术资料汇总四个方面，其