如何管理“变更管理流程”的范围?
发布时间:2010年05月31日点击数: 作者:ITGOV中国IT治理研究中心 来源:ITGOV中国IT治理研究中心
【字体: 收藏 打印文章
摘要:
变更管理流程的范围由配置管理和发布管理决定。配置管理为获取变更影响提供信息。变更执行后,配置管理将会更新配置管理数据库(CMDB)。如果配置管理数据库(CMDB)记录鼠标和键盘,它会把键盘记录作为一项变更替换掉。决定范围是一项动态的工作,因为范围可以改变,所以从配置管理数据库(CMDB)中的信息需求也随之改变。故而,必须定期评审范围,而且配置管理数据库(CMDB)中的数据模型也必须相应地更新。

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

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

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

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

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

京ICP备06004481号   Copyright 2002 - 2006 ITGov.org.cn, All Rights Reserved