软件开发项目考核管理办法

1、北京九城大数据科技文件九城大数据 2021 人字 009 号CEC 签日期： 2021 年3月19 日发:软件开发工程考核管理方法1 目的及适用范围* 本考核管理方法，用于考核研发中心软件开发工程组的业绩， 同时也用于对工程开 发负责人研发经理的考核。* 本方法适用于研发管理中心以?任务委派工作单?形式承接的工程。本文所谓“软 件任务，包括公司业务部门委派的任务，公司职能部门委派的任务，及研发中心 自己认可的任务。* 软件研发负责人考核分为：业务类考核和价值观类考核，本管理方法重点说明对业 务类的考核，管理类考核参见?九城集团 2021 年绩效考核总纲?。考核方法中，尽 量以可量化的方式进行考

2、核，对于每个考核项，说明考核内容、考核标准，评价人 可以据此给出考核对象的考核得分。* 研发负责人个人业绩考核得分A = 工程考核得分 +特殊奖惩得分。如果一个研发负责人研发经理在某段时间同时负责两个或两个以上工程， 那么其业绩考核结果， 是各工程考核结果按内部收入进行加权平均。 特殊奖惩，包括对突出奉献的奖励得 分，以及对严重过失的扣罚得分负值 。* 研发管理中心的鼓励政策同?九城集团 2021 年绩效考核总纲?规定一致，具体参见?九城集团 2021 年绩效考核总纲?“鼓励政策局部2考核周期署的?任务委派工作单?对于周期短的工程，工程的考核周期，随工程的里程碑一起进行。也就是，按照签 中规定

3、的工程推进的整体的起止时间和阶段性里程碑规定的节点进行对于周期较长的工程，一般每季度考核一次，在下季度初进行。有些产品或工程的任务委派数量多，但每个任务的完成周期都比拟短，这种情况，工程的考核周期为一个季度，考核得分为本季度内完成的委派任务按照工作量权重累计得分3考核内容工程的业绩考核分为如下内容：* 软件用户评价：由任务委派方负责评价，考核项包括工期、软件质量缺陷、用户反应等方面* 工程本钱评价：考查开发组工程开发本钱、工程成员有效工作量、 委派工作量之间的关系。由工程管理部汇总本钱相关数据并计算。* 工程过程评价：由工程管理部负责评价，考核项包括研发成果、工程管理成果、过程执行情况CMMI

4、标准的执行情况等。考核内容表格形式展示为:考核内容评价人考核项打分依据比重软件用户评价委派方代表工期10%效劳质量缺陷、用户反应等10%工程本钱评价工程管理部根据开发组本钱、有效工作量、委派工作量等对工程的本钱情况评价50%工程过程评价工程管理部研发成果技术文件标准、代码质量10%工程管理成果10%过程执行情况10%4考核项定义对于工程的业绩考核，包含工期、效劳质量、工程本钱、工程过程评价等考核项，其定义和打分标准为:4.1工期考核按照?任务委派工作单? 工期的要求，以累计工作日天数做为数量单位，评 分 标 准工期考核标准提前如果里程碑提前结束，那么工期考核得100 分。按时完成如果根本按时延

5、期小于等于5% 完成可也以算为百分制总分值。延期假设延期超过5%,那么每超过5个百分点扣除百分制 5分，即100-5X 例女口：延期为8%，那么工期考核得95分，如果延期为12%那么工期考核得90分-评价人:?工程管理部提供工期数据，任务委派方进行评价4.2效劳质量考核用户评价本考核项由委派方代表根据上线后的缺陷报告、用户反应等因素给出分数，分数范围0100 ,并对分数给予说明。具体内容、格式参见附件：?研发工程委派方评价?参考的打分标准为优 90,100 :、良80,90 、中70,80 、差0,70 。-评价人：* 任务委派方4.3工程本钱考核1、工程本钱涉及名词定义:公司认可工作量：或称

6、：签约工作量，是公司相关部门签署并验收的?任务委派 工作单?工作量。它是公司计算研发中心收入的主要依据。“公司认可工作量以 标准人月数作为计算单位。研发中心认可工作量：或称：方案工作量，是研发中心对某项工作确认的工作量。它是研发中心考工程认可工作量： 或称： 计件工作量 ，是工程负责人对某一软件模块 或称工作 单元确认的“计件工作量 具体计算方法，参见? 研发人员工作量核算管理方 法?。工程管理部需定期每月或工程 结项时统计工程和工程成员计件工作量。 它是工程考核工程成员业绩、奉献的主要依据。 “工程认可工 作量以标准人月数 作为计算单位。工程实际完成工作量： 或称：工程已完成工作量 ，是指截

