配置项控制即对配置项和基线的变更控制,包括:标识和记录变更申请、分析和评价变更、批准或否决申请、实现、验证、发布已修改的配置项等任务。
1. 变更申请
变更申请主要就是陈述要做什么变更,为什么要变更,以及打算怎样变更。相关人员(如项目经理)填写变更申请表,说明要变更的内容、变更原因、受变更影响的关联配置项和有关基线、变更实施方案、工作量和变更实施人等,提交给CCB(变更控制委员会 Change Control Board)。
2. 变更评估
CCB 负责组织对变更申请进行评估并确定:
- 变更对项目的影响;
- 变更的内容是否必要;
- 变更的范围是否考虑周全;
- 变更的实施方案是否可行;
- 变更工作量估计是否合理;
CCB 决定是否接受变更,并将决定通知相关人员。
3. 通知评估结果
CCB 把关于每个变更申请的批准、否决或推迟的决定通知受此处置意见影响的每个干系人。如果变更申请得到批准,应该及时把变更批准信息和变更实施方案通知给那些正在使用受影响的配置项和基线的干系人。如果变更申请被否决,应通知有关干系人放弃该变更申请。
4. 变更实施
项目经理组织修改相关的配置项,并在相应的文档、程序代码或配置管理数据中记录变更信息。

本文详细介绍了配置项的控制流程,包括变更申请、评估、通知、实施、验证、发布及基于配置库的变更控制。变更控制委员会(CCB)在流程中起关键作用,确保变更的正确实施,并通过配置库来解决并发修改可能导致的问题。最后,提到了GIT在敏捷开发中的分支流程,尽管与传统方式有所不同,但核心理念相似。
订阅专栏 解锁全文
1284

被折叠的 条评论
为什么被折叠?



