变更请求模板（免费表单和变更日志）

什么是变更请求？

A 变更请求 是对项目已商定的内容（如范围、进度、预算、交付物或计划）进行修改的正式提议。它描述变更内容、解释为何需要、阐明对时间、成本、质量和风险的影响，并记录变更是被批准、拒绝还是推迟，以及由谁决定。

《PMBOK 指南》将变更请求视为实施整体变更控制的输入，早期版本将其分为四类： 纠正措施 （使绩效重新与计划保持一致）、 预防措施 （避免未来出现偏差）、 缺陷补救 （修复不符合要求的产品）以及对项目文件或计划的 更新 。

关键词是*提议*。提出变更请求并不意味着变更一定会发生。它启动了一个简短、可见的流程，由具有相应权限的人审视影响并做出决定。正是这个流程，防止项目逐渐陷入 范围蔓延.

关于表单之外的完整流程，请参阅我们的 变更控制指南.

变更日志预览

第一个选项卡是变更日志。以下示例行展示了处于不同阶段的三项典型请求；请用您自己的内容覆盖。

示例行仅供参考：请替换为您自己的内容。

变更请求模板包含哪些内容

模板是一个包含两个相互配合的选项卡的电子表格。使用 变更请求表 详细描述一项变更，然后在 变更日志 中添加一行摘要，这样您就能在一处看到所有请求及其总影响。

• 变更日志：CR 编号、提出日期、提出人、变更描述、原因、影响：范围、影响：时间（天）、影响：成本（$）、优先级、决定、审批人、决定日期
• 变更请求表：字段、详情

变更日志选项卡

变更日志有 12 列： CR 编号, 提出日期, 提出人, 变更描述, 原因, 影响：范围, 影响：时间（天）, 影响：成本（$）, 优先级, 决定, 审批人 和 决定日期。在高级版和专家版中，“决定”是下拉列表（待定、已批准、已拒绝、已推迟），“优先级”也是下拉列表（高、中、低）。

变更请求表选项卡

表单采用简单的两列布局（字段和详细信息），包含 12 个字段：变更请求编号、提出人和日期、变更描述、原因或收益、考虑过的备选方案、对范围的影响、对进度的影响、对成本的影响、对质量和风险的影响、建议、决定和附加条件，以及批准人和日期。每项变更使用一份表单。

应该下载哪个版本？

变更请求应包含哪些内容

一份好的变更请求能为审批人提供足够的信息，使其无需开长会就能做出决定。以下是模板中的字段、每个字段应写的内容以及示例。

如何填写变更请求模板

每项变更都遵循以下步骤。小变更的整个周期可能只需一天；大变更可能需要召开变更控制委员会会议。

1. 为请求编号。 使用变更日志中的下一个 CR 编号，使每项请求都可追溯。
2. 描述变更和原因。 保持简短、具体。询问请求方的业务收益以及他们需要的完成日期。
3. 列出备选方案。 包括不采取行动、推迟到后续阶段、缩小规模，或与范围内已有的内容进行置换。
4. 评估影响。 与将要执行工作的人一起估算对范围、进度、成本、质量和风险的影响（见下文）。
5. 提出建议。 作为项目经理，说明您建议哪个方案以及原因。
6. 记录并提交决策。 将请求添加到变更日志中，将“决定”设为“待定”，然后根据您的阈值将表单发送给审批人或 变更控制委员会 。
7. 记录决定。 在表单和日志中填写决定、批准人和决定日期。
8. 更新计划并通知相关人员。 对于已批准的变更，更新 项目基准、进度、预算和范围文件，然后通知团队和相关方。对于被拒绝和推迟的变更，也要告知请求方结果。

如何评估影响

影响评估是变更请求的大部分价值所在。与将要执行工作的团队成员一起思考以下问题：

• 范围： 哪些交付物或工作包会发生变化？是否需要删除某些内容来腾出空间？对照您的以下文档进行核查： 工作分解结构.
• 进度计划： 需要多少额外的工作日，变更是否涉及关键路径或固定里程碑？
• 成本： 需要哪些额外的人工、材料、许可或供应商费用？应急储备能否覆盖？
• 质量： 是否需要额外的测试、评审或签核？是否会影响其他功能？
• 风险： 是否会产生新风险或改变现有风险？将任何新风险添加到 风险登记册.