7、止统计日期，确认完 成的计件工作量之和。 原那么上，某工程或任务的计件工作量之和 <= 本工程或任务 的方案工作量。内部收入 ：指某个团队或个人完成的认可工作量对应的收入 内部收入分为： 研发 中心内部收入， 工程 组内部收入， 个人内部收入 。计算方式为：“认可工作量包 括：“公司认可工作量 ，“研发中 心认可工作量 ，“工程认可工作量 ，与单位工 作量标准本钱价 单位工作量标准本钱价： 由人力 资源部与预算部根据研发中心从 事软件开发人员的平均薪水，所用设备折旧，公共分摊等费用计算并定期公 布。 的乘积单位为人民币元 。 例如，工程签署并验收的工作量为 10 人月，单位工 作量标准本

8、钱 报价为 15000 元，那么本工程的内部收入为 150000 元。注：计算研发中心内部收入， 使用公司认可工作量； 计算工程组内部收入使用 研发中心认可工作量； 计算个人内部收入，使用工程组认可工作量。工程开发本钱 ：是指软件工程开发的实际本钱， 是参与软件工程开发的所有人员的 人力本钱、 分摊本钱、 日常费用的总和。 工程开发本钱反映公司对本工程的实际投 入，按参与工程的成员的“实际工时或称“自 然工时计算。工程开发本钱计算方式如下： 工程管理部记录、 统计参与工程开发的每个人的 实际工时或称在岗 日期，单位为工作日 。人力资源部根据每个人的实际工时计 算参与工程的人员实际人力本钱总和工

9、资、 福利等 。预算部根据实际工时，参 照公司公布的当期人均分摊本钱计算出参与工程开发期间员工的分摊 本钱总和及日常费用总和。工程管理部最终汇总成 工程开发本钱。开发人员本钱：是指某个开发人员在某个工程中的实际本钱， 是该员工在参与本项 目期间人力本钱和分摊本钱之和。开发人员本钱 =员工人力本钱 +单位分摊本钱 /21* 实际工时。员工人力本钱 人力本钱由人力资源部 计算并掌握。 单位分摊本钱参照公司公布的当期人均分摊成 本。工程管理部记录、统计参与工程开发的每个人的实际工时单位为工作日 实际工时：或称“自然 工时，是工程管理部记录的某成员参与某工程的实际工 作时间。单位为工作日。工程完工百分

10、比： 已完成工作量 /方案工作量2、工程本钱考核公式:工程本钱成考核得分M=工程小组研发内部收入/工程开发本钱* 100 ；特别规定:?“某工程或任务的计件工作量之和大于“本工程或任务方案工作量反映工程负责人对工程进展分配“超支。“工程或任务的计件工作量之和如果超过“本工程或任务方案工作量的120% 包括120% ，那么工程本钱考核最多得60分。“工程内部收入 超过“工程开发本钱 说明工程负责人对工程控制良好，可在20%内适当加分。如果一个研发负责人研发经理在某段时间同时负责两个或两个以上工程，那么其个人本钱按工程投入进行分摊。-评价人:由工程管理部将从人力资源、委派方得到的数据进行统计。4.

11、4研发成果考核技术文件标准技术文件包括：需求说明书、需求跟踪矩阵、设计说明书、代码、测试方案、测试用例、安装部署文件、用户手册等。从以下方面考核标准性：格式标准性：成果是否符合模板要求、代码标准或其他标准方面的要求;成果可为后续使用易懂性：是否易于他人理解，使得开发工作不依赖于个人, 可跟踪性：能够从需求、设计到测试进行跟踪和追溯;-打分标准:等级考核标准优:90,100 :1. 所有成果都能够按照标准进行，而且内容较为准确和全面：易懂性好，无需解释，他人即可理解，评审和预评审根本能够顺利2.进行；3. 所有的变更都能正确且详细地表达到对应的需求、设计和测试用例中；4. 几乎所有的需求都能找到

12、相应的设计和测试用例；或仅有个别非关键或相对简单的需求没有被设计或被测试用例覆盖。良80,90)1. 大局部成果都能够按照标准进行，而且内容较为准确和全面；易懂性较好，无需解释或仅需少量解释，他人即可理解，评审和预2.评审根本能够顺利进行；2. 大局部变更都能正确且详细地表达到对应的需求、设计和测试用例中；3. 大局部的需求都能找到相应的设计和测试用例；或仅有个别非关键或相对简单的需求没有被设计或被测试用例覆盖。中70,80)1. 一半以上的成果符合标准，仔在有些成果标准的符合性万面仔在较大冋题，如描述不全面或不详细；2. 他人根本能看懂，但仍有很多内容需要作者解释，由于易懂性差，导致评审或预

13、评审延期或花费工作量增加较多；3. 需求、设计和测试用例根本能够对应，但有些关键或复杂需求没有被设计或测试用例覆盖；4. 有些变更没有反映到需求中，或者反映的不够准确，易造成设计人员或测试人员理解错误。差(0,70)1. 非常不符合标准，或缺少关键内容；2. 易懂性差，他人难以理解，评审或预评审无法进行；3. 很多需求、设计和测试用例都对应不上；4. 很多变更都没有反映到需求、设计和测试用例中，导致需求、设计说明书跟实际情况相差甚远，测试人员无法正确编写测试用例。-评价人：?工程管理部442代码质量通过测试活动的结果来衡量代码的质量? 发布前：由系统测试期间和试运行期间发现的缺陷数量和严重程度

