文档介绍：YUKI was compiled on the morning of December 16, 2020
流程管理业务变更管理流程
业务变更管理流程
版本记录
版本号
日期
修改人
描述
2登录
通过分类，确定该RFC的批准人和领导／执行人，并确定是否是紧急变更，紧急变更适用同一流程但将得到快速批准和实施。
提交RFC到变更顾问委员会（CAB）进行评估，确定影响度
变更经理将根据特定的变更请求成立特定的CAB，成员包括对该变更的评估和批准提供应有附加价值的技术人员和管理人员。评估工作包括技术可行性，对容量的影响，对现有服务的影响，资源需求等。
批准RFC
变更经理确定对该RFC有批准权的经理参加CAB，必要时参与评估。评估后该经理根据判断决定是否批准RFC。
检查变更计划／测试结果，并批准实施
变更经理确定合适人员主管该变更并参与CAB， 称为变更主管。变更请求得到评估和批准后，变更主管安排相应资源进行变更的构建／开发，然后需要对将要实施到生产环境的变更进行测试，并制定实施计划，随后提交测试结果和计划给变更经理以获得实施。变更经理必需要确保测试结果和计划都有文档记录和得到签署，并确认变更对生产环境没有影响或影响可以得到控制。这一步骤为变更流程的关键质量检查点。
规划RFC
RFC一旦获得批准，它必须根据资源和其他情况进行规划，确定实施日期，分配相应资源，并通知请求人。
协调变更实施Coordinating the change implementation
一切就绪后，可以实施变更。建议某客户计算机中心的运维组实施相应变更，变更经理监视实施过程，并在必要时进行协调。
更新变更状态
在整个变更过程中，变更的状态从登记，评估，回顾到最后关闭是不同的。变更经理负责更新预先定义好的变更状态。
回顾和关闭
实施变更后，变更经理负责从技术和流程角度去回顾变更，该回顾在预先定义好的时间段针对变更单独进行，除确保RFC得到了预期效果外，也寻找流程的改进机会，如资源计划和实际使用的一致性。确定是否满足了变更目的，有没有副面影响，否则需制定后续行动计划。随后，变更经理负责利用预先定义好的结束状态关闭RFC。
总结汇报
向管理层提供流程报表，向客户提供变更的相关执行信息。定期向相关小组／部门根据流程衡量标准汇报很重要，只有如此，才可以基于现有环境的最新信息，作出进一步的改进建议。
变更会议
变更经理负责定期或不定期召开变更会议，以在IT内部以及与客户就变更管理有一个好的沟通。在会上，可以传递如，最近变更规划（ＦＳＣ），将要实施变更的信息，也包括对变更流程的反馈和建议等。
变更流程回顾
建议定期回顾变更管理流程以提高效率和效能，在实施变更流程不久之后，可以进行第一次回顾，以确保流程得到正确实施并起到预期目的，发现的问题必须追根溯源并尽快解决。之后，可以定期举行正式的回顾——如每三个月。
业务价值
本流程将有助于实现某客户提高IT系统可用性的运维目标：
确保所有变更的实施都不会对业务产生负面影响；
确保所有变更的处理和实施都遵循规范的变更流程；
确保所有变更及实施都得到完整记录；
快速响应变更请求RFC；
确保变更得到跟踪直至解决；
确保和所有相关人员/部门能就变更状态有良好沟通；
变更请求能有从业务/客户角度定义的影响度；
变更的处理机遇所定的影响度分析；
变更管理流程主要的好处在于：
提高IT环境的稳定性；
面对客户需求和技术的快速变化，变更的管理和控制将使对生产环境的变更实施可能带来的风险最小化。
降低运行成本；
来自良好的变更记录有助于运维流程的持续性改进，并加快变更相关问题的解决。
变更管理的人员角色和职责
在变更管理流程中，ITSM对角色建议有４个，变更经理，变更顾问委员会（CAB），变更主管和变更实施人员。
在标准ITIL标准流程中采用CAB环节一般作为参考条件，但是考虑到某客户目前很多运维和变更工作需要各个组协同执行，所以推荐成立CAB。
各角色述职如下：
变更经理
根据ITSM最佳实践，结合某客户的实际情况，建议变更经理和配置经理的角色是一个人，这样可以使变更管理和配置管理结合得更加紧密，同时可以保障配置管理CMDB的准确性。另外，还可以使相关流程更加简捷，确保ITSM管理流程的可推广性。
变更经理职责：
接受变更请求(RFC)，并做初步筛选；
确保变更请求(RFC)得到评估,授权,控制和计划；
确保所有相关人员都尽可能地引入到变更请求的评估中；
确保管理层得到足够关于变更的数量，影响度的信息；
成立变更委员会，并领导变更委员会(CAB)和主持相关会议；
确保变更在符合组织风险和需