于更有针对性的理解和分析变更。分类可以调用标准模型。
接着，变更就需要根据其不同的规模以不同形式提交给变更咨询委员会（CAB）。并且有CAB进行对变更影响和资源的分析，确认是否同意变更，确认变更的重要级别，制定变更进度表等等。这个过程可能是迭代的。这个阶段RFC需要进一步完善的内容包括：
· 变更级别
· 影响和资源评估（可以用其他更具体的独立的形式记录）
· 风险分析
· 业务连续性影响规划
· 变更咨询委员会（CAB）的建议（可以与影响和资源评估一并独立记录）
· 批准签字（可以应用电子签名技术）
· 批准日期和时间
· 实施进度的开始日期和时间
变更分类可以是风险管理方面、成本管理方面、影响管理方面、资源管理方面等等。对变更的优先级别由两个阶段组成。首先是初步确定优先级别。这个过程是在RFC登记后就会进行的，当确定这个变更是属于紧急变更后，整个变更就会进入紧急变更流程。在变更咨询委员会（CAB）在对具体变更评估后，进行的是最终确认优先级别。这个优先级别将在面对多个变更的实施、进度安排、资源使用等内容上，起到指导作用。
变更咨询委员会将根据具体的变更内容，应用变更模型，对变更的影响、评估进行分析。影响力分析、资源分析、风险分析、业务连续性影响分析的内容，如有需要，可以通过另外的文档进行记录。在分析之后，变更咨询委员会，还需要编制变更进度安排表（Forward Schedule）用以协调整个变更的实施和多个变更的资源共享和并行实施等问题。变更进度安排表也可以通过另外的文档进行记录，并且有配置管理进行发布。采用另外的记录时，则需要建立RFC与这些文档的链接。
变更实施阶段：
变更实施主要包括：变更的开发、测试、运行和回顾。在此期间，RFC作为配置管理的配置项，需要及时的更新。RFC需要提交的内容包括：
· 变更实施者的具体介绍（姓名、部门、联系方式等）
· 实施进度具体规划
· 恢复计划
· 具体实施日期和时间
· 回顾日期
· 回顾结果
其中，恢复计划用于测试阶段，对于不成功的变更实施进行恢复，减少变更对运营的影响。如果变更实施回顾的结果是成功了，那么RFC作为配置项的生命周期就结束了。如果不成功，则需要初始化新的RFC。变更管理建立新的RFC，完成现有RFC与新建的RFC之间的链接。另外，在每个RFC的修改后，配置管理需要进行更新，并且记录下RFC处于各个阶段的不同状态。例如：登记、批准、测试等等。
变更请求应用实例：通过RFC进行有效的变更管理和配置管理，可以：
· 更好的整合IT服务与业务需求
· 增进变更管理的透明度和沟通
· 提高风险控制能力
· 减少变更对服务质量的负面影响
· 通过变更管理流程，减少实施时变更的恢复
· 能够更好的处理大量的变更请求
变更管理扮演着保护、提高企业关键业务流程的作用。它不仅仅是一个技术问题，更是一个管理问题。随着企业的规模的扩大，业务的多样化，进行变更管理，将成为企业提高核心竞争能力，有效管理，合理运营的有效途径。