20151022淡然

续上





6.变更管理流程6.1流程目的

变更管理流程将通过标准统一的方法和步骤来管理和控制所有对IT生产环境有影响的变更。主要的目的包括：

nIT部门可以管理和引导用户变更需求

n通过对所有变更的正确评估，可以维护IT生产环境的完整性ITSS培训

n变更和变更实施得到正确记录，并提供审核统计

n减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用

n提高资源使用率

6.2流程主要内容

变更管理流程始于变更的接收，结束于变更的实施和回顾。该流程包含下述主要内容：

n提出RFC、评估、分类

变更申请人提出RFC，由变更主管负责检查和完善其内容，通过查询配置管理数据库，进行风险等级的初步评估；并尽量提出可能与业务发生的关联的影响，已供决策参考。变更主管并对变更进行分类；如为紧急变更，则按照紧急变更子流程执行；如为简单变更，直接制定变更计划，并安排实施。

n变更主管负责组织制定变更计划、测试

变更主管安排并协调相应资源制定变更计划，包括实施计划、测试计划、回退计划、配置项更新计划等。应安排对实施计划和回退计划进行测试，随后将测试结果、实施计划、回退计划、配置项更新计划等提交给变更经理审核。

n变更经理评估、审批

变更经理接受RFC，如果确定是紧急变更，则快速完成评估、审批。对标准变更，确定变更风险等级，审阅变更实施计划、测试报告、回退计划和配置项更新计划，批准或驳回变更申请，如需要更高级别管理层的审批，则根据不同风险级别报批。

n变更委员会（CAB）/紧急变更委员会（ECAB）评估、审批

变更经理将根据特定的变更请求成立特定的CAB/ECAB，成员包括对该变更的评估和批准提供应有附加价值的技术人员和管理人员，审阅工作包括变更的风险、对现有服务的影响、实施计划、回退计划和配置项更新计划等，并做出批准与否的决定。如为紧急变更，则快速完成以上评估、审批。

n管理层审批

对于风险等级为“重大”的变更，在变更委员会审批通过后，必须再由变更经理报请至管理层审批。ITSS认证

n协调变更实施

变更主管负责协调资源，准备实施前相关工作，组织人员按计划实施变更，变更主管监控实施过程和结果，并在必要时进行协调或做出决定。在这阶段可能需要变更经理和变更委员会成员的帮助。

n回顾和关闭

实施变更后，变更主管确保配置项及时得到更新，并协同变更经理负责从技术、管理、业务角度去回顾变更，确保RFC得到了预期效果，并寻找改进机会或行动计划，在回顾过程中可能会需要得到变更委员会中相关领域的技术人员的帮助，随后更新变更记录并关闭RFC。

6.3与其他流程的关系

变更管理流程可以从其他的服务管理流程接收到变更请求(RFC)。

n和配置管理流程的关系

变更管理涉及到的配置改变应当在配置管理数据库中得到体现，改变的数据可能包括配置项、配置项间的关系或配置项的某些属性。

变更的评估需要从配置管理数据库中获取相关的信息进行分析。

n和事件管理流程的关系

事件的解决可能需要触发变更管理流程来实现，变更成功实施后应当通知事件管理流程。

n和问题管理流程的关系

问题管理流程中对于错误的修正可能需要触发变更管理流程，变更成功实施后应当通知问题管理流程。

n和发布管理流程的关系

发布管理为变更管理提供支持，负责计划与实施变更，通过正规的实施变更流程及测试确保应用系统的质量。

变更计划实施的过程中，软件版本上线类变更和统一工程割接类变更会触发发布管理流程，如果发布管理流程是由变更管理流程触发，则发布记录必须与变更记录相关联。

n和需求管理流程的关系

需求管理流程的需求上线需要触发变更管理流程来实现，变更成功实施后应当通知需求管理流程。

6.4流程范围

变更管理流程涵盖BOSS系统、BASS、P-BOSS和BOMC系统等生产环境中的下列变更活动：

nIT基础架构的变更，如服务器、网络设备、存储、基础设施、系统软件、备件等的变更

n日常化业务需求变更，可以应用软件的主版本、次版本升级、软件补丁等变更，或者导致应用系统参数的调整

n相关文档的变更，如使用手册等

不包括：

n在上线之前的软件开发、测试等活动ITSS考试

n尚处于开发、测试环境的应用软件

待续http://www.ITILxf.com/thread-52483-1-1.html

本帖关键字：ITSS

