本章讲解变更管理、发布管理和CMDB之间的关键区别。
变更管理如何融入IT服务管理的整体框架？
变更管理不仅仅是完成变更。变更管理有效推行变更的能力可以从其他ITSM流程收集的信息中获益，反之亦然。将事件与其引发或由其引发的变更关联，或根据IT基础设施变更更新CMDB，仅仅是创建一个协同工作的完整ITSM实践的开始，帮助更好地管理您的组织。
以下是变更管理如何与其他ITSM流程协同工作的示例：
1. 事件管理：
跟踪导致变更的事件以及由变更引起的事件，可以更好地理解变更对组织的影响。例如，当路由器正在更新时，您可能会收到报告互联网中断的事件工单。将变更与其引发的事件关联，有助于您快速识别事件原因，避免分配资源修复该事件，因为变更完成后问题将自动解决。
2. 请求履行：
对于高影响的服务请求，使用变更来保持IT基础设施的更新非常重要。没有变更，服务器升级或Azure存储空间升级的服务请求仅以服务交付结束。但通过使用变更来实施服务请求，您可以收集更多信息，如变更原因和实施计划，获得所有相关方的必要批准，并用新信息更新CMDB。
注意：使用变更进行请求履行最适合高影响的服务请求以及任何需要更新CMDB的服务请求。如果需要更新CMDB，则必须使用变更！
3. 问题管理：
问题管理 需要创建变更以修复问题的根本原因。能够直接从问题工单中创建RFC，使得跟踪相关变更和问题变得容易。这也让CAB更清楚变更的必要性，并标明引发变更的问题的严重性。
事件、问题和变更有什么区别？
| 事件 | 问题 | Change | |
|---|---|---|---|
| 定义 | 事件是对服务的非计划中断或服务质量的降低。 | 问题是一种或多种事件的原因或潜在原因。 | 变更是对任何可能直接或间接影响服务的事项的添加、修改或移除。 |
| 范围 | 尽快恢复正常的服务操作 | 识别导致正常服务操作中断的根本原因 | 实施解决根本原因的变更，以防止正常服务操作的进一步中断 |
| 性质 | 被动响应 | 被动响应与主动预防 | 被动响应与主动预防 |
| 示例 | 用户无法连接网络。发布临时解决方案以解决事件并恢复用户访问网络。 | 创建问题工单进行根本原因分析（RCA）。网络交换机故障导致事件，需更换交换机。 | 创建变更工单以更换故障交换机。 |
4. 发布与部署管理：
发布与部署 升级受益于变更流程带来的结构化方法。您可以轻松跟踪实施计划、推广计划以及实际的 发布和部署实施。变更带来的透明度和可见性也有助于保持所有相关方的信息同步。
5. CMDB：
Any updates to the CMDB should always be done with a change. A change provides a lot of useful information on why, how, and when the update was done. The impact analysis performed alongside a change also ensures that any updates to the CMDB are properly analyzed and that the update does not create any disruptions to the rest of your organization. You can use change types to record CMDB updates of varying priority.
让您的 ITSM 更加完善
常见问题解答
发布管理和变更管理是协同工作的ITSM流程，有助于更好地管理组织。发布与部署升级受益于变更流程带来的结构化方法。实施计划、推广计划以及实际的发布和部署实施都可以通过变更轻松跟踪。变更带来的透明度和可见性也有助于保持所有相关方的信息同步。
对CMDB的任何更新都应通过变更完成。变更提供了关于为何、如何以及何时进行更新的丰富信息。变更过程中进行的影响分析确保对CMDB的任何更新都经过充分分析，且不会对组织其他部分造成干扰。使用不同优先级的变更类型记录CMDB更新。
发布管理是与其他ITSM流程，尤其是变更管理紧密配合的ITSM流程。发布与部署升级受益于变更流程带来的结构化方法。实施计划、推广计划以及实际的发布和部署实施都可以通过变更轻松跟踪。变更带来的透明度和可见性也有助于保持所有相关方的信息同步。