信息系统项目管理师——第19章配置与变更管理

本章内容是将第三版的配置和变更管理进行了合并，内容基本不变。选择、案例、论文都会考。结合以往考情来看
选择题，稳定考2-3分左右，老知识了，需要熟悉并理解。
案例题，隔几期就会考。
论文题，基本不会考

1配置管理
配置与变更管理概述
①配置管理可用于问题分析、变更影响度分析和异常分析等，因此，配置项与真实情况的匹配度和详细度非常重要。

②变更管理是对变更从提出、审议、批准到实施、完成的整个过程的管理。

③变更的诱发一般有主动变更和被动变更两种。

主动变更是主动发起的变更，常用于提高项目收益，包括降低成本、改进过程以及提高项目的便捷性和有效性等;
被动变更常用于范围变化、异常、错误和适应不断变化的环境等，如随需求的增加，相应需要增加系统的功能或投资等。
配置管理基础
在(GB/T11457)《信息技术软件工程术语》中，将“配置管理”正式定义为:“应用技术的和管理的指导和监控方法以标识和说明配置项
的功能和物理特征，控制这些特征的变更，记录和报告变更处理和实现状态并验证与规定的需求的遵循性”。

1.配置项
比较典型的配置项包括项目计划书、技术解决方案、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据、
设备型号及其关键部件等。

2.配置项状态
配置项的状态可分为“草稿”“正式”和“修改”三种。
配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

3.配置项版本
配置项的版本号规则与其状态密切相关，具体如下：

草稿状态（Draft）：

版本号格式：0.YZ
含义：配置项正处于开发或初步编制阶段，未经过正式批准或发布。
正式状态（Formal/Released）：

版本号格式：X.Y
含义：配置项已完成开发、审批，正式对外发布或部署，可供生产环境使用。
版本号规则：
主版本号X：取值范围1~9，表示重大功能更新、架构调整或不向下兼容的变更。
次版本号Y：取值范围0~9，表示较小的功能增强、修复或兼容性改进。升级幅度较小时增加Y值，幅度较大时增加X值。
初始版本：配置项首次成为正式文件时，版本号为1.0。
修改状态（Modified）：

版本号格式：X.YZ
含义：配置项正在经历修改过程，尚未完成并重新进入正式状态。
版本号规则：
修改期间：仅增大Z值，X.Y值保持不变，反映同一主次版本下的细微改动。
转为正式：修改完成后，将Z值设置为0，增加X.Y值以反映版本的正式升级。
摘要：

版本号以0开头表示配置项处于“草稿”状态。
版本号开头大于0且位数为2位，表示配置项处于“正式”状态。
版本号开头大于0且位数为3位，表示配置项处于“修改”状态。
4.配置项版本管理
对配置项的任何修改都将产生新的版本。由于我们不能保证新版本定比旧版本“好”，所以不能抛弃旧版本。版本管理的目的是按照定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。

5.配置基线
① 配置基线是一组相对稳定、逻辑关联的配置项集合，具有多种用途，如：

授权产品：作为授权给用户使用的软件产品或系统版本。
标准配置项：作为组织内部或行业标准的参考依据。
开发与测试起点：为新开发或测试活动提供明确、统一的起始点。
用户配置标准：如标准化工作站配置，为用户提供统一的操作环境。
新软件起点：作为后续软件版本开发或维护的基础。
② 基线中的配置项处于“冻结”状态，不允许未经许可的随意修改。任何对基线的变更必须遵循正式的变更控制程序，确保变更的合理性和可控性。

③ 项目中可能存在多个基线，对应不同的开发阶段或里程碑。主要分为：

发行基线（Release Baseline）：交付给用户使用的最终产品或系统版本。
构造基线（Build Baseline）：内部开发过程中用于构建、测试、集成的中间版本。
④ 对于每个基线，需明确规定：

建立基线的事件：明确何时（如完成某个阶段、达到特定里程碑）建立基线。
受控的配置项：列出纳入该基线的所有配置项及其版本。
建立与变更基线的程序：详细描述如何创建、审核、批准、发布基线，以及变更基线的步骤、条件、责任人等。
批准变更基线所需的权限：明确有权批准基线变更的人员或角色（如项目经理、配置控制委员会等）及其职责。 在项目实施全过程中，所有基线均需纳入配置管理，其更新必须遵循正式的变更控制程序，确保基线的完整性和一致性，有效支持项目的控制、追溯和审计。
6.配置管理数据库
配置管理数据库（Configuration Management Database, CMDB）主要内容包括：

发布内容：记录每个配置项（Configuration Item, CI）及其对应的版本号，反映系统或产品的发布状态和历史。

受变更影响的配置项：记录经批准的变更请求（Change Request, CR）可能涉及到的所有配置项，便于评估变更影响范围和实施变更后的状态更新。

与配置项相关的变更请求：存储与每个配置项直接关联的所有变更请求记录，用于追踪变更历史、分析变更原因和结果。

配置项变更轨迹：记载每个配置项从创建到当前的完整变更历史，包括变更时间、变更原因、变更内容、执行人员等详细信息，为问题诊断、审计和回滚操作提供依据。

