搜索
配置管理活动实际权重(%)子活动风险子流程权重（%）0分1分配置标识文档混乱，查找困难，版本无法回溯--影响产品复制能力20随意命名，无配置项命名规则没有定义配置项命名规则，但遵照一定规则定义基线稳定版本不受控，查找困难，版本无法回溯--影响复制能力20无法识别基线或识别混乱可识别设计、代码基线定义目录结构存放混乱导致查找工作产品困难，基线、源码、无法识别，资产易流失--影响竞争能力20随意定义目录结构没有严格定义目录结构定义资源（信息）所有权导致资产流失的关键因素--影响竞争能力20无权限限制所有人员权限相同发布计划导致计划开展的工作失去检查依据--影响交付能力20无更新或不入库计划更新入配置库5#DIV/0!100创建配置库导致软件版本不受控--影响交付能力、复制能力、竞争能力14无独立配置库有配置库，不控制配置库体积设置目录结构存放混乱导致查找工作产品困难，基线、源码、无法识别，资产易流失--影响复制能力、竞争能力16没有依据计划建立目录结构部分依据计划建立目录结构人员权限实施导致资产流失的关键因素--影响复制能力、竞争能力16没有依据计划建立权限部分依据计划建立权限配置库服务器的安全性维护导致资产流失的涉及因素--影响复制能力10无维护有兼职人员维护或与其它数据库共同维护配置库人员权限的日常维护由人员流失带来的资产流失--影响复制能力、竞争能力10无更新更新不及时配置库的定期备份导致资产流失的关键因素--影响复制能力24无备份随机备份配置库的定期清理导致资产流失的涉及因素--影响复制能力10无清理当配置库过大引起功能异常时清理8#DIV/0!100配置管理成熟度评级标准描述：1、当最终得分为[0-1)，等级为“不合格”，此等级的项目无版本控制能力，既无法体现工作产品的有效保护，也没有开发过程的经验积累，完全体现不出产品交付能力、复制能力、竞争能力；2、当最终得分为[1-2)，等级为“预警”，此等级项目的配置仅仅局限于阶段的版本入库，版本一致性、完整性、回溯性部分失效，影响产品复制能力；无配置管理计划执行性，主要依赖于项目成员主动性来完成各项活动，配置的主要目的也就是为了备份，影响产品交付能力；3、当最终得分为[2-2.5)，等级为“达标”，此等级项目的配置管理活动在计划的指导下有序展开的，项目组能清晰识别项目生命周期各个阶段的配置项，能依据项目生命周期确定基线，并在基线的基础上做简单的变更控制与跟踪；通过提供较为规范的软件产品提高了产品交付能力并且能为其它项目的交付能力提供可供复用的软件产品；4、当最终得分为[2.5-3)等级为“良好”，此等级的项目能根据项目的特点来裁剪变更过程各点的活动，通过配置状态报告，周至项目组配置活动状态，通过各种渠道来审计产品的一致性和配置管理的自身活动并完成自我改进活动，通过规范化配置管理活动和严格审计实现面向任务型的配置管理水平，提供符合项目需求的软件产品，体现较高水平的软件产品交付能力、竞争能力；5、当最终得分为(3-]，等级为“优秀”，此等级的项目能通过对配置管理的这种活动的度量和采集来判定配置管理的有效性，并积极改进配置管理过程，另外也可以通过配置管理的度量数据来反映项目过程的有效性，实现软件高水平的交付能力、竞争能力和软件过程产品复用性。配置管理计划配置环境搭建配置管理计划宣贯导致项目中约定的配置管理活动无效--影响交付能力60无宣贯或仅在项目启动时简单宣贯邮件通知配置管理计划定义的内容工具使用培训导致工具实现的版本控制无效--影响交付能力、复制能力40无主动培训邮件提供工具及相应操作说明5#DIV/0!100规范标识配置项文档混乱，查找困难，版本无法回溯--影响复制能力30标识混乱项目组成员随意命名，但可识别代码提交及时过程版本的遗失，影响软件财富的积累--影响交付能力、复制能力35发布后催交发布前提交代码提交格式无法追溯历史版本，影响软件财富的积累，造成配置库体积增大，增加配置库损坏的风险--影响复制能力35压缩包形式简单标识的压缩包形式18#DIV/0!100提交基线文档稳定版本不受控，版本无法回溯--影响复制能力40未按时入库或者不提交版本发布时催缴后提交建立阶段文档基线稳定版本不受控，版本无法回溯--影响复制能力35未建立阶段文档基线版本发布时提醒后建立发布文档基线导致稳定版本的文档错误获取--影响交付能力25没有文档基线发布未及时发布文档基线15#DIV/0!100发布包测试通过发布包的build标识缺失，导致版本无法回溯--影响复制能力10无提交物测试人员提交《测试报告》、《测试结论》发布确认（功能审核）导致发布包功能不符合发布要求而造成产品质量下降--影响交付能力20研发经理决定发布；无安装说明项目经理决定发布；有简单安装说明审查配置项（物理审核）由于的发布包不完整而造成的工程实施质量下降--影响交付能力15无检查确认发布包的完整性签批导致发布的版本缺乏公司级的受控，影响版本回溯--影响复制能力20无签批无签批，事后通知公司级CM版本发布--影响交付能力15只放到发布服务器，无通知将发布包放到发布服务器并通知相关方基线收集无法保证基线的完整性、一致性、回溯性--影响复制能力20在版本发布后收集基线在版本发布同时收集基线12#DIV/0!100基线发布_文档发布配置管理培训基线发布_版本发布配置入库提交变更申请变更流程的不规范--影响交付能力15无申请或口头申请以邮件或文档形式描述问题审核和批准变更缺乏变更请求的技术分析，导致变更带来的不当影响--影响交付能力20无审批无审批实施变更--影响交付能力15从非基线中检出配置项进行修改从非基线中检出配置项进行修改批准变更结果缺乏对变更的最终审查造成的变更结果与变更要求的不吻合--影响交付能力20无审查无审查建立变更基线稳定版本不受控，版本无法回溯--影响复用能力15没有建立变更基线没有建立变更基线发布变更基线--影响交付能力15没有文档变更基线发布，或没有将Patch通过正确途径发放能够发布文档变更基线，或将Patch放到发布服务器并通知相关方14#DIV/0!100持续构建持续构建不能在研发早期发现源码质量问题--影响交付能力100没有建立持续构建机制版本发布前依项目情况手动方式完成持续构建5#DIV/0!100分支区结构及更新策略源代码不能并行开发，工作效率下降--影响交付能力40无分支区及分支更新策略有分支区但未独立，且无分支标记或版本信息；分支采用增量更新，无法回溯，更新不及时分支策略管理导致项目分支版本混乱，无法回溯--影响交付能力60没有分支规划；现场版本无法提交入公司配置库或事后补交有简单分支规划；现场研发版本未实时与公司配置库统一，或有单独配置库10#DIV/0!100项目归档归档资料提交影响开发经验继承，导致软件资产受控的无效--影响复用能力、竞争能力100未及时提交提交资料不完全，需重新提交8#DIV/0!100100#DIV/0!评级结果借鉴项整改项改进建议分值项是否裁剪….基线变更XX产品线-XX项目考核得分（），达到等级（）。附：加分=（）可借鉴的子活动为：（），分值为（），借鉴原因为：评级结论分支管理需要整改的子活动为：（），分值为（），整改原因为：评分机制按照配置管理活动选择裁剪，被裁剪项不计算得分分值描述达到分数是否加分权重若子活动对应分值情况已达到3分，并且超出该分值活动要求，即可在总分结果上加0.1分。8个配置管理活动按权重划分，总分100，其中每个子活动按权重划分，总分100，通过公式对裁剪情况重新按比例分配按照子活动，分为0、1、2、3四个分数层次，按子活动对应的分值情况打分2分3分是否裁剪是否加分达到分数详细说明加分原因简单的命名规则，可区分不同类型的配置项统一由项目级CM严格建立命名规则可识别需求、设计、代码基线严格识别需求、设计、代码、测试、交付基线依据标准目录结构依据标准目录结构结合实际情况定义目录结构按项目组分工建立权限依据标准目录结构中最细化的目录按项目人员分工建立权限计划更新及时入配置库计划更新及时入配置库，并发送相关方0有独立配置库环境，未严格控制配置库体积有独立的配置库环境，重点项目单独建立配置库，且所有配置库大小尽量控制在4G以下。基本依据计划建立目录结构严格依据计划设置目录结构基本依据计划建立权限严格依据计划设置人员权限有专人维护定期升级配置库服务器病毒库更新不及时依据项目组人员变更及时更新人员权限节假日前或关键点备份每周备份不定期清理及时清理已结项配置库0配置管理成熟度评级标准描述：1、当最终得分为[0-1)，等级为“不合格”，此等级的项目无版本控制能力，既无法体现工作产品的有效保护，也没有开发过程的经验积累，完全体现不出产品交付能力、复制能力、竞争能力；2、当最终得分为[1-2)，等级为“预警”，此等级项目的配置仅仅局限于阶段的版本入库，版本一致性、完整性、回溯性部分失效，影响产品复制能力；无配置管理计划执行性，主要依赖于项目成员主动性来完成各项活动，配置的主要目的也就是为了备份，影响产品交付能力；3、当最终得分为[2-2.5)，等级为“达标”，此等级项目的配置管理活动在计划的指导下有序展开的，项目组能清晰识别项目生命周期各个阶段的配置项，能依据项目生命周期确定基线，并在基线的基础上做简单的变更控制与跟踪；通过提供较为规范的软件产品提高了产品交付能力并且能为其它项目的交付能力提供可供复用的软件产品；4、当最终得分为[2.5-3)等级为“良好”，此等级的项目能根据项目的特点来裁剪变更过程各点的活动，通过配置状态报告，周至项目组配置活动状态，通过各种渠道来审计产品的一致性和配置管理的自身活动并完成自我改进活动，通过规范化配置管理活动和严格审计实现面向任务型的配置管理水平，提供符合项目需求的软件产品，体现较高水平的软件产品交付能力、竞争能力；5、当最终得分为(3-]，等级为“优秀”，此等级的项目能通过对配置管理的这种活动的度量和采集来判定配置管理的有效性，并积极改进配置管理过程，另外也可以通过配置管理的度量数据来反映项目过程的有效性，实现软件高水平的交付能力、竞争能力和软件过程产品复用性。邮件通知配置管理计划定义的内容，了解反馈信息逐一解答组织项目组成员统一贯彻配置管理计划中定义的活动邮件提供工具及相应操作说明，使用过程中给予指导统一组织培训，使用过程中给予指导0简单的命名规则，可区分不同类型的配置项严格依据标准命名规则有修改不及时更新入库有修改及时更新入库，并提交代码说明标识规范的压缩包形式标识规范的非压缩包形式0版本发布时主动提交依项目计划时间及时准确地入库已评审的阶段文档版本发布时主动建立依据计划及时建立阶段文档基线及时发布文档基线按时更新并发布《配置状态报告》0测试人员提交《测试报告》、《测试结论》，研发人员将测试文档打入发布包测试人员提交《测试报告》、《测试结论》，研发人员对待发布包打build标识项目经理决定发布；有完整安装说明或安装指导，或已编译可实现自动识别旧版本并安装产品经理组织相关方确认测试报告的遗留问题对项目的影响，并确认是否满足发布标准，确认《用户操作手册》、《软件维护手册》是否已完成，确认发布时间，并完成《产品发布说明》为工程人员提供完整指导性文档、附件或相关工具，达到可使工程人员方便地辨别不同版本之间的配置文件，并可条件判断后合并及安装确认发布包的完整性，统一发布包的标识确认发布包的完整性，统一发布包的标识，并完成发布列表无签批但已通知公司级CM，或者后补签批流程严格按照签批流程执行发布过程将发布包放到发布服务器，更新发布列表，并通知相关方将发布包放到发布服务器，更新发布列表，并通知相关方，同时更新并发布《配置状态报告》在研发各阶段收集基线在研发各阶段收集基线，并保证基线的完整性、一致性、回溯性。0以邮件或文档形式描述问题、变更影响严格填写完整《变更申请单》CCB成员依据流程定义严格审批不同级别的变更CCB成员依据流程定义严格审批不同级别的变更从基线项中检出配置项进行修改保证在变更审批通过后从基线库中检出配置项进行修