计划基线建立与变更记录模板由两张表组成：基线建立登记表记录基线编号、范围、版本、冻结时间、基准内容与确认人；变更记录表记录变更编号、关联基线、变更内容、原因、影响评估、审批链、生效版本与回退方式。审批信息至少包含申请角色、评估角色、批准角色、审批结论、审批时间与审批意见，版本信息用“基线版本号+变更序号”形成可追溯链条。以下模板可直接复制到文档或表格工具中填写，适用于项目计划与里程碑的基线管理。
要点总览（TL;DR）
- 模板由两张表组成：基线建立登记表确定基准，变更记录表记录每次调整，两表通过基线编号关联。
- 审批信息至少记录申请角色、评估角色、批准角色、审批结论、审批时间与审批意见，缺少任一项则变更不得标记为已批准。
- 版本信息用“基线版本号+变更序号”编码：初始基线B1.0，第一次变更生效B1.1，变更编号C01与版本1.1对应。
- 必填字段缺失时阻断提交；回退方式、关联文档链接等选填字段按项目规模与合规要求启用。
- 模板字段与审批层级需随项目演进调整，调整时同步更新字段说明与示例，并给模板本身设置版本号。
可复制空白模板：基线建立登记表与变更记录表
两张表通过“基线编号”关联：基线建立登记表确定一个可比较的基准，变更记录表记录此后每一次对该基准的调整。填写时先建基线、再记变更，基线编号一经分配不再复用。
表一：基线建立登记表
| 字段 | 填写内容 |
|---|---|
| 基线编号 | |
| 基线名称 | |
| 所属项目 | |
| 基线范围 | |
| 基线版本号 | |
| 冻结时间 | |
| 基准内容 | |
| 编制人 | |
| 确认人 | |
| 确认时间 | |
| 关联文档或计划链接 | |
| 备注 |
表二：变更记录表
| 字段 | 填写内容 |
|---|---|
| 变更编号 | |
| 关联基线编号 | |
| 变更标题 | |
| 变更内容 | |
| 变更原因 | |
| 影响评估 | |
| 申请人 | |
| 申请时间 | |
| 评估角色 | |
| 评估意见 | |
| 批准角色 | |
| 审批结论 | |
| 审批时间 | |
| 审批意见 | |
| 生效版本 | |
| 回退方式 | |
| 备注 |
字段说明：每个字段记录什么、怎么填
字段口径统一，才能让不同角色填出的记录可以互相对照。下表给出每个字段的含义、填写口径与示例值，示例值仅用于说明格式。
基线建立登记表字段说明
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 基线编号 | 基线的唯一标识 | 项目代号加顺序号，全项目唯一且不复用 | PRJ-A-BL-001 |
| 基线名称 | 基线的业务称呼 | 体现范围与阶段，便于检索 | 一期上线计划基线 |
| 所属项目 | 基线归属的项目 | 填写项目全称或项目编号 | 客户门户改版项目 |
| 基线范围 | 本次冻结覆盖的对象 | 写明包含的计划层级、里程碑、交付物，明确不含哪些内容 | 含WBS三层任务与4个里程碑，不含运维计划 |
| 基线版本号 | 基线的版本标识 | 初始基线用B1.0，后续变更按规则递增 | B1.0 |
| 冻结时间 | 基线正式生效的时间点 | 精确到日期，必要时到时刻 | 2025-03-10 |
| 基准内容 | 被冻结的具体内容 | 列明关键交付物、里程碑日期、总工期等可比较项 | 里程碑M1为4月15日，总工期90天 |
| 编制人 | 整理基线记录的人 | 填写姓名与角色 | 张明（项目经理） |
| 确认人 | 对基线内容负责确认的人 | 填写姓名与角色，与编制人区分 | 李华（项目发起人） |
| 确认时间 | 确认人完成确认的时间 | 与冻结时间可同日，也可晚于编制完成日 | 2025-03-10 |
| 关联文档或计划链接 | 基准内容的存放位置 | 填写文档编号或链接，保证可回查 | 计划文档V3.2 |
| 备注 | 补充说明 | 记录例外情况或特殊约定 | 客户确认邮件已归档 |
变更记录表字段说明
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 变更编号 | 变更的唯一标识 | 基线编号加变更序号，与关联基线对应 | PRJ-A-BL-001-C01 |
| 关联基线编号 | 本次变更作用的基线 | 填写基线建立登记表中的基线编号 | PRJ-A-BL-001 |
| 变更标题 | 变更的简要概括 | 一句话说明改什么 | M1里程碑延期两周 |
| 变更内容 | 具体改动 | 写清原值、新值及涉及的任务或交付物 | M1由4月15日调整为4月29日 |
| 变更原因 | 触发变更的原因 | 记录事实依据，避免只写“客户要求” | 接口联调依赖第三方排期推迟 |
| 影响评估 | 变更对范围、进度、成本、资源的影响 | 按维度逐项说明影响对象与程度，并给出结论 | 总工期延长10天，测试资源需增加1人两周 |
| 申请人 | 提出变更的人 | 填写姓名与角色 | 王芳（技术负责人） |
| 申请时间 | 提出变更的时间 | 精确到日期 | 2025-03-25 |
| 评估角色 | 负责影响评估的角色 | 填写角色名称，可多人 | 项目经理、测试负责人 |
| 评估意见 | 评估方的判断 | 写明可行性与附带条件 | 可行，需同步调整验收计划 |
| 批准角色 | 有权批准变更的角色 | 按变更级别确定，写明角色而非仅写姓名 | 项目发起人 |
| 审批结论 | 批准、驳回或暂缓 | 三选一，暂缓需注明复议时间 | 批准 |
| 审批时间 | 作出结论的时间 | 精确到日期 | 2025-03-27 |
| 审批意见 | 审批人的说明 | 记录批准条件或驳回理由 | 同意，需每周同步进度风险 |
| 生效版本 | 变更后的基线版本 | 按编码规则递增 | B1.1 |
| 回退方式 | 变更失效时如何恢复 | 写明回退到哪个版本、由谁执行、依据什么文档 | 回退至B1.0，依据计划文档V3.2 |
| 备注 | 补充说明 | 记录关联变更或后续动作 | 与C02变更联动 |
版本号与变更序号的编码规则
版本信息采用“基线版本号+变更序号”的组合，形成一条可顺序回溯的链条。初始基线记为B1.0；第一次变更批准后生效版本记为B1.1，第二次为B1.2，依次递增。当变更涉及基线范围整体重构时，可升为B2.0，并在备注中说明重构原因。变更编号与版本号分开：变更编号用于定位单条记录，版本号用于标识基线在某时点的状态，两者在变更记录表中同时出现，便于从任一方向追溯。
影响评估字段的填写口径
影响评估是审批判断的主要依据，填写时按范围、进度、成本、资源四个维度逐项说明，每个维度写清受影响的对象和程度，最后给出一句结论。例如“范围不变；总工期延长10天；外包费用增加约两万元；测试资源需增加1人两周；结论为可接受”。影响评估由评估角色完成，申请人不自行填写结论，避免申请与评估混为一体。
必填与选填：哪些字段不能空
必填字段缺失时应阻断提交，记录不能进入审批环节；选填字段按项目规模与合规要求决定是否启用。两张表的必填范围不同，基线表侧重“基准是否成立”，变更表侧重“决策是否可复盘”。
基线建立登记表必填字段
- 基线编号、基线名称、所属项目：缺少任一项则记录无法被检索和关联，阻断提交。
- 基线范围、基线版本号、冻结时间：缺少则基准边界不清，阻断提交。
- 基准内容、编制人、确认人、确认时间：缺少则基线未完成确认，不得标记为已冻结。
变更记录表必填字段
- 变更编号、关联基线编号、变更标题、变更内容、变更原因：缺少则变更无法定位，阻断提交。
- 影响评估、申请人、申请时间：缺少则审批缺少判断依据，阻断进入审批。
- 评估角色、评估意见、批准角色、审批结论、审批时间、审批意见：审批信息中不可省略的部分，缺少任一项则变更不得标记为已批准。
- 生效版本：批准后必须填写，未填写则视为变更未生效。
选填字段的适用场景
关联文档或计划链接在基准内容分散存放时建议填写；回退方式在变更涉及里程碑或对外承诺时建议填写，内部小范围调整可暂不填写；备注用于记录例外约定与关联变更。选填字段一旦填写，应与必填字段保持同一口径，不能出现与基准内容矛盾的描述。
填写示例：一次基线建立与一次变更的完整记录
以下示例为演示情景，展示两张表如何配合使用，字段与前述说明保持一致。
示例：基线建立记录
| 字段 | 填写内容 |
|---|---|
| 基线编号 | PRJ-A-BL-001 |
| 基线名称 | 一期上线计划基线 |
| 所属项目 | 客户门户改版项目 |
| 基线范围 | 含WBS三层任务与4个里程碑，不含运维计划 |
| 基线版本号 | B1.0 |
| 冻结时间 | 2025-03-10 |
| 基准内容 | 里程碑M1为4月15日，M2为5月20日，总工期90天 |
| 编制人 | 张明（项目经理） |
| 确认人 | 李华（项目发起人） |
| 确认时间 | 2025-03-10 |
| 关联文档或计划链接 | 计划文档V3.2 |
| 备注 | 客户确认邮件已归档 |
示例：关联该基线的变更记录
| 字段 | 填写内容 |
|---|---|
| 变更编号 | PRJ-A-BL-001-C01 |
| 关联基线编号 | PRJ-A-BL-001 |
| 变更标题 | M1里程碑延期两周 |
| 变更内容 | M1由4月15日调整为4月29日，M2与总工期同步顺延 |
| 变更原因 | 接口联调依赖第三方排期推迟 |
| 影响评估 | 范围不变；总工期延长10天；外包费用增加约两万元；测试资源需增加1人两周；结论为可接受 |
| 申请人 | 王芳（技术负责人） |
| 申请时间 | 2025-03-25 |
| 评估角色 | 项目经理、测试负责人 |
| 评估意见 | 可行，需同步调整验收计划 |
| 批准角色 | 项目发起人 |
| 审批结论 | 批准 |
| 审批时间 | 2025-03-27 |
| 审批意见 | 同意，需每周同步进度风险 |
| 生效版本 | B1.1 |
| 回退方式 | 回退至B1.0，依据计划文档V3.2，由项目经理执行 |
| 备注 | 验收计划同步更新 |
示例中版本从B1.0演进到B1.1，变更编号中的C01与生效版本中的1.1对应，审批链完整呈现了申请、评估、批准三个环节。后续若再发生一次变更，编号为C02，生效版本为B1.2，回退方式可指向B1.0或B1.1，按实际需要选择。
当基线冻结与变更审批需要在同一处留痕时，可以把这两张表承载到项目协作工具中。ONES 的项目计划支持设置项目计划和里程碑基线，用于对比计划与执行的偏差，并通过版本细节追溯变更；需求、基线、版本和变更可作为统一管理对象，支撑变更影响分析与交付结果回溯。模板中的字段可对应为工作项属性与审批记录，使基线编号、变更编号和审批结论在系统中保持同一条追溯链。具体设置入口与审批流配置以实际产品版本为准。
调整与维护方法：模板如何随项目演进
模板需要随项目规模、审批层级和合规要求调整，调整本身也应留下记录，避免不同项目使用互不兼容的字段口径。
字段增删的判断原则
- 新增字段需回答一个现有字段无法回答的问题，并说明由谁填写、何时填写。
- 删除字段前确认历史记录中该字段是否已被用于审批判断，已使用的字段保留并标注停用时间。
- 字段名称与口径变更时，同步更新字段说明表与示例，保持模板、说明、示例三者一致。
审批角色随项目规模调整的方法
小规模项目可由项目经理评估、项目发起人批准，审批链保留申请、评估、批准三个环节即可；跨部门或对外承诺较多的项目，可增加业务负责人作为评估角色，批准角色按变更级别分层，例如影响里程碑的变更由发起人批准，影响合同范围的变更上报更高层级。调整审批层级时，在变更记录表的批准角色字段中写明角色而非个人，人员变动不影响记录的可读性。
基线与变更记录的归档方式
每个基线连同其全部变更记录作为一个归档单元，按基线编号建立目录，变更记录按变更序号排列。归档内容包括两张表、基准内容对应的计划文档版本以及审批意见的原始记录。项目结项时冻结归档，后续查阅以归档版本为准。
定期复查与模板版本管理
- 每季度复查一次模板使用情况，统计必填字段缺失、审批超时和回退执行的情况。
- 模板本身设置版本号，字段调整时升版，并在模板说明中记录调整内容与生效日期。
- 复查发现某选填字段在多项目中反复填写时，评估是否转为必填；某必填字段长期无实际判断作用时，评估是否降为选填。
- 归档前核对基线编号与变更编号的连续性，缺失编号需在备注中说明原因。
常见问题
基线建立后，如果只是任务日期微调，也需要走变更记录表吗？
判断标准是调整是否改变了已冻结的基准内容。若微调涉及基准内容中列明的里程碑日期、总工期或关键交付物，应记入变更记录表并走审批；若只是基准范围之外的内部任务安排调整，可在备注中说明，不改变基线版本。为避免口径不一，建议在基线范围字段中提前写明哪些层级纳入冻结、哪些不纳入。
审批结论为“暂缓”时，变更记录表还需要填写生效版本吗？
暂缓的变更尚未生效，生效版本字段留空，并在审批意见或备注中注明复议时间与需要补充的材料。待复议通过后，再补填生效版本并按编码规则递增。若复议后驳回，保留原记录并将审批结论更新为驳回，不删除此前的暂缓记录，以保证审批过程可复盘。
多个变更连续发生，版本号应该逐个递增还是合并升版？
常规调整按B1.1、B1.2逐个递增，每次变更对应一个版本，便于从版本反查具体变更。当一次变更涉及基线范围整体重构，或多条变更在同一审批中一并批准时，可升为B2.0，并在备注中说明合并原因及包含的变更编号。两种方式都应在变更记录表中留下对应关系，避免出现无法回溯的版本跳跃。
模板中的审批角色应该写岗位还是写具体人名？
批准角色与评估角色建议写岗位或角色名称，例如项目发起人、测试负责人，人员变动时记录仍然可读；申请人、编制人、确认人则填写姓名加角色，便于追溯具体责任人。审批意见与审批时间按实际填写，不由他人代填。角色名称应与项目实际的审批权限规定保持一致。
把这两张表放进项目协作工具时，需要额外注意什么？
工具承载时重点核对三件事：基线编号与变更编号能否作为可检索的属性保留；审批结论、审批时间与审批意见能否随变更记录一同留存；版本对比能否追溯到具体变更。ONES 的项目计划支持设置项目计划和里程碑基线，用于对比计划与执行的偏差，并通过版本细节追溯变更；需求、基线、版本和变更可作为统一管理对象。具体设置入口与审批流配置以实际产品版本为准，落地前建议先用一条演示变更走通全流程。