特定设备和软件：包含系统中具体的硬件设备信息、软件组件及其版本、许可证状态等，支持资产管理、合规性检查和升级规划。

计划升级、替换或退役的配置项：列出即将进行升级、替换或退役操作的配置项及其计划时间、理由和预期影响，辅助资源规划和风险控制。

与配置项相关的变更和问题：记录与每个配置项关联的已知问题（Incidents）、问题解决过程、解决方案以及变更实施记录，帮助了解配置项的稳定性、支持服务质量和持续改进空间。

来自特定时期特定供应商的配置项：标识配置项的供应商信息、采购日期、保修期限等，便于供应商管理、合同履行和供应链协调。

受问题影响的所有配置项：列举受特定问题（如故障、漏洞、性能瓶颈等）直接影响的配置项清单，为问题定位、修复和预防措施提供线索。

7.配置库

配置管理角色和职责
配置管理相关角色常包括：

变更控制委员会 (Change Control Board, CCB)：

职责：负责审批、评估和决策项目中的重大变更请求，确保变更对项目目标、成本、时间表、风险等的影响得到合理控制。
成员：通常包括项目经理、技术专家、关键干系人、质量保证人员等，根据项目规模和复杂性，可能还有其他相关人员如业务代表、法律顾问等。
配置管理负责人（配置经理）：

职责：管理和决策整个项目生命周期中的配置活动，包括制定配置管理策略、流程、计划，监督配置管理活动的执行，确保配置管理目标的达成。
关键活动：指导配置管理员工作，协调配置管理与其他项目管理领域的接口，与CCB协作处理重大变更，参与项目决策，确保配置管理的有效性和合规性。
配置管理员：

职责：负责配置管理的具体实施工作，确保配置管理活动的顺畅运行。
具体活动包括：
建立和维护配置管理系统：搭建并持续优化配置管理工具平台，确保其满足项目需求。
建立和维护配置库或配置管理数据库：创建、更新和保护存储配置项及其元数据的物理或电子仓库。
配置项识别：识别项目中的所有配置项，定义其属性和关系，确保配置项的完整性。
建立和管理基线：在项目关键节点设立基线，记录配置项的稳定状态，控制基线变更。
版本管理和配置控制：执行版本编号规则，控制配置项版本的创建、更新、删除，实施配置控制流程。
配置状态报告：定期生成配置状态报告，提供配置项版本、变更、状态等信息，支持决策。
配置审计：定期或按需进行配置审计，验证配置项的完整性、正确性和一致性。
发布管理和交付：组织配置项的打包、测试、审批、发布和交付，确保交付物符合基线要求。
配置项负责人：

职责：对特定配置项的质量、完整性和真实性负责，确保其满足项目需求和规定标准。
关键活动：参与配置项的创建、修改、审核过程，维护配置项的准确性和最新状态，与配置管理员协作进行版本控制，及时报告配置项的问题和变更需求，确保配置项在整个项目生命周期内的有效管理。
目标和方针
1.管理目标
配置管理的目标主要用以定义并控制信息系统的组件，维护准确的配置信息，具体包括:①所有配置项能够被识别和记录;②维护配置项记录的完整性;③为其他管理过程提供有关配置项的准确信息;④核实有关信息系统的配置记录的正确性并纠正发现的错误:⑤配置项当前和历史状态得到汇报;⑥确保信息系统的配置项的有效控制和管理。

2.管理方针
组织应定期开展配置审计活动。配置管理关键成功因素主要包括;①所有配置项应该记录;②配置项应该分类:③所有配置项要编号;④应该定期对配置库或配置管理数据库中的配置项信息进行审计:⑤每个配置项在建立后，应有配置负责人负责;⑥要关注配置项的变化情况:⑦应该定期对配置管理进行回顾:⑧能够与项目的其他管理活动进行关联。

管理活动
1.制订配置管理计划
配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。CCB负责审批该计划。
配置管理计划由配置管理员制订，CCB负责审批。

2.配置项识别
配置项识别是配置管理的一项基础性工作，基本步骤如下。
(1)确定配置项范围。
(2)确认和记录配置项属性。
(3)为配置项定义标识符。
(4)确定配置基准线。
(5)确定配置结构。
(6)确定配置项命名规则。

3.配置项控制

4.配置状态报告
配置状态报告应该包含以下内容:

每个受控配置项的标识和状态。
每个变更申请的状态和已批准的修改的实施状态。
每个基线的当前和过去版本的状态以及各版本的比较。
其他配置管理过程活动的记录。
5.配置审计

2变更管理
变更管理基础

变更管理原则

角色和职责
项目经理是受业主委托对项目经营过程负责者，其正式权利由项目章程取得，而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权人批准后方可使用。

项目经理在变更中的作用是:响应变更提出者的需求;评估变更对项目的影响及应对方案;将需求由技术要求转化为资源需求，供授权人决策;并据评审结果实施即调整基准。确保项目基准反映项目实施情况。

变更管理工作程序♥♥♥♥♥

变更控制

3项目文档管理
项目文档管理基础
信息系统文档一般分为：开发文档、产品文档、管理文档

项目文档管理的规则和方法