CR（变更请求）用于记录和追踪缺陷、扩展请求和任何其他类型的产品变更请求。变更请求的优点在于，它们提供了决策记录，且其评估的流程还确保了变更的影响可在整个项目范围内得到认同和理解。
目的变更的必要性是演进中的软件或现有软件系统所固有的。变更控制经理负责确定变更请求管理的过程，维护变更请求（CR），并确保以可控制的方式变更系统，以便预测变更对系统的影响。变更请求可以用于记录和追踪所有类型的系统变更请求，包括扩展请求和缺陷。 系统分析员可以利用扩展请求确定将来要在产品中包含的特性。为了理解涉众需要，在收集涉众请求时，扩展请求将用作输入。 缺陷就是已交付工作产品中的异常情况或瑕疵。缺陷包含诸如在生命周期早期阶段发现的遗漏和缺点，和/或是用于测试或操作的成熟软件中包含的故障症状（瑕疵）。缺陷还包括与预期目的的偏差或任何要加以跟踪并进行解决的问题。 缺陷的目的在于反映问题的细节，以便可以采取纠正措施、解决方法，并跟踪发生的情况。下列人员使用变更请求：
管理变更请求工作流程明细 提交变更请求的步骤 完成变更请求表单 提交变更请求 更新变更请求的步骤 检索变更请求表单 更新并重新提交变更请求
提要在进行与任何已提交的变更请求有关的决策时，以下属性非常实用：
时机通常在项目生命周期的初期使 CM 操作制度化或建立 CM 操作。因此，变更请求（CR）作为构成变更流程整体的一部分，可以随时在项目过程中提出。 缺陷的主要来源是运行测试的结果（集成、系统和性能测试）。然而，缺陷可以随时出现在软件开发生命周期过程中，缺陷还可包括缺失的或不完整的用例、测试用例或文档的确认。 职责有关项目的任何人员都应该可以提出变更请求。然而，变更请求要得到提出变更请求角色上司的复审和批准才能成为合法请求。变更请求的最后仲裁由复审团队或变更控制委员会（CCB）执行。 变更控制经理负责缺陷的完整性，以确保：
定制准确确定、说明和追踪缺陷需要的实际字段/数据取决于实施的标准、指南和变更控制系统。 变更请求表 在变更管理中，变更请求（CR）是非常重要的。它贯穿变更管理整个过程，不仅是变更管理的输入，同时也是变更管理的输出。同时，变更请求（CR）作为配置管理的配置项内容，是配置管理和变更管理交互和协作的“桥梁”。变更请求（CR）可以由突发事件，服务级别协议等内容的变更需求开始。 变更请求表，是变更请求（CR）的载体，是需要变更的客户与变更管理经理的信息媒体。它主要有以下几个部分组成。 在变更初始阶段，变更请求表需要记录： · 变更请求号，如果与问题管理相关，还需要记录相关的问题号 在变更评估阶段，变更请求表主要需要记录： · 影响和风险评估：影响可以围绕变更管理质量和变更管理带来的好处等实际情况进行设置，例如，可以进行变更管理对项目总进度，项目质量，项目资源等等多个角度，进行影响和资源评估。 在变更批准阶段，变更请求表主要需要记录： · 变更咨询委员会的建议和决定。变更咨询委员会是来自于企业的各个部分，有利于综合、客观地评价变更对于企业其他部门的影响。 在变更行动计划阶段，变更请求表主要需要记录： · 变更执行计划，用于详细说明如何进行变更，必要时候，也可以独立于变更请求表。 在变更执行计划成功一段时间后，变更请求表主要需要记录： · 变更核查日期（review data） 值得大家注意的是，变更管理与配置管理是紧密结合的。变更请求，作为配置项，随着变更管理的开展，配置数据库则不断地进行更新。在数据库中，变更请求还将有一个属性随着变更管理不断变化，那就是变更请求的状态，它可能是“记录的”（logged），“结束的”，“已批准的”等等。 (COSOLU) |
|
