项目变更申请单用于在单个项目范围内提出范围、计划或预算调整，并记录变更内容、影响评估、审批结论与基线更新安排。本文提供一份可直接复制到文档或表格工具中的空白申请单，逐字段说明填写口径，区分必填与选填，并给出一份完整填写示例。申请单在项目管理工具中流转时，ONES 可承接审批记录与基线对比的衔接。
要点总览（TL;DR）
- 空白申请单按基本信息、变更内容、影响评估、审批、执行与基线更新五段组织，复制到文档或表格工具即可填写。
- 必填字段集中在申请编号、项目名称、申请人、变更类型、现状与变更后描述、变更原因、审批结论；影响评估区按变更类型区分必填重点。
- 影响评估按“变化对象—变化幅度—应对措施”三步写，能测算的写数量，暂不能测算的写定性判断并注明补充时点。
- 完整示例演示了范围与计划组合变更从申请到关闭的全过程，审批条件与基线版本号形成可追溯的对应关系。
- 模板可按项目规模、审批层级和变更类型裁剪，并通过版本记录与基线文档联动保持长期可用。
可复制的项目变更申请单空白模板
下表按申请、评估、审批、基线更新四段组织，复制到 Word、Excel 或在线文档后即可填写。表格采用“字段—填写内容”两列结构，便于逐行补齐；在表格工具中使用时，可将每一行转为独立列，形成横向表单。
| 分区 | 字段 | 填写内容 |
|---|---|---|
| 基本信息 | 申请编号 | |
| 项目名称 | ||
| 申请人 / 所属角色 | ||
| 申请日期 | ||
| 变更类型 | □范围 □计划 □预算 □组合变更 | |
| 变更内容 | 现状描述 | |
| 变更后描述 | ||
| 变更原因 | ||
| 影响评估 | 范围影响 | |
| 进度影响 | ||
| 成本影响 | ||
| 质量影响 | ||
| 资源影响 | ||
| 风险影响 | ||
| 审批 | 评估人意见 | |
| 审批人结论 | □批准 □有条件批准 □驳回 □退回补充 | |
| 审批意见说明 | ||
| 审批日期 | ||
| 执行与基线更新 | 生效日期 | |
| 基线版本 | 变更前： 变更后： | |
| 跟踪人 | ||
| 关闭状态 | □执行中 □已完成 □已关闭 □已撤销 | |
| 关闭日期与确认人 |
模板中的勾选项可直接保留复选框，也可改为下拉选项。若项目已有统一的变更编号规则，申请编号一栏按既有规则填写，无需另建体系。
字段说明：每个格子该填什么
字段说明的目标是让不同角色填出的申请单可以直接比对和审批。同一字段在不同项目中的写法越一致，审批人判断影响的工作量越小。下表按字段给出填写要求与常见错误。
| 字段 | 填写要求 | 常见错误 |
|---|---|---|
| 申请编号 | 按“项目简称-变更类型-流水号”或组织既有规则编制，全项目唯一，提交后不再更改 | 重复编号；提交后修改编号导致与审批记录对不上 |
| 项目名称 | 使用立项时的正式名称，与项目计划、预算文档保持一致 | 使用内部简称，跨部门审批时无法对应到具体项目 |
| 申请人 / 所属角色 | 写明姓名与在项目中的角色，如“张三 / 项目经理” | 只写姓名，审批人无法判断申请人是否有权提出该类变更 |
| 申请日期 | 填写提交日期，格式统一为“YYYY-MM-DD” | 填写起草日期，与实际提交时间不一致 |
| 变更类型 | 勾选主要类型；同时涉及两类以上时勾选“组合变更”并在变更内容中分项说明 | 全部勾选，导致审批路径无法确定 |
| 现状描述 | 写清当前已批准的范围、计划或预算状态，引用对应基线版本或文档编号 | 只写“按原计划”，没有可核对的基线依据 |
| 变更后描述 | 写清调整后的具体状态，包括数量、日期、金额等可核对信息 | 写“适当调整”“尽快完成”等无法验收的表述 |
| 变更原因 | 说明触发变更的事实，如客户新增要求、供应商延期、法规调整，并注明信息来源 | 只写“项目需要”，无法判断变更必要性 |
| 范围影响 | 列出新增、删除或修改的交付物及其验收标准变化 | 只写“范围不变”，但变更后描述中已包含新交付物 |
| 进度影响 | 给出关键里程碑的调整前后日期，以及总工期变化天数 | 只写“延期”，不写延期幅度和受影响里程碑 |
| 成本影响 | 给出金额变化及计算口径，如人力成本按人天单价折算 | 只写“成本增加”，无金额和测算依据 |
| 质量影响 | 说明验收标准、测试范围或缺陷容忍度的变化；无变化时写“无变化”并说明核对依据 | 留空，审批人无法区分“无影响”与“未评估” |
| 资源影响 | 写明人员、设备、外部服务的变化，包括增减人数与投入时段 | 只写“需要加人”，不写人数与时段 |
| 风险影响 | 列出变更引入的新风险及应对措施，标注风险等级 | 只写“风险可控”，无具体风险项 |
| 评估人意见 | 由技术、财务或计划负责人分别给出评估结论，注明评估依据 | 评估意见与影响评估数据矛盾，未说明取舍理由 |
| 审批人结论 | 从批准、有条件批准、驳回、退回补充中选择一项；有条件批准须写明条件 | 只写“同意”，未说明是否附带条件 |
| 审批意见说明 | 记录审批人对范围、进度或成本的附加要求 | 留空，执行阶段无法追溯审批时的约束 |
| 生效日期 | 填写变更正式生效的日期，通常为审批通过后的约定日期 | 填写申请日期，导致执行早于批准 |
| 基线版本 | 记录变更前基线版本号与变更后新基线版本号，两者对应 | 只写变更后版本，无法追溯变更起点 |
| 跟踪人 | 指定负责跟进变更执行与基线更新的人员 | 填写审批人，执行跟踪无人负责 |
| 关闭状态 | 按执行进展更新状态，关闭时填写关闭日期与确认人 | 变更执行完成后长期停留在“执行中” |
影响评估字段的写法有两种口径：能测算的写数量，如“工期延长 10 个工作日”“成本增加 8 万元”；暂时无法测算的写定性判断并注明测算时点，如“预计影响测试资源，具体人天在详细设计后补充”。两种口径都要求可核对，避免只写结论不写依据。
必填与选填：哪些字段不能空
必填字段缺失会直接导致审批退回或审批依据不足。下表区分必填与选填，并说明缺失后果和适用情形。
| 字段 | 必填 / 选填 | 缺失后果或适用情形 |
|---|---|---|
| 申请编号 | 必填 | 缺失则无法建立审批记录与后续跟踪的对应关系 |
| 项目名称 | 必填 | 缺失则审批人无法定位项目与基线文档 |
| 申请人 / 所属角色 | 必填 | 缺失则无法确认申请权限与责任归属 |
| 申请日期 | 必填 | 缺失则无法判断审批时效与生效顺序 |
| 变更类型 | 必填 | 缺失则无法确定审批路径与评估重点 |
| 现状描述 | 必填 | 缺失则变更缺少对照起点，影响评估无法核对 |
| 变更后描述 | 必填 | 缺失则审批对象不明确 |
| 变更原因 | 必填 | 缺失则无法判断变更必要性 |
| 范围影响 | 范围变更时必填 | 范围变更未填则无法确认交付物与验收标准变化 |
| 进度影响 | 计划变更时必填 | 计划变更未填则无法评估里程碑与工期 |
| 成本影响 | 预算变更时必填 | 预算变更未填则财务无法审核 |
| 质量影响 | 必填（可写“无变化”） | 留空则无法区分未评估与无影响 |
| 资源影响 | 涉及人员或设备调整时必填 | 未填则资源冲突在执行阶段才暴露 |
| 风险影响 | 必填（可写“无新增风险”） | 留空则审批人无法判断变更的风险敞口 |
| 评估人意见 | 按审批层级必填 | 缺失则审批结论缺少评估支撑 |
| 审批人结论 | 必填 | 缺失则变更不具备执行依据 |
| 审批意见说明 | 有条件批准时必填 | 未填则附加条件无法传递到执行环节 |
| 审批日期 | 必填 | 缺失则无法确定生效时间 |
| 生效日期 | 批准后必填 | 缺失则执行与批准的时间关系不清 |
| 基线版本 | 批准后必填 | 缺失则基线更新无记录，后续无法追溯 |
| 跟踪人 | 批准后必填 | 缺失则执行跟踪责任不明 |
| 关闭状态 | 执行阶段必填 | 缺失则变更无法闭环 |
| 关闭日期与确认人 | 关闭时必填 | 缺失则无法确认变更已按批准内容完成 |
不同变更类型的必填差异集中在影响评估区：范围变更重点填范围影响与质量影响；计划变更重点填进度影响与资源影响；预算变更重点填成本影响与资源影响。组合变更则需覆盖所涉及类型的全部影响字段。
附件与支撑材料按变更类型提交：范围变更附需求说明或客户确认记录；计划变更附调整后的进度计划或里程碑清单；预算变更附费用测算表或报价单。附件在申请单中列出名称与编号，正文不重复粘贴全文。附件缺失时，对应影响字段的测算依据应写清来源，便于审批人核对。
填写示例：一份完整的项目变更申请单
以下示例为演示情景，项目名称、金额与日期均为虚构，使用时替换为真实数据。示例背景：某企业内部系统建设项目处于开发阶段，客户新增一项报表导出需求，项目经理提出范围与计划组合变更。
| 字段 | 填写内容 |
|---|---|
| 申请编号 | XM-2024-变更-007 |
| 项目名称 | 某企业内部管理系统建设项目 |
| 申请人 / 所属角色 | 李敏 / 项目经理 |
| 申请日期 | 2024-06-12 |
| 变更类型 | ☑范围 ☑计划 □预算 ☑组合变更 |
| 现状描述 | 按基线 V1.2，交付范围为 6 个功能模块，计划 8 月 30 日上线，预算 120 万元 |
| 变更后描述 | 新增“报表导出”模块（含 3 类报表），上线日期调整为 9 月 20 日，预算维持 120 万元，通过内部调配消化新增工作量 |
| 变更原因 | 客户在 6 月 10 日验收沟通会上提出报表导出需求，并出具书面确认函（编号 KH-2024-031） |
| 范围影响 | 新增报表导出模块及 3 类报表的验收标准，原 6 个模块范围不变 |
| 进度影响 | 上线日期由 8 月 30 日调整为 9 月 20 日，延长 21 天；受影响里程碑为“系统上线” |
| 成本影响 | 预算不变；新增工作量约 30 人天，由测试阶段压缩 10 人天、复用既有组件节约 20 人天消化 |
| 质量影响 | 新增模块纳入原测试范围，整体验收标准不变；测试周期压缩后增加一轮回归测试 |
| 资源影响 | 开发人员增加 1 人，投入时段为 6 月 17 日至 7 月 19 日 |
| 风险影响 | 新增中风险：测试周期压缩可能遗漏缺陷；应对措施为增加回归测试并提前两周开展联调 |
| 评估人意见 | 技术负责人：方案可行，需保证回归测试资源；财务负责人：预算不变，无需追加审批 |
| 审批人结论 | ☑有条件批准 |
| 审批意见说明 | 批准范围与计划调整；条件为 7 月 5 日前提交回归测试计划，逾期未提交则本变更暂停执行 |
| 审批日期 | 2024-06-14 |
| 生效日期 | 2024-06-17 |
| 基线版本 | 变更前：V1.2 变更后：V1.3 |
| 跟踪人 | 王强 / 项目助理 |
| 关闭状态 | ☑已完成 |
| 关闭日期与确认人 | 2024-09-25 / 张华（项目发起人） |
影响评估部分的写法可以拆成三步核对：先写变化对象，如“上线日期”“新增模块”；再写变化幅度，如“延长 21 天”“新增 3 类报表”；最后写消化方式或应对措施，如“内部调配”“增加回归测试”。三步齐全，审批人才能判断变更是否值得批准。
审批结论与基线更新记录要形成对应关系：有条件批准时，条件写入审批意见说明，并在执行阶段作为跟踪检查项；批准后填写生效日期与新基线版本，基线版本号与项目计划文档同步更新。示例中变更前 V1.2、变更后 V1.3，后续任何追溯都以这两个版本号为起点。
调整与维护：让申请单适配你的项目
模板需要在项目规模、审批层级和变更类型之间做取舍。字段过多会增加填写负担，字段过少会让审批缺少依据。以下调整清单可作为裁剪模板的起点。
- 按项目规模调整：小型项目可合并评估人意见与审批人结论为一栏，减少审批层级；中大型项目保留分项影响评估，并按技术、财务、计划分别设置评估人。
- 按审批层级调整：预算变更超过既定金额阈值时，增加财务复核栏与上级审批栏；阈值以内的变更由项目经理审批即可。
- 按变更类型拆分：范围、计划、预算三类变更使用频率差异大时，可拆成三张子表，共用基本信息区，影响评估区按类型保留对应字段。
- 记录模板版本：模板本身标注版本号与修订日期，字段增删在修订记录中写明原因，避免不同项目使用不同口径的申请单。
- 与基线文档联动：申请单中的基线版本号与项目计划、预算文档的版本号保持一致；变更批准后同步更新基线文档，并在申请单中记录更新人。
- 定期复盘：每季度抽查已关闭的申请单，检查影响评估是否有测算依据、审批条件是否被执行、关闭状态是否及时更新，据此调整字段与必填规则。
申请单在工具中流转时，可以把模板沉淀为固定文档模板，让每次申请从同一结构开始。ONES Wiki 支持通过页面模板库一键创建制式化文档模板，申请单可作为项目文档与项目任务关联；变更批准后，ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，并通过版本对比追溯变更细节。这样申请单上的基线版本号与工具中的基线记录能够对应，复盘时可以直接核对变更前后的计划差异。
常见问题
变更申请被“退回补充”后，应该重新提交一张新申请单吗？
通常沿用原申请编号补充信息后重新提交，保持审批记录与后续跟踪的连续性。补充时在审批意见说明中记录退回原因与本次修改内容，便于审批人对照查看。若变更内容已发生实质调整，例如范围从新增一个模块扩大到两个模块，则按新变更重新编号，并在新申请单的现状描述中引用原申请编号。
变更批准后执行中发现影响评估偏差较大，怎么处理？
先判断偏差是否超出原批准范围。若仍在批准范围内，由跟踪人在申请单中记录实际影响与预估差异，作为复盘依据；若超出原批准范围，例如工期延长幅度明显大于评估值或成本突破审批阈值，应针对超出部分发起新的变更申请，引用原申请编号与基线版本，避免在原单上直接改写已批准的评估数据。
小型项目人手少，申请单能否由申请人自己完成影响评估？
可以，但需要在申请单中写明评估依据，例如测算方法、参考的历史数据或外部报价，让审批人能够核对。涉及预算调整时，建议至少增加一名非申请人的复核意见，避免申请与评估由同一人完成而缺少制衡。项目规模扩大或变更金额上升后，再按审批层级拆分评估人意见栏。
申请单里的基线版本号应该以哪个文档为准？
以项目当前生效的计划或预算基线文档为准，申请单中的变更前版本号与该文档一致，变更批准后同步更新文档版本，并把新版本号回填到申请单。若团队在项目管理工具中维护计划基线，申请单上的版本号应与工具中的基线记录对应，复盘时可以直接核对变更前后的计划差异。ONES 支持设置项目计划和里程碑基线并对比计划与执行偏差，也支持通过版本对比追溯变更细节。
组合变更的审批路径怎么确定？
按所涉及类型中审批层级最高的那一类走完整路径，其余类型的影响评估一并提交。例如范围与预算同时调整，即使范围变更在项目经理权限内，也应进入预算变更对应的财务复核环节。申请单中勾选“组合变更”并在变更内容区按类型分项说明，审批人据此判断需要哪些评估角色参与。
