最新软件开发项目考核管理办法精编

1、北京九城大数据科技文件九城大数据2021人字009号CECOt:日期：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评价人: 工程治理部提供工期数据,任务委派方进行评价4.2 效劳质量考核用户评价本考核项由委派方代表根据上线后的缺陷报告、用户反应等因素给出分数,分数范围0100,并对分数给予说明.具体内容、格式参见附件：?研发工程委派方评价?参考的打分标准为优 90,100、良80,90、中70,80、差0,70.4评价人： 任务委派方4.3 工程本钱考核1、工程本钱涉及名词定义：公司认可工作量：或称：签约工作量,是公司相关部门签署并验收的?任务

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

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

8、00元.注：计算研发中央内部收入,使用公司认可工作量； 计算工程组内部收入使用研发中央认可工作量；计算个人内部收入,使用工程组认可工作量.工程开发本钱：是指软件工程开发的实际本钱, 是参与软件工程开发的所有人员的 人力本钱、分摊本钱、日常费用的总和.工程开发本钱反映公司对本工程的实际投 入,按参与工程的成员的“实际工时或称“自然工时计算.工程开发本钱计算方式如下：工程治理部记录、统计参与工程开发的每个人的实际工时或称在岗日期,单位为工作日.人力资源部根据每个人的实际工时计算参与工程的人员实际人力本钱总和工资、福利等.预算部根据实际工时,参照公司公布的当期人均分摊本钱计算出参与工程开发期间员工的

9、分摊本钱总和及日常费用总和.工程治理部最终汇总成工程开发本钱.开发人员本钱：是指某个开发人员在某个工程中的实际本钱,是该员工在参与本项目期间人力本钱和分摊本钱之和.开发人员本钱=员工人力本钱+单位分摊本钱/21*实际工时.员工人力本钱人力本钱由人力资源部计算并掌握.单位分摊本钱参照公司公布的当期人均分摊成本.工程治理部记录、统计参与工程开发的每个人的实际工时单位为工作日实际工时：或称“自然工时,是工程治理部记录的某成员参与某工程的实际工作时间.单位为工作日.工程完工百分比： 已完成工作量/方案工作量.2、工程本钱考核公式：工程本钱成考核得分M =工程小组研发内部收入 /工程开发本钱*100;特

10、别规定： “某工程或任务的计件工作量之和大于“本工程或任务方案工作量反映工程负责人对工程进展分配 “超支.“工程或任务的计件工作量之和如果超过“本工程或任务方案工作量的120% 包括120%,那么工程本钱考核最多得60分. “工程内部收入 超过“工程开发本钱 说明工程负责人对工程限制良好,可在20%内适当加分. 如果一个研发负责人研发经理在某段时间同时负责两个或两个以上工程, 那么其个人本钱按工程投入进行分摊.4评价人：由工程治理部将从人力资源、委派方得到的数据进行统计.4.4研发成果考核4.4.1 技术文件标准技术文件包括：需求说明书、需求跟踪矩阵、设计说明书、代码、测试方案、测试用例、安装

11、部署文件、用户手册等.从以下方面考核标准性： 格式标准性：成果是否符合模板要求、代码标准或其他标准方面的要求； 易懂性：是否易于他人理解,使得开发工作不依赖于个人, 成果可为后续使用; 可跟踪性：能够从需求、设计到测试进行跟踪和追溯；4打分标准：等级考核标准优90,1001 .所有成果都能够根据标准进行,而且内容较为准确和全面：2 .易懂性好,无需解释,他人即可理解,评审和预评审根本能够顺利 进行；3 .所有的变更都能正确且详细地表达到对应的需求、设计和测试用例中；4 .几乎所有的需求都能找到相应的设计和测试用例；或仅有个别非关键或相对简单的需求没有被设计或被测试用例覆盖.良80,90)1 .

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

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

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

15、的速度,缺 陷被重新翻开的频次以及修复缺陷后又重新引入的缺陷.说明：Bug级别的定义参加?缺陷治理规程?,一般分级为15级,权重也 分别为15,对于1级稍微缺陷可以不扣分.工评价人： 测试负责人4.5 工程治理成果考核4考核内容： 标准性和准确性：成果是否符合模板要求,填写内容是否正确； 及时性：成果能够按时提交； 易懂性：文字描述是否全面,便于高层经理或QA对成果的理解；工程治理成果包括：WBS拆分、估算过程数据、工程方案初步方案、阶段详细方案、工程阶段状态报告、成员工作日志、需求变更跟踪、工程问题跟踪等.4打分标准：标准性和准确性比重：50%及时性比重：30%易懂性比重：20%等级考核标准

16、优90,100所有成果都符合模板标准, 填写根本及时,且分析和文字描述准确和详细,易于工程负责人、高层经理和QA理解；良80,90)大局部成果根本符合标准,关键内容的分析和描述根本准确和详细, 缺少局部非关键内容的分析和描述,或局部非关键内容分析和描述不 准确；或出现少数几次填写/、及时的情况；中70,80)局部成果符合标准,存在一些关键内容分析或描述不准确或不详细的情况；差(0,70)很多内容填写不符合标准,或没有对全部关键内容进行分析和描述或者 分析描述不止确或不准确；或经常不能按时填写.手评价人： 工程治理部4.6 过程执行情况考核手考核内容：根据CMMI标准要求的执行情况,执行工程的过

17、程,包括研发活动、工程治理活 动和支持活动.4打分标准：等级考核标准优90,100所有要求进行的工程活动都得到了执行,且执行质量很高；良80,90)大局部要求进行的工程活动都得到了执行,且执行质量较高；中70,80)有些要求的工程活动没有得到执行或执行质量较差,有些活动没有根据标准过程进行；差(0,70)很多要求的活动都没有得到执行,或很多活动的执行没有根据标准过程进行.4评价人： 工程治理部5考核执行方式工程考核的执行方式及步骤如下：1软件工程研发负责人承接软件任务,填写?软件任务委派工单?.本文所谓“软件任务,包括公司业务部门委派的任务,公司职能部门委派的任务,及研发中央自己认可的任务.

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