变更请求示例

以下是模板中第二个示例行的完整表单，这是一项在客户门户项目中添加多因素登录的请求。

请注意，该决定提交给了指导小组，而不是仅由发起人决定。$9,000 和十天的规模超出了下一节中的阈值。示例日志中的 CR-001 是一项较小的 $2,400 变更，由发起人批准。

由谁批准变更请求？

审批人取决于变更的规模以及您的 项目治理 的规定。在项目开始时商定阈值，并写入您的 项目管理计划 或 项目章程，这样就无需争论由谁决定。

下表是许多团队设定阈值的一个示例。数字仅作示例；请根据项目规模和发起人的风险偏好自行设定。

A 变更控制委员会 （CCB）是一个共同评审较大变更的小组，通常包括发起人、项目经理、客户代表和技术负责人。一份 RACI 矩阵 是明确这些角色的快捷方式。

变更请求的类型

您会看到变更请求有两种分类方式：按 目的 （《PMBOK 指南》的类别）和按 紧急程度和风险 （常见于 IT 变更管理和许多项目团队）。

您不必使用每一个类别。许多团队会在变更日志中添加“类型”列，或直接使用“优先级”将例行请求与需要提交委员会的请求区分开。

变更请求、变更单与变更日志的比较

这些术语经常被宽泛地使用。以下是它们之间的关系。

变更控制也不同于组织变革管理，后者是关于帮助人们采用新的工作方式。

敏捷项目中的变更请求

在 Scrum 和其他敏捷方法中，大多数变化是预料之中的，通过待办事项列表而不是变更请求来处理。新想法进入 产品待办事项列表，由 产品负责人 将其与现有工作一起排序。冲刺目标在冲刺期间受到保护。

当变更影响到团队控制范围之外的事项时，变更请求在敏捷工作中仍有一席之地，例如：

• 界定范围或交付物的固定价格合同或 工作说明书 。
• 发起人已承诺的固定预算或发布日期。
• 监管、安全或合同要求。
• 对其他团队或供应商的依赖。

在这些情况下，使用模板的轻量版本（通常是初级版变更日志）既能提供审计记录，又不会拖慢团队。

变更请求的常见错误

• 口头接受变更。 在会议上答应的“小忙”永远不会进入计划。无论多小，都要记录下来。
• 只评估成本而不评估进度或风险。 成本低的变更仍可能推迟关键路径或增加风险。
• 没有商定的阈值。 结果要么每项变更都交给发起人，要么一项都不交。
• 决定悬而不决。 停留在“待定”的请求会造成不确定性。设定目标决策时间。
• 不更新基准。 已批准的变更必须纳入进度、预算和范围文件，否则您的进度报告就会出错。
• 忽视累计影响。 评审已批准变更的总和，而不仅仅是孤立地看每一项。
• 忘记形成闭环。 告知请求方结果，包括被拒绝和推迟的请求。

相关模板和指南

变更请求很少单独存在。以下文档与之配合使用： 项目范围模板 定义了衡量变更的基准， RAID 日志模板 和 风险登记册模板 记录变更带来的风险和问题，而 项目计划模板 则是已批准变更最终落实的地方。

项目计划模板免费项目计划模板，包含目标、范围、可交付成果、任务、负责人、日期和…入门 · 进阶 · 专家RAID 日志模板免费 RAID 日志模板，用于跟踪项目的风险、假设、问题和依赖关系…入门 · 进阶 · 专家风险登记册模板免费风险登记册和风险评估模板，包含概率、影响、自动计算…入门 · 进阶 · 专家项目范围说明书模板免费项目范围模板：目标、可交付成果、范围内、范围外、验收…入门 · 进阶 · 专家项目章程模板免费项目章程模板，涵盖目的、目标、范围、里程碑、预算…入门 · 进阶 · 专家工作分解结构（WBS）模板免费工作分解结构模板，包含 WBS 编码、层级、可交付成果、负责人…入门 · 进阶 · 专家

查看所有模板

• 项目管理中的变更控制：流程与模板
• 变革管理与变更控制：主要区别详解
• 范围蔓延：原因、示例及预防方法
• 什么是项目基准？范围、进度与成本

要建立包括角色和变更控制委员会在内的完整流程，请参阅我们的 变更控制指南.

常见问题