|
|
知识路径： > 信息系统软件运维 > 信息系统运维的过程 > 信息系统软件日常运行流程 > 信息系统软件运维的过程 >
|
|
相关知识点：18个
|
|
|
|
|
信息系统软件运维过程中要满足用户的各种需求，而用户的需求总是不断变化的，所以变更是不可避免的。信息系统软件变更管理是指项目组织为适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行相应的部分变更或全部变更，并按变更后的要求组织项目实施的过程。但变更管理并不是单纯的一个数据库记录，做个备忘而已。在这么一个简单的流程中，变更管理要能体现出它的两个重要用途，一个是控制变更，保证项目可控；一个是变更度量分析，帮助组织提供自己的开发能力。变更管理的主要目标如下。
|
|
|
|
（1）使用标准化的方法和程序，用于有效处理所有变更。
|
|
|
|
|
|
|
|
（4）响应不断变化的客户需求，使价值最大化，减少破坏和重复工作。
|
|
|
|
（5）确保通过受控的方法对变更进行记录、评估、授权、实施和评审等活动。
|
|
|
|
变更管理的主要流程包括了变更请求、评审、评估、授权、实施、评审和关闭变更等（如下图所示）。为了保证对变更整体的控制，都应该建立专门的变更控制委员会。变更控制委员会是对变更进行评审、评估、授权等操作的团体。
|
|
|
|
|
|
|
|
|
|
变更请求可能有不同的来源（用户、客户、运维人员等），但变更请求不是一个简单的记录，而应该记录变更的详细信息（比如缺陷发生时的环境，要变更的功能等）。
|
|
|
|
|
|
对于变更请求的评审工作，主要是筛选不符合规定的变更请求。
|
|
|
|
|
|
|
|
|
|
这些变更请求应连同拒绝原因一起返回给变更请求提交者，同时记录在日志中。
|
|
|
|
|
|
变更的评估中要充分考虑失败的变更对服务、服务资产和配置的影响，所有变更都需考虑如下因素。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
评估者应基于变更的影响度、紧急度（优先级）、风险、收益和成本来综合评估变更，并要就是否支持该变更做出评估意见。同时，还应该制定详细的变更计划、时间安排以及补救方案。
|
|
|
|
|
|
由相应的人员授权变更的实施。正式的授权涉及角色、人员等方面的定义，一些特定类型的变更授权级别还需要根据变更的类型、规模或风险来确定。
|
|
|
|
|
|
变更实施应当采取规范、正式的方式进行，组织协调相关技术部门完成变更的实施。在实施过程中，应保证变更实施是完全而彻底的，比如提了一个需求变更，不能只改了需求文档而不改代码或者用户文档。
|
|
|
|
|
|
变更实施完成后，应该报告变更实施效果，便于对变更进行评估和管理，同时，还应该将结果展示给利益相关者（比如客户）。所以需要进行评审后再关闭这个变更。
|
|
|
