综述

变更管理实践致力于规范相关策略及活动，确保变更管理流程的执行质量和有效性。

1）实践目的

变更管理实践旨在通过准确评估风险、授权变更以及管理变更日程，最大化服务和产品变更的成功率。该流程确保对服务及其组件的变更在可控范围内，并满足组织变更需求。授权的变更应保证预期目标的实现，同时满足组织关于变更效率的管理（变更数量和速度）以及风险管理的要求。

2）适用范围

变更管理流程适用于所有IT基础设施、应用程序、文档、流程、供应商关系，以及可能直接或间接影响产品或服务的其他内容。

3）制定依据

鉴于每个组织面临的问题、外部权变因素、内部业务特征和人员素质的差异性，明确设计思想和原则是保证组织架构设计个性化和目的性的关键。

本次组织架构设计采用了以下设计思想：

·精细化管理，要求基于IT服务和职能，设计IT运维管理组织架构

精细化管理强调管理责任的落实，将管理责任具体化、明确化。要求服务管理的每一个步骤都要精心，每一个环节都要精细。在理解精细化管理的前提下，本次设计基于IT运维管理组织对外提供的IT服务和内部的职能，进行组织架构的设计。

·现代化管理，要求融合国际最佳实践ITSM服务管理

借鉴学习国际先进的IT服务管理方法和最佳实践也是本次设计的核心思想之一。在IT运维管理组织架构设计中，融合了先进的ITSM服务管理知识和实践。

本次设计遵循了以下设计原则：

·科学性：充分借鉴国际先进的组织理论，并运用管理学的IT组织架构设计方法论和ITSM服务管理方法论，确保设计成果的科学性与合理性。

·实用性：立足于XX系统IT运维管理组织的现状，避免设计的理想主义，综合考虑组织行为的效率和效果。

·前瞻性：充分考虑和相关行业数字化发展趋势，依据IT行业的发展特点，预测IT运维管理中心未来可能的变化。

4）相关术语与定义

·变更：添加、修改或删除可能对服务产生直接或间接影响的任何内容。

·标准变更（Standardchange）：一种低风险、预先授权的变更，能够被完全理解和记录，并且可以在不需要额外授权的情况下实施。标准变更的示例包括：服务请求的实现、标准事件解决方案、对灾害的标准反应（按照DRP）通过CI/CD的高度自动化的变更、基础架构的维护、日常应急检测、日常软件更新等。

·一般变更（Normalchange）：未知的、中等或高风险的变更，需要额外的授权来进行计划和控制。一般变更的处理通常利用现有变更模型来提高效率。一般变更可以通过创建（手动或自动）变更请求（RFC）来触发。

·紧急变更（Emergencychange）：这些变更必须尽快实施；例如，为了解决某个事件或实施安全补丁。

·紧急变更通常不在变更日程中，评估和授权流程更快，以确保快速实施。

·如果可能，紧急变更应与正常变更接受同样的测试、评估和授权，但也可以将部分文件推迟到变更实施之后，有时由于时间有限，有必要在实施变更时减少测试。

·对于紧急变更，可能会有一个单独的变更授权人，通常包括少数了解相关业务风险的高级管理人员。

·变更请求（RFC）：用于启动变更管理流程的提议变更的描述。可以通过创建（手动或自动）变更请求来触发一般变更。然而，具有CI/CD自动化流程的组织通常会利用自动化执行大多数变更过程。某些步骤（如服务请求登记）实际上可能变得不可见。

·变更授权（Changeauthority）：负责授权变更的个人或团体。变更授权人通常为能够快速做出决定的人，他们经常会通过自动化来加快变更速度。还有一些正常变更非常重大，其变更授权人最高可为管理委员会（或同等机构）。

·变更模型（Changemodel）：管理特定类型变更可重复的方法，比如网络变更、云平台变更、某个应用系统的变更等。变更模型为处理一般变更提供了指导。组织通常会根据评估，授权和持续控制的类型来定义变更模型。可以基于以下因素定义变更模型：

·变更的系统/技术

·变更的规模

·地点/地区

·客户

·影响变更的法规要求参考数字化IT运维管理体系建设指南等书籍资料