14、分布， 以及 缺陷修复的速度和质量 如缺陷是否能够很快修复， 是否有很多缺陷被 reopen 或修复后引入了新的缺 陷；* 发布后半年内：由客户和维护人员发现的缺陷数以及严重程度分布。- 打分标准： 代码质量由以下两个方面决定，最后由这两个方面进行综合评价， 最后计算总分 TS = M1*80% + M2*20% : a 缺陷状况 M1 比重： 80% :M1 = 每月缺陷状况的平均情况； 由测试负责人根据缺陷的情况进行评价，总分 100 分，参考的因素如下： + 缺陷的严重程度分布，特别是高严重程度的缺陷比例；+ 缺陷数和测试用例的比例，即一定数量的测试用例所发现的缺陷数；+ 评价的缺陷等级

15、，即刀 缺陷等级 x 缺陷数 /总缺陷数；b 缺陷修复的速度和质量 M2 比重： 20%:由测试负责人进行评分，总分 100 。考虑的因素包括缺陷修复的速度，缺 陷被重新翻开的频次以及修复缺陷后又 重新引入的缺陷。说明： Bug 级别的定义参加?缺陷管理规程?，一般分级为 15 级，权重也 分别为 15 ，对于 1 级轻微缺陷可以不扣分。丄评价人：? 测试负责人4.5 工程管理成果考核- 考核内容：? 标准性和准确性：成果是否符合模板要求，填写内容是否正确；? 及时性：成果能够按时提交；? 易懂性：文字描述是否全面，便于高层经理或 QA 对成果的理解； 工程管理成果包括： WBS 拆分、估算过

16、程数据、工程方案初步方案、阶段 详细方案、工程阶段状态报告、成员工作日志、需求变更跟踪、工程问题跟踪等。-打分标准:标准性和准确性比重：50%及时性比重：30%易懂性比重：20%等级考核标准优90,100 :所有成果都符合模板标准，填写根本及时，且分析和文字描述准确和详细，易于工程负责人、高层经理和QA理解；良80,90)大局部成果根本符合标准，关键内容的分析和描述根本准确和详细，缺少局部非关键内容的分析和描述，或局部非关键内容分析和描述不准确；或出现少数几次填写不及时的情况；中70,80)局部成果符合标准，存在一些关键内容分析或描述不准确或不详细的情况；差(0,70)很多内容填写不符合标准，

17、或没有对全部关键内容进行分析和描述或者 分析描述不正确 或不准确；或经常不能按时填与。-评价人：?工程管理部4.6过程执行情况考核-考核内容：按照CMMI标准要求的执行情况，执行工程的过程，包括研发活动、工程管理活动和支持活动打分标准：等级考核标准优:90,100 :所有要求进行的工程活动都得到了执行，且执行质量很高；良80,90)大局部要求进行的工程活动都得到了执行，且执行质量较高；中70,80)有些要求的工程活动没有得到执行或执行质量较差，有些活动没有按照标准过程进行；差(0,70)很多要求的活动都没有得到执行，或很多活动的执行没有按照标准过程进行。? 评价人：* 工程管理部5 考核执行方

18、式工程考核的执行方式及步骤如下：1) 软件工程研发负责人承接软件任务，填写?软件任务委派工单?。本文所谓“软件任务，包括公司业务部门委派的任务，公司职能部门委派的任务，及研发中心自 己认可的任务。 有工程管理部、研发中心负责人确认本软件任务的工作量(即方案工作量)。2) 开发任务内部立项完成后， 工程管理部在任务跟踪系统中为每个任务建立“任务跟踪帐号。研发负责人使用“任务跟踪系统分拆任务、分派任务、验收任务；项 目管理部使用“任务跟踪系统统计工作量。3) 需要对工程进行阶段性考核(如极度考核)时，工程管理部在人力资源和预算部的 帮助下计算本工程本时段的“ 工程开发本钱。同时，计算本工程，本时段完成的 “内部收入和“计件工作量。依据本方法定义的考核项及打分标准进行逐项打 分。工程结项考核亦同。4) 需要委派方打分的，由工程管理部将根底数据提交委派方，请其对工程进行评价打分，并汇总结果。5) 如果工程中间过程遇到工作量、工期等变更，那么以变更后重新签署的 ?任务委派工作单?为准。6) 考核结果报研发中心主管领导确认，由工程管理部备案。7 ) 考核完成的时间：丁 一般工程考核过程应在工程完成后 10 工作日内完成；丁 对于适用于季度考核的，在下季度开始后 10 工作日完成；:- 如果遇到软件上线后， 需要观察一段时间委派方才能给出评价的，最长不超过两