学习记录677@项目管理之配置管理案例

案例

Simple公司的质量管理体系中的配置管理程序文件中有如下规定:
(1)由变更控制委员会(CCB)制定项目的配置管理计划;
(2)由配置管理员(CMO)创建配置管理环境:
(3)由CCB 审核变更计划;
(4)项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发布；
(5)CCB 组成人员不少于一人，主席由项目经理担任。
公司的项目均严格按照程序文件的规定执行。在项目经理的一次例行检查中，发现项目软件产品的一个基线版本(版本号 V1.3)的两个相关联的源代码文件仍有遗留错误便向CMO提出变更申请。CMO 批准后，项目经理指定上述源代码文件的开发人员甲乙修改错误。甲修改第一个文件后将版本号定为 V1.4，直接在项目组内发布:乙修改第二个文件后将版本号定为 V2.3，也在项目组内发布。

[问题1]请结合案例，分析该公司的配置管理程序文件的规定及实际变更执行过程存在哪些问题?
[问题2]请为案例中的每项工作职责指派一个你认为最合适的负责角色。

[问题3] 请就配置管理，判断以下概念的正确性:
(1) 软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追溯性。
(2)CCB必须是常设机构，实际工作中需要设定专职人员。
(3)在进行配置管理过程中，一定要采用高档的配置管理工具。
(4)动态配置库用于管理基线和控制基线的变更。
(5)版本管理是对项目中配置项基线的变更控制。
(6)配置项审计包括功能配置审计和物理配置审计。

相关知识

配置管理的分类

基线配置项：可交付的东西，如设计文档、源代码、具体产品等。
非基线配置项：管理计划，如范围管理计划、进度管理计划、成本管理计划等。

配置项的状态

配置库

1. 开发库(动态库、程序员库、工作库):保存正在开发的配实体。
2. 受控库(主库) :管理基线。
3. 产品库(静态库、产品库、软件仓库）：最终产品。

以代码为例，开发库类似于本地分支，受控库类似于代码仓库中的代码，产品库类似已经发布的使用的代码。

配置库权限

CMO配置管理员配置权限和管理权限。

配置管理员CMO

配置管理员(Configuration Management Officer，CMO)，负责在项目的整个生命周期中进行配置管理活动，具体有:

1. 编写配置管理计划;
2. 建立和维护配置管理系统:建立和维护配置库;
3. 配置项识别;
4. 建立和管理基线;版本管理和配置控制配置状态报告;
5. 配置审计;
6. 发布管理和交付;

配置控制委员会CCB

配置控制委员会(Configuration Control Board，CCB)，负责对配置变更做出评估
审批以及监督已批准变更的实施。CCB 建立在项目级，其成员可以包括项目经理、用户代表、产品经理、开发工程师测试工程师、质量控制人员、配置管理员等。**CCB 不必是常设机构，**完全可以根据工作的需要组成，例如按变更内容和变更请求的不同，组成不同的 CCB。小的项目 CCB 可以只有一个人，甚至只是兼职人员。
通常，CCB 不只是控制配置变更，而是负有更多的配置管理任务，例如:配置管理计划审批、基线设立审批、产品发布审批等。

主要职责就是审批XXX。

配置管理相关活动

1. 制定配置管理计划
2. 配置标识（识别并标注有哪些配置项）
3. 配置控制（主要是变更，包括变更申请、变更评估、通报评估结果、变更实施、变更验证与确认、变更发布。）
4. 配置状态报告
5. 配置审计（审核和评估）
6. 发布管理和交付

参考答案

[问题1]
规定中存在的问题:
(1)配置管理计划不应由CCB 制定
(2)基线变更流程缺少通告评估结果、变更验证与确认环节
(3)CCB 成员的要求不以人数作为规定，而是以能否代表项目干系人利益为原则。

实际中存在的问题:
(1)甲乙修改完后应该进行变更验证(由其他人完成单元测试和代码走查);(2)该公司可能没有版本管理规定或甲乙没有统一执行版本规定
(3)变更审查应该提交CCB 审核:
(4)变更发布应交由CMO 完成;
(5)甲乙两人不能同时修改错误，这样会导致 V2.3只包含了乙的修改内容而没有甲的修改内容;

[问题2]

问题3]
(1) √
(2)x
(3)x
(4)x
(5)x
(6)√
提示:
(2)错，CCB 可以不常设，可以是兼职人员。
(3)错，应该选择最适合该组织的配置管理工具，而不是最高档的。如果没有专用工具，用手工方式也可以进行配置管理。
(4)错，受控库，也称为主库，用于管理当前基线和控制对基线的变更。
(5)错，版本管理和配置项基线的变更控制是两个不同的概念。