20151022淡然

续上





6.变更管理流程6.1流程目的

变更管理流程将通过标准统一的方法和步骤来管理和控制所有对IT生产环境有影响的变更。主要的目的包括：

nIT部门可以管理和引导用户变更需求

n通过对所有变更的正确评估，可以维护IT生产环境的完整性ITSS培训

n变更和变更实施得到正确记录，并提供审核统计

n减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用

n提高资源使用率

6.2流程主要内容

变更管理流程始于变更的接收，结束于变更的实施和回顾。该流程包含下述主要内容：

n提出RFC、评估、分类

变更申请人提出RFC，由变更主管负责检查和完善其内容，通过查询配置管理数据库，进行风险等级的初步评估；并尽量提出可能与业务发生的关联的影响，已供决策参考。变更主管并对变更进行分类；如为紧急变更，则按照紧急变更子流程执行；如为简单变更，直接制定变更计划，并安排实施。

n变更主管负责组织制定变更计划、测试

变更主管安排并协调相应资源制定变更计划，包括实施计划、测试计划、回退计划、配置项更新计划等。应安排对实施计划和回退计划进行测试，随后将测试结果、实施计划、回退计划、配置项更新计划等提交给变更经理审核。

n变更经理评估、审批

变更经理接受RFC，如果确定是紧急变更，则快速完成评估、审批。对标准变更，确定变更风险等级，审阅变更实施计划、测试报告、回退计划和配置项更新计划，批准或驳回变更申请，如需要更高级别管理层的审批，则根据不同风险级别报批。

n变更委员会（CAB）/紧急变更委员会（ECAB）评估、审批

变更经理将根据特定的变更请求成立特定的CAB/ECAB，成员包括对该变更的评估和批准提供应有附加价值的技术人员和管理人员，审阅工作包括变更的风险、对现有服务的影响、实施计划、回退计划和配置项更新计划等，并做出批准与否的决定。如为紧急变更，则快速完成以上评估、审批。

n管理层审批

对于风险等级为“重大”的变更，在变更委员会审批通过后，必须再由变更经理报请至管理层审批。ITSS认证

n协调变更实施

变更主管负责协调资源，准备实施前相关工作，组织人员按计划实施变更，变更主管监控实施过程和结果，并在必要时进行协调或做出决定。在这阶段可能需要变更经理和变更委员会成员的帮助。

n回顾和关闭

实施变更后，变更主管确保配置项及时得到更新，并协同变更经理负责从技术、管理、业务角度去回顾变更，确保RFC得到了预期效果，并寻找改进机会或行动计划，在回顾过程中可能会需要得到变更委员会中相关领域的技术人员的帮助，随后更新变更记录并关闭RFC。

6.3与其他流程的关系

变更管理流程可以从其他的服务管理流程接收到变更请求(RFC)。

n和配置管理流程的关系

变更管理涉及到的配置改变应当在配置管理数据库中得到体现，改变的数据可能包括配置项、配置项间的关系或配置项的某些属性。

变更的评估需要从配置管理数据库中获取相关的信息进行分析。

n和事件管理流程的关系

事件的解决可能需要触发变更管理流程来实现，变更成功实施后应当通知事件管理流程。

n和问题管理流程的关系

问题管理流程中对于错误的修正可能需要触发变更管理流程，变更成功实施后应当通知问题管理流程。

n和发布管理流程的关系

发布管理为变更管理提供支持，负责计划与实施变更，通过正规的实施变更流程及测试确保应用系统的质量。

变更计划实施的过程中，软件版本上线类变更和统一工程割接类变更会触发发布管理流程，如果发布管理流程是由变更管理流程触发，则发布记录必须与变更记录相关联。

n和需求管理流程的关系

需求管理流程的需求上线需要触发变更管理流程来实现，变更成功实施后应当通知需求管理流程。

6.4流程范围

变更管理流程涵盖BOSS系统、BASS、P-BOSS和BOMC系统等生产环境中的下列变更活动：

nIT基础架构的变更，如服务器、网络设备、存储、基础设施、系统软件、备件等的变更

n日常化业务需求变更，可以应用软件的主版本、次版本升级、软件补丁等变更，或者导致应用系统参数的调整

n相关文档的变更，如使用手册等

不包括：

n在上线之前的软件开发、测试等活动ITSS考试

n尚处于开发、测试环境的应用软件

待续http://www.ITILxf.com/thread-52483-1-1.html

本帖关键字：ITSS