软件开发项目考核管理办法
软件开发项目管理办法
项目开发考核管理办法（试用稿）为保证公司系统集成项目/软件开发（软件项目和产品开发）/产品定制工作顺利进行，提高员工积极性，奖优罚劣，特制订本管理办法。
1. 实施目的✧减少公司的管理成本和日常经营成本，共同承担经营风险✧激励员工工作热情，避免人员流失✧激励形成重用性产品软件，规范管理项目开发与实施过程，有效控制时间和进度，保证项目开发的完善和产品形成成熟度。
2. 实施规约1)．签订新项目合同后，由公司主管项目负责人确定项目商务负责人和项目经理，并由项目经理填写附件1：《立项申请表》，经过相关手续的审批，交付财务部备案。
项目的实施过程全程技术协调由项目经理负责，商务经理负责前期的沟通谈判、后期的验收回款，商务经理不参与项目实施奖金的分配。
2)、项目的实施由项目经理根据项目合同制定相应的《项目的开发计划》（软件项目）或《项目实施计划》（集成项目），并合理安排配置项目组成员，同时编出附件2：《项目费用预算表》，项目实施费用包括项目参与人员的工资、差旅费、通信费、员工加班补助、办公招待费用、培训费用等项目的支出，同时提交财务部便于控制把关。
3)．项目实施过程实行项目经理负责制，由项目经理全程控制项目的进度、时间和所发生的费用，项目实施的奖金=自有软件开发项目合同金额扣除商务费用后的15％（集成项目合同金额的10%）-项目实际发生费用(参与开发的人员的工资、差旅费、通信费、员工加班补助、办公招待费用、培训费用等)。
4）软件项目在实施阶段，由项目经理严格计划预算、需求分析、设计、编码测试、确认测试、试运行验收、结项及客户服务等八个阶段管理控制。
3．流程管理：软件开发项目分为计划预算、需求分析、设计、编码测试、确认测试、试运行验收、结项及客户服务等八个阶段。
3.1 计划预算阶段✧项目立项批准后，项目经理组织项目实施策划。
✧项目实施前期商务人员、相关人员配合项目经理界定项目任务范围、项目目标。
✧项目经理组织项目任务分解。
软件项目考核办法
软件项目考核办法软件项目考核办法一、目的对软件项目开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。
提高软件开发人员的开发质量以及开发积极性。
二、考核办法2.1 、项目质量考核项目质量考核包括质量度量和过程度量两方面。
2.1.1 质量度量质量度量主要考核项目质量，其考核依据为项目计划实现情况、用户评审报告、软件维护报告（考核维护量）。
以上参数分别采用一百分制进行考核，每个方面各一百分，按照相关的所占比例进行分数考核。
其中按计划实现情况占30%、用户评价占30%、软件维护报告占40%的方式进行项目质量分数考核。
2.1.2 过程度量过程度量分为及时度进行考核，及时度通过时间差率进行反应。
其中时间差率=（实际完成时间- 计划完成时间）/（计划开始时间- 计划完成时间） 90〜100 范围1 （15%以内）70〜80 范围3 （15%〜35%低于70 范围4（35%以上）2.2 、项目费用考核项目费用分员工工资、出差费用、项目实施过程相关费用三部分。
项目管理论坛员工工资为项目过程中发生的员工工资，该项费用按天进行考核，以员工的该月平均工资* 该月参与项目的天数。
出差费用为项目过程产生的所有费用，包括出差补助、交通费和加班费。
项目实施过程相关费用包括项目实施过程中由于做好客户关系或者其他有利于项目进度而采取措施产生的相关费用，包括项目过程中的请客费和送礼物产生的费用等。
项目总费用=员工工资+出差费用+相关费用项项目总应收帐款=项目合同款项项目费用考核参数=项目总费用/ 项目总应收帐款考核参数为：90~100 范围 1 25%以内70~80 范围 2 25~45%低于70 范围 3 45% 以上2.3 、项目人员工作量考核项目人员工作量分为工作时长、项目工作量计算，其中工作时长以项目参与过程的总共时长（以人*日计算），项目工作量以具体项目考核办法为准。
软件开发项目奖金考核管理办法--范例
软件开发项目考核管理制度一、目的为加强公司软件开发项目的管理，激励研发人员的工作积极性和主动性，鼓励创新，使员工在项目目标的牵引下不断提高工作业绩；同时确保公司研发项目的顺利完成，提高项目开发的进度，促进公司信息化发展；公司决定针对研发人员，设立研发项目激励奖金制度。
二、适用范围本制度适用于参与公司信息化项目开发的研发人员。
三、基本分配原则在公开、公正的评审原则下，本着实现激励先进，体现价值的分配原则，根据项目的难易等级和个人对项目的贡献多少进行分配。
打破平均主义，奖金数额和个人对项目的贡献程度直接挂钩，实行多劳多得，以此达到激励的目的。
四、项目开发等级标准五、项目奖金等级及奖金额度5.1 项目等级对应奖金额度：5.2难度系数：难度系数是根据实际项目的开发情况对奖金做调整，该系数由项目负责人，评审部门讨论确定。
分为五个等级，如下：（难度系数默认值=1.0）5.3调整后奖金额=开发等级对应奖金额 * 难度系数*考评分/100；六、项目开发流程图七、项目考核7.1项目整体考核评定：主要考核指标：项目管理和进度控制，项目质量，项目资料完整性和准确性，使用满意度7.2. 总得分不超过120分；考评组可由需求部门或总经理室组织，共同参与考评；7.3考核剔除因素1）开发申请部门未及时提出开发需求、开发意见，或提供开发信息不准确，导致开发顺序错乱或进度延迟，项目延期的，不对延期进行考核，但需要提供说明资料。
2）开发申请部门在产品开发过程中提出新的功能或需求增加，导致开发周期加长，需要对开发周期进行重新评定，并对新的开发周期进行考核，原开发周期作废，但应提供书面说明。
七、奖金发放方式1）项目奖金申请后，10%作为项目经理激励，余下90%根据参与项目人员的人天比例发放。
2）项目开发未完成，如有人员离职则不参与项目奖金的发放。
项目开发完成但在试用未验收阶段，如有人员离职则需配合验收后发放项目奖金的50%。
附表1：《项目需求申请表》附表2 ：《项目立项申请表》附表3：《项目综合评分表》附表4：《项目验收报告》信息部2017-11-01附表1：《项目需求申请表》XXXX有限公司开发需求申请表申请编号：______________附表2 ：《项目立项申请表》XXXX有限公司项目立项申请表项目编号：______________附表3：《项目综合评分表》XXXX有限公司项目综合评分表评定日期：______________附表4：《项目验收报告》XXXX有限公司项目验收报告验收日期：______________。
软件研发绩效考核办法
软件研发绩效考核办法一、考核目的和背景在软件研发领域，为了提高团队的研发绩效、推动项目的顺利进行，需要建立一套科学合理的绩效考核办法。
本文旨在介绍软件研发绩效考核办法的制定原则、具体指标和实施程序，以期达到公正、客观、有效地评估研发人员的绩效，为公司的决策提供参考依据。
二、考核指标的确定（一）技术能力指标1. 研发人员的专业知识水平及其应用能力；2. 熟练掌握的编程语言种类和应用范围；3. 参与过的项目数量和质量；4. 技术难题的解决能力和创新能力。
（二）工作质量指标1. 项目开发周期；2. 项目需求及技术方案设计的准确性和完整性；3. 编写的代码质量和可维护性；4. 项目的测试覆盖率和Bug数量。
（三）团队合作指标1. 团队协作和沟通能力；2. 与其他团队成员的配合度；3. 知识分享和帮助他人的意愿。
（四）个人素质指标1. 工作态度、责任心和执行力；2. 学习能力和适应能力；3. 问题解决能力和决策能力；4. 抗压能力和团队精神。
三、考核程序的实施（一）评估周期软件研发绩效考核一般按年度进行，同时可以结合项目周期进行临时考核。
（二）考核过程1. 制定绩效考核计划，明确考核时间、流程和标准；2. 收集评估数据，可以通过问卷调查、项目评审、日常表现等多种方式进行数据采集；3. 绩效考核委员会评估绩效数据，分析评估结果；4. 进行个人面谈，与研发人员沟通反馈评估结果，并记录面谈内容；5. 根据评估结果制定个人发展计划，激励优秀人才持续进步；6. 上级经理审查并批准绩效考核结果。
（三）绩效奖惩1. 绩效优秀者可以给予奖励，包括薪资调整、晋升、荣誉表彰等；2. 绩效较差者应给予适当的处罚或者培训提升机会；3. 考核结果应作为晋升、薪资调整等人事决策的重要参考依据。
四、考核纠纷处理对于可能出现的考核纠纷，应设立相应的申诉和处理机制，确保考核工作的公正和有效。
申诉程序应公开透明，确保申诉者的权益，维护考核工作的公信力。
软件研发部项目考核方案
软件开发项目绩效考核奖金分配方案第一条综述为调动公司员工工作积极性，提高软件开发的效率和质量，贯彻公司发展战略，结合本公司项目开发流程，制定本方案。
第二条执行范围本方案适用于产品、开发、实施等全部参与项目开发成员。
第三条项目奖金总额的计算一、奖金总额的分类1、合同类奖金总额的构成根据每个项目计算。
其中奖金总额的30%根据项目成员工期完成度发放，其中奖金总额的40%根据各项目成员的完成质量评估，其中奖金总额的10%根据客户满意度发放，其中奖金总额的10%作为技术资料汇总完成度评估，另奖金总额的10%作为特殊奖励发放。
2、新品开发类奖金总额的构成根据项目立项时确立的工期成本计算项目总金额。
其中奖金总额的30%根据项目成员工期完成度发放，其中奖金总额的40%根据各项目成员的完成质量评估，其中奖金总额的10%作为内部配合度评估，其中奖金总额的10%作为技术资料汇总完成度评估，另奖金总额的10%作为特殊奖励发放。
3、特殊奖金的作用授奖人员1、项目中有突出贡献的人员；2、需要长期维护项目支持人员；3、小部分需求变动但不足以成立新的需求追加项目的参与人员；如项目验收评估后无此项目发放对象，则10%的特殊奖金并入工期奖金中发放。
二、奖金总额的浮动1、项目提前完成根据项目提前完成的工期时间计算浮动比，奖金总额在原基础上上调相应的浮动比，浮动比上限50%。
（例：100天工期，实际80天完工，则浮动比（100-80）/100=20%，奖金总额：基础奖金总额*（1+20%））2、项目滞后完成根据项目滞后完成的工期时间计算浮动比，奖金总额在原基础上下调相应的浮动比，浮动比下限50%。
（例：100天工期，实际120天完工，则浮动比（100-120）/100=-20%，奖金总额：基础奖金总额*（1-20%））第四条项目奖金总额的分配一、根据实际项目工作量比例分配各模块参与成员的项目奖金比例。
工作量以工期时间为准。
二、工期的确定项目立项后，由副总经理、产品经理、项目经理及项目重要成员参与项目启动会议。
软件开发项目(对外)承包制考核管理办法
软件开发项目（对外)承包制考核管理办法软件项目管理中可以引入承包制，在项目前期明确各方责任、义务与承包金额，减少项目中期与后期的管理成本与管理风险.1。
实施目的减少公司的管理成本和日常经营成本,共同承担经营风险激励员工工作热情，避免人员流失激励形成重用性产品软件2。
实施步骤1．签定新项目合同后，根据项目合同金额确定项目承包价格确定项目承包价格原则公司、销售部和技术部间平等互利、协调发展销售部提取比例由公司管理制度决定，参照业界普遍考核标准项目承包价格根据项目性质不同，而进行相应的调整如果公司出于战略发展需要或者其他原因，新项目签定合同额故意低于项目成本或者免费承担开发工作,则由公司层面承担此部分成本，项目组适当减少提取比例项目承包价格组成项目承包价格=项目组员工资+项目考核奖金+差旅费+实施培训费用+其他费用（注:销售沟通费用不计入）2．明确项目承包价格后，参考项目技术标,拟定项目承包合同，明确各方责、权、利3、由公司总经理、技术部经理、项目经理三方签字确认项目承包合同,正式进入项目承包期4、公司在项目承包期内，有权限定期抽检承包项目组工作情况，如果项目偏差较大,给公司造成恶劣影响,可以单方中止承包合同.但公司不得以其它非正常理由，干扰承包项目组日常工作.5、为了维护公司形象,承包项目组组员不得违反公司日常管理规定，有特殊理由者除外.6、承包期间，承包项目组加班费等其它费用计入项目考核奖金，公司不再单独考核.3。
工资制度为了维护公司的利益，由公司和项目组共同承担经营风险,避免项目进行过程中，由于人员流失给公司造成较大的经济损失。
对实行项目承包制的人员采取低月薪+高项目考核制。
月薪每月15日按时发放月薪数额保密月薪确定原则：即在业界有竞争力，又要考虑公司经营风险4。
承包项目组内部考核奖金分配制度4。
1发放方式项目考核奖金根据项目承包合同中规定的期次、比例和时间发放除技术部建设基金外,由项目经理负责分配考核奖金分配公式：事先确定的分配比例*《XX公司员工项目考核表》的分数/100考核奖金公开发放4.2分配比例技术部建设基金：20％项目经理：20％系统分析员：15%软件开发与测试人员：15%实施与培训:15％界面设计:15％[注]:公司鼓励个人承担多个职位4。
软件研发部考核方案
软件研发部考核方案一、引言本考核方案旨在全面评估软件研发部的绩效，确保项目按时、高质量完成，提升团队协作与创新，优化成本控制，保障安全生产，并严格保密管理。
本方案将围绕以下九个方面进行考核。
二、考核内容1. 项目进度与质量评估项目按时完成情况，以及项目交付物是否符合预期质量标准。
2. 团队协作与沟通评估团队成员之间的协作能力、沟通效率和信息共享程度。
3. 技术创新能力评估团队在新技术、新方法方面的探索与应用能力。
4. 代码规范与质量评估代码规范性、可读性、可维护性，以及代码质量。
5. 客户满意度评估项目是否满足客户需求，以及客户对项目的评价。
6. 培训与发展评估团队在员工培训和发展方面的投入与成果。
7. 成本控制评估项目成本预算与实际支出的符合程度。
8. 安全生产评估团队在软件开发过程中的安全意识与措施。
9. 保密管理评估团队对敏感信息的保密措施及效果。
三、考核方式1. 定期评估：每季度进行一次综合评估，包括项目进度与质量、团队协作与沟通、技术创新、代码规范与质量等方面。
2. 不定期抽查：对各个项目的安全生产、保密管理等方面进行不定期抽查。
3. 客户反馈：每半年收集一次客户满意度调查，了解项目交付物质量及服务水平。
4. 培训与发展：每年对员工培训与发展计划进行评估，确保团队技能提升。
5. 成本控制：每半年对项目成本进行审计，确保成本控制得当。
四、考核结果应用1. 根据考核结果，为优秀团队和个人提供奖励，如奖金、晋升机会等。
2. 对表现不佳的团队或个人提供改进建议和辅导，促进其提升。
3. 将考核结果作为项目资源分配的重要依据，确保资源向优秀团队倾斜。
4. 将考核结果作为员工绩效评价的重要参考，为员工的职业发展提供指导。
软件开发度量及考核方法
软件开发度量及考核方法一、引言如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。
虽然目前很多公司有这方面的绩效考核，但是由于软件开发行业的特殊性，大多数公司没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。
所以根据以前经验和相关的资料编写了适用于本部门的度量和考核方法。
该考核方法是技术支持部软件开发人员和测试人员的试行版本。
二、目的对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。
三、考核实施办法1、定义1.1 、软件项包括1）、技术文档："软件工程产品集"所确定的配置项。
主要包括：用户需求文档、需求分析文档、概要设计文档、详细设计文档、开发计划、测试文档、用户手册、总结报告等。
2）、计算机程序。
1.2 、度量数据的来源1）、项目计划：过程度量中及时度考核数据的主要依据。
2）、测试文档：计算机程序质量考核数据主要依据。
3）、软件维护记录：主要是指软件产品投入用户使用后产生的软件维护记录。
2、质量度量2.1度量指标主要根据各类软件项检查表的检查指标来确定。
例如，详细设计说明书检查表有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。
（本文末尾附了各工作阶段的考核检查指标表）2.2质量等级1）软件项的质量等级的确定根据度量综合指标进行。
2）度量综合指标计算公式为：Total =刀QiMi。
3）其中i=1,2,...n 代表指标数量；4）Q代表度量的指标；5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。
2.3度量指标计算方法2.3.1、度量指标评分标准：根据软件项的各检查指标的缺陷率来确定，既为每232、缺陷率来源：主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表，缺陷跟踪表中的缺陷类别对应检查表中的检查指标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
北京九城大数据科技有限公司文件九城大数据（2013）人字 009号CEO签发：日期：2013年3 月 19 日软件开发项目考核管理办法1目的及适用范围•本考核管理办法，用于考核研发中心软件开发项目组的业绩，同时也用于对项目开发负责人（研发经理）的考核。
•本办法适用于研发管理中心以《任务委派工作单》形式承接的项目。
本文所谓“软件任务”，包括公司业务部门委派的任务，公司职能部门委派的任务，及研发中心自己认可的任务。
•软件研发负责人考核分为：业务类考核和价值观类考核，本管理办法重点说明对业务类的考核，管理类考核参见《九城集团2012年绩效考核总纲》。
考核办法中，尽量以可量化的方式进行考核，对于每个考核项，说明考核内容、考核标准，评价人可以据此给出考核对象的考核得分。
•研发负责人个人业绩考核得分A= 项目考核得分＋特殊奖惩得分。
如果一个研发负责人（研发经理）在某段时间同时负责两个或两个以上项目，则其业绩考核结果，是各项目考核结果按内部收入进行加权平均。
特殊奖惩，包括对突出贡献的奖励得分，以及对严重过失的扣罚得分（负值）。
•研发管理中心的激励政策同《九城集团2012年绩效考核总纲》规定一致，具体参见《九城集团2012年绩效考核总纲》“激励政策”部分。
2考核周期•对于周期短的项目，项目的考核周期，随项目的里程碑一起进行。
也就是，按照签署的《任务委派工作单》中规定的项目推进的整体的起止时间和阶段性里程碑规定的节点进行。
•对于周期较长的项目，一般每季度考核一次，在下季度初进行。
•有些产品或项目的任务委派数量多，但每个任务的完成周期都比较短，这种情况，项目的考核周期为一个季度，考核得分为本季度内完成的委派任务按照工作量权重累计得分。
3考核内容项目的业绩考核分为如下内容：•软件用户评价：由任务委派方负责评价，考核项包括工期、软件质量（缺陷、用户反馈等方面）。
•项目成本评价：考查开发组项目开发成本、项目成员有效工作量、委派工作量之间的关系。
由项目管理部汇总成本相关数据并计算。
•项目过程评价：由项目管理部负责评价，考核项包括研发成果、项目管理成果、过程执行情况（CMMI规范的执行情况）等。
•考核内容表格形式展示为：4考核项定义对于项目的业绩考核，包含工期、服务质量、项目成本、项目过程评价等考核项，其定义和打分标准为：4.1工期考核按照《任务委派工作单》工期的要求，以累计工作日天数做为数量单位，评分标准：工期考核标准提前如果里程碑提前结束，则工期考核得100分。
按时完成如果基本按时（延期小于等于5%）完成可也以算为百分制满分。
延期若延期超过5%，则每超过5个百分点扣除百分制5分，即100-5X（例如：延期为8%，则工期考核得95分，如果延期为12％，则工期考核得90分）评价人：•项目管理部提供工期数据，任务委派方进行评价4.2服务质量考核（用户评价）本考核项由委派方代表根据上线后的缺陷报告、用户反馈等因素给出分数，分数范围0~100，并对分数给予说明。
具体内容、格式参见附件：《研发项目委派方评价》参考的打分标准为优[90,100]、良[80,90)、中[70,80)、差(0,70) 。
评价人：•任务委派方4.3项目成本考核1、项目成本涉及名词定义：公司认可工作量：（或称：签约工作量），是公司相关部门签署并验收的《任务委派工作单》工作量。
它是公司计算研发中心收入的主要依据。
“公司认可工作量”以标准人月数作为计算单位。
●研发中心认可工作量：（或称：计划工作量），是研发中心对某项工作确认的工作量。
它是研发中心考核项目组业绩、贡献的主要依据。
“研发中心认可工作量”以标准人月数作为计算单位。
●项目认可工作量：（或称：计件工作量），是项目负责人对某一软件模块（或称工作单元）确认的“计件工作量”（具体计算办法，参见《研发人员工作量核算管理方法》）。
项目管理部需定期（每月或项目结项时）统计项目和项目成员计件工作量。
它是项目考核项目成员业绩、贡献的主要依据。
“项目认可工作量”以标准人月数作为计算单位。
●项目实际完成工作量：（或称：项目已完成工作量），是指截止统计日期，确认完成的计件工作量之和。
原则上，某项目或任务的计件工作量之和<=本项目或任务的计划工作量。
●内部收入：指某个团队或个人完成的认可工作量对应的收入（内部收入分为：研发中心内部收入，项目组内部收入，个人内部收入）。
计算方式为：“认可工作量”（包括：“公司认可工作量”，“研发中心认可工作量”，“项目认可工作量”），与单位工作量标准成本价（单位工作量标准成本价：由人力资源部与预算部根据研发中心从事软件开发人员的平均薪水，所用设备折旧，公共分摊等费用计算并定期公布。
）的乘积（单位为人民币元）。
例如，项目签署并验收的工作量为10人月，单位工作量标准成本报价为15000元，则本项目的内部收入为150000元。
注：计算研发中心内部收入，使用公司认可工作量；计算项目组内部收入使用研发中心认可工作量；计算个人内部收入，使用项目组认可工作量。
●项目开发成本：是指软件项目开发的实际成本，是参与软件项目开发的所有人员的人力成本、分摊成本、日常费用的总和。
项目开发成本反映公司对本项目的实际投入，按参与项目的成员的“实际工时”或称“自然工时”计算。
项目开发成本计算方式如下：项目管理部记录、统计参与项目开发的每个人的实际工时（或称在岗日期，单位为工作日）。
人力资源部根据每个人的实际工时计算参与项目的人员实际人力成本总和（工资、福利等）。
预算部根据实际工时，参照公司公布的当期人均分摊成本计算出参与项目开发期间员工的分摊成本总和及日常费用总和。
项目管理部最终汇总成项目开发成本。
●开发人员成本：是指某个开发人员在某个项目中的实际成本，是该员工在参与本项目期间人力成本和分摊成本之和。
开发人员成本=（员工人力成本+单位分摊成本）/21*实际工时。
员工人力成本人力成本由人力资源部计算并掌握。
单位分摊成本参照公司公布的当期人均分摊成本。
项目管理部记录、统计参与项目开发的每个人的实际工时（单位为工作日）。
●实际工时：（或称“自然工时”），是项目管理部记录的某成员参与某项目的实际工作时间。
（单位为工作日）。
●项目完工百分比：已完成工作量/计划工作量。
2、项目成本考核公式：项目成本成考核得分（M）= 项目小组研发内部收入/ 项目开发成本* 100；特别规定：•“某项目或任务的计件工作量之和”大于“本项目或任务计划工作量”反映项目负责人对项目进展分配“超支”。
“项目或任务的计件工作量之和”如果超过“本项目或任务计划工作量”的120%（包括120%），则项目成本考核最多得60分。
•“项目内部收入”超过“项目开发成本”表明项目负责人对项目控制良好，可在20%内适当加分。
•如果一个研发负责人（研发经理）在某段时间同时负责两个或两个以上项目，则其个人成本按项目投入进行分摊。
评价人：•由项目管理部将从人力资源、委派方得到的数据进行统计。
4.4研发成果考核4.4.1技术文件规范技术文件包括：需求说明书、需求跟踪矩阵、设计说明书、代码、测试方案、测试用例、安装部署文件、用户手册等。
从以下方面考核规范性：•格式规范性：成果是否符合模板要求、代码规范或其他规范方面的要求；•易懂性：是否易于他人理解，使得开发工作不依赖于个人，成果可为后续使用；•可跟踪性：能够从需求、设计到测试进行跟踪和追溯；打分标准：等级考核标准优[90,100] 1.所有成果都能够按照规范进行，而且内容较为准确和全面：2.易懂性好，无需解释，他人即可理解，评审和预评审基本能够顺利进行；3.所有的变更都能正确且详细地体现到对应的需求、设计和测试用例中；4.几乎所有的需求都能找到相应的设计和测试用例；或仅有个别非关键或相对简单的需求没有被设计或被测试用例覆盖。
良[80,90) 1.大部分成果都能够按照规范进行，而且内容较为准确和全面；2.易懂性较好，无需解释或仅需少量解释，他人即可理解，评审和预评审基本能够顺利进行；3.大部分变更都能正确且详细地体现到对应的需求、设计和测试用例中；4.大部分的需求都能找到相应的设计和测试用例；或仅有个别非关键或相对简单的需求没有被设计或被测试用例覆盖。
中[70,80) 1.一半以上的成果符合规范，存在有些成果规范的符合性方面存在较大问题，如描述不全面或不详细；2.他人基本能看懂，但仍有很多内容需要作者解释，由于易懂性差，导致评审或预评审延期或花费工作量增加较多；3.4.需求、设计和测试用例基本能够对应，但有些关键或复杂需求没有被设计或测试用例覆盖；5.有些变更没有反映到需求中，或者反映的不够准确，易造成设计人员或测试人员理解错误。
差(0,70) 1.2.非常不符合规范，或缺少关键内容；3.易懂性差，他人难以理解，评审或预评审无法进行；4.很多需求、设计和测试用例都对应不上；5.很多变更都没有反映到需求、设计和测试用例中，导致需求、设计说明书跟实际情况相差甚远，测试人员无法正确编写测试用例。
评价人：••项目管理部4.4.2代码质量通过测试活动的结果来衡量代码的质量。
•发布前：由系统测试期间和试运行期间发现的缺陷数量和严重程度分布，以及缺陷修复的速度和质量（如缺陷是否能够很快修复，是否有很多缺陷被reopen或修复后引入了新的缺陷）；•发布后半年内：由客户和维护人员发现的缺陷数以及严重程度分布。
打分标准：代码质量由以下两个方面决定，最后由这两个方面进行综合评价，最后计算总分TS＝M1*80%＋M2*20%：a)b)缺陷状况M1（比重：80%）：M1＝每月缺陷状况的平均情况；由测试负责人根据缺陷的情况进行评价，总分100分，参考的因素如下：♦缺陷的严重程度分布，特别是高严重程度的缺陷比例；♦缺陷数和测试用例的比例，即一定数量的测试用例所发现的缺陷数；♦评价的缺陷等级，即∑(缺陷等级×缺陷数)/总缺陷数；c)d)缺陷修复的速度和质量M2（比重：20%）：由测试负责人进行评分，总分100。
考虑的因素包括缺陷修复的速度，缺陷被重新打开的频次以及修复缺陷后又重新引入的缺陷。
说明：Bug级别的定义参加《缺陷管理规程》，一般分级为1~5级，权重也分别为1~5，对于1级轻微缺陷可以不扣分。
评价人：•测试负责人4.5项目管理成果考核考核内容：•规范性和准确性：成果是否符合模板要求，填写内容是否正确；•及时性：成果能够按时提交；•易懂性：文字描述是否全面，便于高层经理或QA对成果的理解；项目管理成果包括：WBS拆分、估算过程数据、项目计划（初步计划、阶段详细计划）、项目阶段状态报告、成员工作日志、需求变更跟踪、项目问题跟踪等。
打分标准：规范性和准确性比重：50%及时性比重：30%易懂性比重：20%等级考核标准优[90,100] 所有成果都符合模板规范，填写基本及时，且分析和文字描述准确和详细，易于项目负责人、高层经理和QA理解；良[80,90) 大部分成果基本符合规范，关键内容的分析和描述基本准确和详细，缺少部分非关键内容的分析和描述，或部分非关键内容分析和描述不准确；或出现少数几次填写不及时的情况；中[70,80) 部分成果符合规范，存在一些关键内容分析或描述不准确或不详细的情况；差(0,70) 很多内容填写不符合规范，或没有对全部关键内容进行分析和描述或者分析描述不正确或不准确；或经常不能按时填写。