在企业发展中，变更无处不在。尤其当企业应用IT技术发展到一定规模后，对信息系统和信息技术提供的IT服务的管理需要花费大量的时间。这些管理主要表现在：
· 评估业务变更对IT的影响
· 分析IT设施变更对业务的影响
· 识别持续出现的问题中潜在的变更需求
· 实现新的想法和技术可能带来的变更
依据国内外企业的最佳实践，变更管理和配置管理同时进行规划和实施将发挥更大的作用。同时实施可以帮助企业衡量仅进行其中一个管理所带来的风险。配置管理通过对配置数据库中数据项的管理，记录了组织和组织提供的服务中所有涉及到的IT资产，相关文档和配置情况等等，对变更管理也不例外。变更请求（RFC）是配置管理中记录变更管理的最重要的配置项。
变更请求（RFC）是管理企业IT、业务进行变更的技术。它包括对基础设施、服务、活动等企业IT服务基础设施和会影响企业IT服务质量的因素的变更的管理。从不同角度看，它不仅是配置数据库中的数据项，而且是变更管理的输入和输出，RFC成为配置管理和变更管理的“临界区”，对整合配置管理和变更管理有着重要的意义。
那么RFC是如何贯穿变更管理，协调变更管理和配置管理的呢？下面将以变更管理的几个方面进行介绍和说明。变更需求初始化阶段：变更的登记和筛选
来自企业的各个方面的变更需求，首先需要向变更管理经理提出申请。提出请求时候，需要提交RFC。配置管理中马上进行RFC的登记，以此完成RFC的初始化。
RFC的提交可以是书面的，也可以是电子版的。一般提倡企业的所有员工都由提交RFC的权利，这样有利于创新和避免对某些重要问题的及时的关注。对于中大型企业，一般客户（IT服务的对象，企业的员工）的RFC请求最好首先获得该客户上层经理签字认可。这个过程有利于淘汰那些缺乏广大客户支持的需求，不可操作的变更需求，整合相近的需求等等，从而减少提交的RFC的数量。与此同时，上层经理也要注意，不要错失员工有创新的RFC以及激发和维护员工的积极性。
这个阶段RFC提交的内容可以包括：
· RFC编号
· 与变更有关的问题编号（可选）
· 确认和描述变更会影响到的配置项（企业已经进行配置管理）
· 变更的原因
· 不进行变更会带来的影响
· 变更会影响到的配置项的版本
· 提交变更需求的员工的姓名、职位和联系方式
· 提交变更需求的时间
· 上层经理的签字认可（可选）
对RFC的编号可以由时间为顺序。如果RFC的提交是作为一个问题记录（PR）的解决方案，则需要建立问题编号和RFC的链接。如果企业已经具有提供配置管理和变更管理的整合服务工具，就可以同时完成RFC的提交和配置项的储存，已经建立他们之间的链接。这将有利于分析变更对企业其他配置的影响。否则，这些信息都需要进行手动输入。请求的流程中也需要明确那些人可以访问RFC登记的系统。正常情况下，只有被准许的人可以创建或者修改对RFC管理的报道；只有配置管理和变更管理的员工有权结束一个RFC。
对于那些没有批准的RFC，变更管理经理需要明确筛选的标准，并且与提交变更者进行沟通，并在登记RFC同时做好记录。变更需求批准阶段：
RFC登记后，变更具体开发前，需要对变更进行仔细的评估和进一步的分析。只有当变更得到批准后，才可以实施。首先，需要对变更进行分类。变更是来自企业各个层面和各个方面的，对变更的分类有利