变更请求流程和变更请求表
在变更管理中，变更请求是非常重要的。它贯穿变更管理整个过程，不仅是变更管理的输入，同时也是变更管理的输出。同时，变更请求作为配置管理的配置项内容，是配置管理和变更管理交互和协作的“桥梁”。
变更请求可以由突发事件，服务级别协议等内容的变更需求开始。变更请求表，是变更请求的载体，是需要变更的客户与变更管理经理的信息媒体。它主要由以下几个部分组成。
1 在变更发起阶段，变更请求表主要需要记录：
变更请求号，如果与问题管理相关，还需要记录相关的问题号
变更描述
变更原因
不实施变更，可能带来的后果
2 在变更评估阶段，变更请求表主要需要记录：
影响和风险评估。影响可以围绕变更管理质量和变更管理带来的好处等实际情况进行设置，例如，可以进行变更管理对项目总进度，项目质量，项目资源等等多个角度，进行影响和资源评估。
变更优先权：在进行影响和风险评估后，可以进行变更优先权的设置。
3 在变更批准阶段，变更请求表主要需要记录：
变更咨询委员会的建议和决定。变更咨询委员会是来自于企业的各个部分，有利于综合、客观地评价变更对于企业其他部门的影响。
批准签名，也可以使用电子方式。
批准的日期
4 在变更行动计划阶段，变更请求表主要需要记录：
变更执行计划。用于详细说明如何进行变更，必要时候，也可以独立于变更请求表。
变更负责人
变更开始执行时间和完成期限
恢复计划（Back-out planning）。一旦变更管理的执行计划没有效果，就需要恢复计划来稳定企业的运作，减少经营风险
5 在变更执行计划成功一段时间后，变更请求表主要需要记录：
变更核查日期（review data）
核查结果。企业在连续性等方面影响
如果核查结果显示此次变更是失败的，则将根据现有情况，进行新的变更管理；如果核查结果认为此次变更是成功的，则变更管理结束。
值得大家注意的是，变更管理与配置管理是紧密结合的。变更请求，作为配置项，随着变更管理的开展，配置数据库则不断地进行更新。在数据库中，变更请求还将有一个属性随着变更管理不断变化，那就是变更请求的状态，它可能是“记录的”（logged），“结束的”，“已批准的”等等。
最后，介绍一款基于web的轻量级变更管理解决方案：ServiceHub e-CM变更请求管理系统，该解决方案基于Bugzero缺陷与变更管理软件开发。（编者加）