如何管理“变更管理流程”的范围？

发布时间：2010年05月31日点击数： 作者：ITGOV中国IT治理研究中心 来源：ITGOV中国IT治理研究中心

【字体：小 大】 【收藏】 【打印文章】

摘要:
变更管理流程的范围由配置管理和发布管理决定。配置管理为获取变更影响提供信息。变更执行后，配置管理将会更新配置管理数据库（CMDB）。如果配置管理数据库（CMDB）记录鼠标和键盘，它会把键盘记录作为一项变更替换掉。决定范围是一项动态的工作，因为范围可以改变，所以从配置管理数据库（CMDB）中的信息需求也随之改变。故而，必须定期评审范围，而且配置管理数据库（CMDB）中的数据模型也必须相应地更新。

变更管理流程的范围由配置管理和发布管理决定。配置管理为获取变更影响提供信息。变更执行后，配置管理将会更新配置管理数据库（CMDB）。如果配置管理数据库（CMDB）记录鼠标和键盘，它会把键盘记录作为一项变更替换掉。决定范围是一项动态的工作，因为范围可以改变，所以从配置管理数据库（CMDB）中的信息需求也随之改变。故而，必须定期评审范围，而且配置管理数据库（CMDB）中的数据模型也必须相应地更新。

为了确保变更管理和配置管理能有效合作，变更和配置管理数据库（CMDB）中的有关信息必须记录下来。可以假定，那些被生产商明确定义并由他们完成的常规管理任务，不需要由变更管理来控制。我们把这种变更称之为标准变更，即通过使用变更模式发展而来，而这种模式作为一个过程设计模板由变更管理定义。

标准变更中的常规任务包括：新建用户帐号，改变网络连接和安装PC等等。在标准变更的情况下，活动在完整变更管理流程中不是作为变更来执行，但是可以划分为事故管理下的服务请求。对常规操作进行谨慎、全面的评估可以有效的防止变更管理负载过重或者过分专制。

例如，假设当一名新员工受聘，接下来有14步工作要做（新建一个帐号，建立他或她的工作站，新建一个e-mail帐户等等），这类常规事件不要求重要变更对基础架构的仔细审查。因而，这些标准变更变得可重复，并且一旦标准变更过程得到变更管理的允许，它们就可以象服务请求一样被处理，同时不受变更管理控制。

变更模式也可以用作为不同类型的变更（例如，创建基础变更或者网络配置变更的工程）变更请求（RFC）流程变量，通过特定的评估，策划和正式批准的线程管理这些变更。在这种情况下，变更请求（RFC）流程成为这些变更模式的中枢机构，而它使用可重复的活动模板。这些活动仍包括变更管理，并出现在变更进度计划中。