变更管理与其它流程有如下关系：

事故管理

事故管理与变更管理有两方面的关系。一方面，变更管理处理事故管理请求的变更从而抵消事务的影响。另一方面，尽管采取了很多预防措施，变更的实现还是会导致错误和事故。这些可能与变更执行的不好有关，或者与没有为变更做好充分准备的用户有关。事故管理的相关人员必须明白变更的执行，这样可以很快地确定和补救任何相关的事故。

配置管理

变更管理和配置管理紧密相关，因此这两个流程可以有效地结合起来，这一点在ITIL服务支持指导中也得到推荐。

在配置管理的控制下，变更被记录下来，同时，变更影响度分析也被记录；配置管理确立了变更正在处理的配置项和其它配置项之间的关系，显示变更将影响到什么。

问题管理

变更管理和问题管理的关系很像变更管理和事故管理的关系。一方面，变更往往被要求去纠正错误，解决问题。另一方面，如果变更的实现没有得到很好的控制，变更会导致新的错误，引发新的问题。

发布管理

变更经常会促进新的发展，一系列从属于发布管理的应用或者技术架构的分配。许多影响IT应用或处于基础架构同一区域的变更也被整合到一个包发布，它从属于发布管理。通常，它会带来更彻底的测试和通信等好处。新发布的上线由变更管理控制。

服务级别管理

服务级别管理包括在判定服务变更的影响和业务流程中。鉴于这种情况，服务级别管理可能在CAB中声明。如果一个变更会带来较大的影响或者高风险，它的实现和时间必须与用户进行讨论决定。变更管理向服务级别管理提交服务计划可用性报告，在这个报告中，变更管理列出对现有服务级别协议的改变和对服务可用性中变更进度计划表的影响。

可用性管理

可用性管理发起旨在提高服务可用性的变更。如果真的得到了提高，它也会进行验证。可用性管理经常包括在估计变更的潜在影响中，同样地，影响会对服务的可用性起作用。

能力管理

能力管理首先必须考虑到变更长时间的累积作用，例如，相应时间的增加和更多处理的需求，网络或存储能力。在能力计划的基础上，能力管理将有规律地以变更请求（RFC）的形式提议增加或者变更，以提高现有能力的使用，并对其进行扩展。

IT服务持续性管理

确保服务持续性的预防措施和修复计划经常被提及，因为基础架构变更可能作出不可用的或者多余的计划。变更管理与IT服务持续性管理密切合作以保证IT持续性管理能知晓所有可能影响修复计划的变更并采取措施确保修复工作顺利完成。