综述

变更管理实践致力于规范相关策略及活动，确保变更管理流程的执行质量和有效性。

1）实践目的

变更管理实践旨在通过准确评估风险、授权变更以及管理变更日程，最大化服务和产品变更的成功率。该流程确保对服务及其组件的变更在可控范围内，并满足组织变更需求。授权的变更应保证预期目标的实现，同时满足组织关于变更效率的管理（变更数量和速度）以及风险管理的要求。

2）适用范围

变更管理流程适用于所有IT基础设施、应用程序、文档、流程、供应商关系，以及可能直接或间接影响产品或服务的其他内容。

3）制定依据

鉴于每个组织面临的问题、外部权变因素、内部业务特征和人员素质的差异性，明确设计思想和原则是保证组织架构设计个性化和目的性的关键。

本次组织架构设计采用了以下设计思想：

·精细化管理，要求基于IT服务和职能，设计IT运维管理组织架构

精细化管理强调管理责任的落实，将管理责任具体化、明确化。要求服务管理的每一个步骤都要精心，每一个环节都要精细。在理解精细化管理的前提下，本次设计基于IT运维管理组织对外提供的IT服务和内部的职能，进行组织架构的设计。

·现代化管理，要求融合国际最佳实践ITSM服务管理

借鉴学习国际先进的IT服务管理方法和最佳实践也是本次设计的核心思想之一。在IT运维管理组织架构设计中，融合了先进的ITSM服务管理知识和实践。

本次设计遵循了以下设计原则：

·科学性：充分借鉴国际先进的组织理论，并运用管理学的IT组织架构设计方法论和ITSM服务管理方法论，确保设计成果的科学性与合理性。

·实用性：立足于XX系统IT运维管理组织的现状，避免设计的理想主义，综合考虑组织行为的效率和效果。

·前瞻性：充分考虑和相关行业数字化发展趋势，依据IT行业的发展特点，预测IT运维管理中心未来可能的变化。

4）相关术语与定义

·变更：添加、修改或删除可能对服务产生直接或间接影响的任何内容。

·标准变更（Standardchange）：一种低风险、预先授权的变更，能够被完全理解和记录，并且可以在不需要额外授权的情况下实施。标准变更的示例包括：服务请求的实现、标准事件解决方案、对灾害的标准反应（按照DRP）通过CI/CD的高度自动化的变更、基础架构的维护、日常应急检测、日常软件更新等。

·一般变更（Normalchange）：未知的、中等或高风险的变更，需要额外的授权来进行计划和控制。一般变更的处理通常利用现有变更模型来提高效率。一般变更可以通过创建（手动或自动）变更请求（RFC）来触发。

·紧急变更（Emergencychange）：这些变更必须尽快实施；例如，为了解决某个事件或实施安全补丁。

·紧急变更通常不在变更日程中，评估和授权流程更快，以确保快速实施。

·如果可能，紧急变更应与正常变更接受同样的测试、评估和授权，但也可以将部分文件推迟到变更实施之后，有时由于时间有限，有必要在实施变更时减少测试。

·对于紧急变更，可能会有一个单独的变更授权人，通常包括少数了解相关业务风险的高级管理人员。

·变更请求（RFC）：用于启动变更管理流程的提议变更的描述。可以通过创建（手动或自动）变更请求来触发一般变更。然而，具有CI/CD自动化流程的组织通常会利用自动化执行大多数变更过程。某些步骤（如服务请求登记）实际上可能变得不可见。

·变更授权（Changeauthority）：负责授权变更的个人或团体。变更授权人通常为能够快速做出决定的人，他们经常会通过自动化来加快变更速度。还有一些正常变更非常重大，其变更授权人最高可为管理委员会（或同等机构）。

·变更模型（Changemodel）：管理特定类型变更可重复的方法，比如网络变更、云平台变更、某个应用系统的变更等。变更模型为处理一般变更提供了指导。组织通常会根据评估，授权和持续控制的类型来定义变更模型。可以基于以下因素定义变更模型：

·变更的系统/技术

·变更的规模

·地点/地区

·客户

·影响变更的法规要求参考数字化IT运维管理体系建设指南等书籍资料