点赞 💡 为热爱充电**| 关注 🌐**为同行导航
收藏 📎 为价值存档**| 评论 ✨**为共鸣发声
目录
[1.1 配置项](#1.1 配置项)
[1.2 配置项状态](#1.2 配置项状态)
[1.3 配置基线](#1.3 配置基线)
[1.4 配置管理数据库](#1.4 配置管理数据库)
[1.5 配置库管理](#1.5 配置库管理)
[1.6 角色与职责](#1.6 角色与职责)
[1.6.1 配置管理负责人（配置经理）](#1.6.1 配置管理负责人（配置经理）)
[1.6.2 配置管理员](#1.6.2 配置管理员)
[1.6.3 配置项负责人](#1.6.3 配置项负责人)
[1.7 配置管理关键成功因素](#1.7 配置管理关键成功因素)
[1.8 配置管理活动](#1.8 配置管理活动)
[1.8.1 制订配置管理计划](#1.8.1 制订配置管理计划)
[1.8.2 配置项识别](#1.8.2 配置项识别)
[1.8.3 配置项控制](#1.8.3 配置项控制)
[1.8.4 配置状态报告](#1.8.4 配置状态报告)
[1.8.5 配置审计](#1.8.5 配置审计)
[1.8.6 配置管理回顾与改进](#1.8.6 配置管理回顾与改进)
[🔥 感谢有你，我的创作才更有意义！🔥](#🔥 感谢有你，我的创作才更有意义！🔥)
1.配置管理
配置管理 ：用技术和管理的办法，明确标出项目里各个关键部分的配置项的功能 和物理特征 ，管控对这些特征的变更 ，记录并上报 变更的处理情况，同时检查是否符合规定要求。
**一句话：**盯紧项目关键部分的各项特性，管住变更、记好变化、保证都符合要求。
1.1 配置项
配置项： 为配置管理专门划分的硬件、软件 或两者组合 ，在配置管理里当作一个实体来管理。
- **常见的配置项有：**项目计划书、技术解决方案、需求文档、设计文档、源代码、可执行代码、测试用例、软件运行需要的各类数据、设备型号以及关键部件等。
- 配置项类别
- 基线配置项： 一般包含所有设计文档 和源程序等
- 非基线配置项： 一般包含项目的各类计划 和报告等
所有配置项的操作权限都由**配置管理员（CMO）**严格管理。
- 基线配置项：给开发人员开放读取权限
- **非基线配置项：**向项目经理（PM）、变更控制委员会（CCB）及相关人员开放
1.2 配置项状态
版本格式 X.YZ：X 为 0 代表草稿，Z 为 0 代表正式。
配置项有三种状态：草稿、正式、修改。
- 配置项刚创建 时，状态是草稿。
- 配置项通过审核 后，状态变成正式。
- 之后如果变更 配置项，状态就变为修改。
- 配置项修改完成并再次通过审核 ，状态又变回正式。
1.3 配置基线
配置基线 是：一组的配置项 ，形成一个相对稳定的逻辑实体，任何人不能随便改动 ，想要修改基线必须走正规的变更流程。
- 由带有唯一标识的配置项 组成一条基线。比如：产品的一个测试版本就是一条基线
- 一个项目可以有一个或多个基线
- **发行基线：**交给用户使用的基线
- **构造基线：**项目内部使用的基线
1.4 配置管理数据库
**配置管理数据库：**存放每个配置项的详细信息，以及它们之间重要关联关系的数据库。
配置管理数据库包含内容：
- 发布内容，包括各个配置项 和对应的版本号
- 批准的变更可能会影响到的配置项
- 和某个配置项相关的所有变更请求
- 配置项的变更记录
- 特定的设备和软件
- 计划升级、替换或停用的配置项
- 和配置项相关的变更与问题
- 特定时期、特定供应商提供的配置项
- 被问题影响到的所有配置项
1.5 配置库管理
**（1）开发库（也叫动态库、程序员库、工作库）：**存放开发人员正在开发的内容，比如：新模块、文档、数据元素，或是正在修改的已有内容。
**（2）受控库（也叫主库）：**存放当前的基线，以及对基线进行的变更。
（3）产品库（也叫静态库、发行库、软件仓库）： 存放已经发布 使用的各类基线存档，完全纳入配置管理管控。
配置库的建库模式：
- 按配置项类型分类 建库：适合做通用软件的开发团队
- 按开发任务 建库：适合做专业软件的开发团队
1.6 角色与职责
1.6.1 配置管理负责人（配置经理）
配置管理负责人（配置经理）：管整个项目所有配置工作的总负责人，主要做这些事：
-
统筹管理所有配置管理活动，包括：计划、识别、控制、审计和回顾；
-
负责落实配置管理相关流程；
-
通过审计 保证配置管理数据库里的信息准确、真实；
-
审批配置库 或配置管理数据库的结构变更；
-
确定每个配置项由谁负责；
-
指定负责配置审计的人员；
-
明确配置管理数据库的范围 、配置项的属性 、配置项之间的关系 以及配置项的状态；
-
评估配置管理流程 并不断优化改进；
-
参与评估变更管理流程；
-
给项目成员做配置管理相关培训。
1.6.2 配置管理员
负责在整个项目生命周期内，落地执行配置管理的工作，主要做这些事：
-
搭建并维护 配置管理系统
-
搭建并维护配置库 、配置管理数据库
-
做好配置项识别工作
-
搭建并管理各类基线
-
做好版本管理与配置管控
-
上报配置状态相关情况
-
开展配置审计工作
-
负责发布管理与交付事宜
1.6.3 配置项负责人
需要保证自己负责的配置项信息准确、真实，主要做这些事：
-
记录负责配置项的所有变更情况
-
维护好各个配置项之间的关联关系
-
排查审计中发现的配置项问题差异，出具差异报告
-
严格遵守配置管理 的相关流程
-
参与配置管理流程的评估工作
1.7 配置管理关键成功因素
- 所有配置项都要记录
- 配置项要进行分类
- 所有配置项都要编号
- 定期审计 配置库或配置管理数据库里的配置项信息
- 每个配置项建立后，都要有配置负责人管理
- 持续关注配置项的变动情况
- 定期对配置管理工作进行回顾总结
- 能和项目其他管理活动相互关联
1.8 配置管理活动
1.8.1 制订配置管理计划
配置管理计划： 是项目配置管理工作的整体规划 ，也是整个配置管理流程的基础 ，由CCB（变更控制委员会） 负责审批。配置管理计划主要内容：
-
明确配置管理 的目标和覆盖范围
-
主要配置管理活动 ：++配置项标识、配置项控制、配置状态报告、配置审计、发布管理与交付++等
-
划分配置管理角色、明确各项责任
-
制定活动实施规范与流程 ，比如：配置项命名规则
-
安排活动实施进度，比如：日程、执行程序
-
管控与其他管理工作的接口，比如：变更管理
-
明确执行团队/人员，以及和其他团队的协作关系
-
规划配置管理信息系统：配置数据存放位置、配置项受控环境、与其他管理系统接口、配套工具搭建安装等
-
落实 配置管理日常事务：许可证管控、配置项存档等
-
制定配置基准线、重大发布、里程碑计划，以及后续工作量和资源计划
1.8.2 配置项识别
配置项识别：找出 信息系统所有组件的关键配置 ，理清各配置项之间的关系 ，以及配置文档 等结构，还包括给配置项分配标识、版本号等工作。具体包含以下步骤：
-
确定配置项的覆盖范围
-
确认并记录配置项的各项属性
-
为每个配置项定义专属标识符
-
确定配置基准线
-
明确整体配置结构
-
制定配置项的统一命名规则
1.8.3 配置项控制
配置项控制 ：对配置项和基线 的变更控制 进行规范化管理 ，包括：标识和记录 变更申请，分析和评价 变更、批准或否决 申请、实现、验证和发布已修改的配置项等任务。
- 变更申请： 相关人员提出变更需求，填写变更申请，明确变更原因、内容、影响范围等，并进行标识与记录。
- 变更评估： 由CCB（变更控制委员会） 组织评估变更，分析技术可行性、成本、进度、风险等，决定是否接受变更。
- 通告评估结果： CCB 将变更审批结论 （批准 / 否决 / 暂缓）通知申请人及相关干系人。
- 变更实施： 对批准的变更，安排人员修改配置项 ，按计划完成变更开发与实现。
- 变更验证与确认： 对修改后的配置项 进行测试、审查，确认变更正确实现、无引入问题。
- 变更的发布： 验证通过后，正式发布更新后的配置项，同步到相关环境和使用方。
- 基于配置库的变更控制：全程在配置库中操作，确保变更可追溯、版本可管理，基线与配置项状态一致。
1.8.4 配置状态报告
配置状态报告（统计）： 用来记录、汇报配置管理所需的相关信息，及时、准确反映配置项当前状况，方便相关人员查看，提升配置管理效果。主要内容：
-
受控配置项的标识与状态： 记录++每个受管控配置项++的标识，以及它后续各版本的进展和状态。
-
变更申请与已批准修改的状态： 记录每条变更申请的处理状态，以及批准后修改的执行情况。
-
基线的版本与对比信息： 记录各基线当前版本、历史版本 ，以及不同版本之间的差异对比。
-
其他配置管理活动记录： 记录配置管理过程中其他相关活动信息。
1.8.5 配置审计
配置审计： 分为功能配置审计 和物理配置审计 ，分别验证配置项的一致性 和完整性。
1）功能配置审计（一致性）
- 配置项开发已全部完成
- 配置项达到 配置标识里规定的性能和功能要求
- 操作、支持类文档齐全 且符合规范
2）物理配置审计（完整性）
- 应交付的配置项真实存在
- 配置项包含所有必需内容，没有缺失
1.8.6 配置管理回顾与改进
配置管理回顾与改进： 属于配置管理的闭环优化环节 ，核心是：定期回顾 配置管理活动的实施情况，发现在配置管理执行过程中有无问题 ，找到改进点 ，继而优化配置管理过程。活动包括：
-
回顾筹备阶段 ：提前做好会议准备工作 ，敲定会议日期、复盘主题，同步通知参会人员；围绕既定的配置管理衡量指标，督促配置项责任人提交配置项的统计数据，为会议复盘提供依据。
-
召开回顾会议 ：按预定时间开展复盘会议 ，由相关负责人汇报 配置管理报告成果，广泛收集 各方反馈意见；重点核查上一轮 过程改进计划的落地成效 ，总结执行亮点与不足。
-
制定改进计划 ：结合会议研讨结论、复盘 发现的问题，针对性编制服务改进方案 ，明确改进目标、措施和时限 ，完成计划提交流程。
-
落地改进工作 ：依据审批通过的过程改进计划 ，统筹协调资源、推进各项改进措施落地 ，跟踪整改效果 ，形成闭环管理。
🔥 感谢有你，我的创作才更有意义！🔥
