变更管理流程属于哪个子流程：归属服务转换
变更管理流程属于ITILv3服务生命周期里服务转换阶段下的核心子流程，在ITIL4框架中该实践更名为变更支持，归属于服务价值体系下的管理实践，仅在严格遵循ITILv32011版规范的运维体系内，才会把它划定为服务转换流程组的子流程；如果企业只做服务运营模块，不会把变更管理划入运营子流程，仅把变更实施环节和运营流程做联动。
变更管理流程的层级归属
在ITILv32011版的标准架构里，服务转换是一级大流程，变更管理是它下辖的二级子流程，同层级的子流程还包含发布与部署管理、服务验证与测试、服务资产与配置管理、变更评估。
ITIL4不再沿用生命周期流程划分，改用34项管理实践，原变更管理升级为变更支持实践，内部拆分为变更生命周期管理、变更优化两个子流程，不再隶属于某一个生命周期阶段。
| 框架版本 | 一级主流程/体系 | 二级子流程/实践 | 三级细分流程 |
|---|---|---|---|
| ITILv32011 | 服务转换 | 变更管理 | 变更请求登记、风险评估、授权、实施、事后评审 |
| ITIL4 | 服务价值体系 | 变更支持 | 变更生命周期管理、变更优化 |
适用边界说明
只有执行ITILv3版本运维体系、搭建服务全生命周期管理的企业，才会将变更管理流程归类为服务转换的子流程；仅落地服务运营模块、只管控故障与工单的小型团队，一般不会启用完整的服务转换流程，只会把变更管理作为独立管控环节，不归属任何生命周期子流程。
这份划分依据来自Axelos发布的ITILv32011版《服务转换》官方手册，是主流IT服务管理项目的通用判定依据。
想要了解更多关于变更管理流程属于哪个子流程的文章欢迎访问：百科