瀑布项目计划模板通常包含十章正文、八张配套表格和一组附件。正文覆盖项目概述、范围与交付物、WBS、进度与里程碑、资源与角色、成本预算、质量与验收、风险与问题、沟通与变更、配置与文档管理；表格与对应章节一一呼应，字段口径保持一致。本文提供可直接复制到 Word 或在线文档的空白骨架，并说明每格填什么、哪些内容可按项目规模裁剪。
要点总览（TL;DR）
- 瀑布项目计划模板由十章正文、八张配套表格和一组附件组成，章节与表格一一对应，字段口径保持一致。
- 八张表分别是WBS表、里程碑表、活动与工期表、资源分配表、预算表、风险登记表、变更请求表和验收清单，每张表都对应正文中的具体章节。
- 小项目可裁剪成本、沟通与配置章节，但应保留范围、进度、责任、验收的最小闭环；合同交付类项目以合同要求为准，不建议裁剪。
- 填写时保持交叉引用：交付物对应WBS工作包，里程碑对应支撑活动，风险触发信号对应里程碑节点，计划才具备可检查性。
- 基线确认后模板进入受控状态，通过变更请求表记录调整，按主次版本号管理修订，复盘后增删字段并保留修订记录。
可复制的瀑布项目计划模板（空白版）
下面是一份单项目使用的空白计划骨架。复制时保留章节标题和表格表头，把方括号中的提示替换为项目实际内容。章节顺序建议不调整，因为范围、WBS、进度、资源、预算之间存在前后依赖。
正文章节骨架
1. 项目概述：填写项目名称、项目编号、发起人、项目经理、计划版本、编制日期；用三到五句话说明项目背景、建设目标和预期收益。
2. 范围与交付物：写明项目边界，列出纳入范围与排除范围；逐项列出主要交付物及其验收责任方，并注明对应的需求基线版本。
3. 工作分解结构（WBS）：说明分解维度（按交付物、阶段或目标），给出WBS编号规则和分解层级，正文只写分解原则，明细放入WBS表。
4. 进度与里程碑：说明项目起止日期、阶段划分、关键里程碑和任务依赖关系；正文描述进度编排逻辑，明细放入里程碑表和活动工期表。
5. 资源与角色：列出项目组织角色、职责分工、关键岗位投入比例和外部协作方；资源投入明细放入资源分配表。
6. 成本预算：说明预算编制口径（人力、采购、差旅、外包等）、预算总额、资金来源和审批权限；明细放入预算表。
7. 质量与验收：写明质量目标、评审与测试安排、验收标准、验收流程和遗留问题处理方式；验收条目放入验收清单。
8. 风险与问题：说明风险识别方式、评估口径（概率与影响分级）、应对策略和问题升级路径；明细放入风险登记表。
9. 沟通与变更：写明例会节奏、报告对象与频率、变更提出与审批流程、变更对基线的影响处理；变更记录放入变更请求表。
10. 配置与文档管理：说明计划文档、需求文档、设计文档的存放位置、命名规则、版本编号方式和审批留痕要求。
八张空白表格
表1 WBS表：WBS编号 | 层级 | 工作包名称 | 所属交付物 | 负责人 | 完成标准 | 备注
表2 里程碑表：里程碑编号 | 里程碑名称 | 计划日期 | 交付物或决策事项 | 责任人 | 完成标志 | 实际完成日期
表3 活动与工期表：活动编号 | 活动名称 | 所属WBS | 前置活动 | 计划开始 | 计划结束 | 工期（工作日） | 负责人
表4 资源分配表：资源姓名或岗位 | 所属部门 | 项目角色 | 投入比例（%） | 投入起止时间 | 承担活动编号 | 备注
表5 预算表：预算科目 | 费用类别 | 预算金额（元） | 计量口径 | 使用阶段 | 审批人 | 实际支出（元）
表6 风险登记表：风险编号 | 风险描述 | 类别 | 发生概率 | 影响程度 | 风险等级 | 应对措施 | 责任人 | 触发信号 | 状态
表7 变更请求表：变更编号 | 提出日期 | 提出人 | 变更内容 | 变更原因 | 影响范围（范围/进度/成本/质量） | 评估结论 | 审批人 | 审批日期 | 实施状态
表8 验收清单：验收项编号 | 验收对象 | 验收标准 | 验收方式 | 验收人 | 计划验收日期 | 验收结论 | 遗留问题
附件清单
附件一：范围说明书，明确项目边界、交付物清单和排除事项。附件二：需求基线，记录经确认的需求条目及版本号。附件三：组织与职责说明，给出项目组织图和角色职责。附件四：审批记录，保存计划评审、基线确认和变更审批的签字或系统记录。
各章节与表格的字段说明
模板能否用起来，关键在于每个字段有统一口径。下面按章节说明填写要点，并指出它对应哪张表、表格字段如何取值。
范围、WBS与进度章节
范围章节的“纳入范围”和“排除范围”要成对出现，排除项写清楚可以避免后期争议。交付物清单中的每一项都应在WBS表中找到对应工作包，这是范围章节与WBS表的对应关系。WBS表的“层级”用1、2、3表示分解深度，“完成标准”写可核验的结果，例如“通过评审并归档”，避免写“基本完成”。
进度章节对应里程碑表和活动工期表。里程碑表的“完成标志”写事件或决策，例如“需求基线评审通过”，不写具体任务。活动工期表的“前置活动”填活动编号，用于表达依赖；“工期（工作日）”统一用工作日，遇到节假日按组织日历换算。里程碑日期应能在活动工期表中找到支撑活动，否则说明进度编排存在缺口。
资源、成本与质量章节
资源章节对应资源分配表。“投入比例”按百分比填写，同一资源在项目内的投入比例合计不宜超过100%，超出时需要在正文说明外部支持安排。资源分配表的“承担活动编号”与活动工期表关联，便于检查每项活动是否有人负责。
成本章节对应预算表。“计量口径”写清楚金额是含税还是不含税、按人天还是按合同计价；“使用阶段”对应进度章节的阶段划分。质量章节对应验收清单，验收标准应与范围章节的交付物描述一致，验收方式写明是评审、测试还是现场检查。
风险、变更与文档章节
风险章节对应风险登记表。“发生概率”和“影响程度”建议采用高、中、低三档，风险等级由两者组合得出，并在正文写明分级规则。“触发信号”写可观察的前兆，例如“关键供应商交付延迟超过5个工作日”，便于提前响应。
变更章节对应变更请求表。“影响范围”逐项勾选范围、进度、成本、质量，并引用受影响的WBS编号或里程碑编号；“评估结论”写明对基线的影响和处理建议。配置与文档管理章节不单独设表，但应与变更请求表的审批记录、附件中的审批记录保持一致，形成文档版本与变更的对应关系。
必填与选填：按项目规模裁剪模板
全套十章八表适合中等以上规模、有合同约束或需要外部审计的项目。小项目照搬全套表格，填写成本会超过管理收益。裁剪的原则是保留最小闭环：范围清楚、进度可查、责任到人、验收有据。
必填项清单
无论项目大小，以下内容建议保留：项目概述中的项目名称、负责人和起止日期；范围章节的交付物清单与排除范围；WBS表；里程碑表；活动工期表中的活动、工期和负责人字段；资源分配表中的责任人与承担活动；验收清单中的验收对象、标准和验收人。风险登记表和变更请求表在小项目中可以简化字段，但建议保留表本身，用于记录已经发生的风险和变更。
三档裁剪建议
| 项目规模参考 | 保留章节 | 保留表格 | 可简化或省略 |
|---|---|---|---|
| 小型（周期短、团队规模小、无外部合同约束） | 概述、范围与交付物、WBS、进度与里程碑、资源与角色、质量与验收 | WBS表、里程碑表、活动工期表、验收清单 | 成本预算章节可并入概述；风险与变更合并为一张简表；沟通与配置章节写一段约定即可 |
| 中型（多阶段、跨部门协作） | 十章全部保留，沟通与配置章节可精简 | 八张表全部保留，预算表可按科目合并行 | 资源分配表可只保留关键角色；风险登记表可减少字段 |
| 大型（合同交付、多供应商、需审计） | 十章全部保留并补充合同与合规相关说明 | 八张表全部保留，按需增加问题跟踪表 | 不建议裁剪，字段口径需在项目启动会上统一 |
裁剪时要在计划正文中写明“本项目不设××章节，相关内容由××承载”，避免后续评审时被误认为遗漏。合同或客户对交付文档有明确要求的，以合同要求为准，裁剪建议让位于合同条款。
填写示例：一个完整填好的计划片段
以下示例为演示情景，项目背景为某企业建设内部合同管理系统，仅用于说明填写方式，不对应真实项目。
范围章节与WBS表片段
范围章节填写为：本项目交付合同管理系统一期，包含合同起草、审批流转、归档查询三个模块；排除电子签章对接和财务系统集成，这两项列入二期。主要交付物为需求规格说明书、系统设计说明书、测试报告和上线部署包。
| WBS编号 | 层级 | 工作包名称 | 所属交付物 | 负责人 | 完成标准 |
|---|---|---|---|---|---|
| 1.1 | 2 | 需求调研与规格编写 | 需求规格说明书 | 张敏 | 评审通过并完成基线确认 |
| 1.2 | 2 | 系统设计 | 系统设计说明书 | 李昊 | 设计评审通过 |
| 1.3 | 2 | 开发与内部测试 | 测试报告 | 王磊 | 缺陷修复率达到约定标准 |
| 1.4 | 2 | 上线部署 | 上线部署包 | 李昊 | 生产环境验证通过 |
里程碑表与活动工期表片段
| 里程碑编号 | 里程碑名称 | 计划日期 | 交付物或决策事项 | 责任人 | 完成标志 |
|---|---|---|---|---|---|
| M1 | 需求基线确认 | 3月15日 | 需求规格说明书 | 张敏 | 评审会签字确认 |
| M2 | 设计评审通过 | 4月10日 | 系统设计说明书 | 李昊 | 评审意见关闭 |
| M3 | 上线验收 | 6月20日 | 上线部署包 | 王磊 | 验收清单全部通过 |
| 活动编号 | 活动名称 | 所属WBS | 前置活动 | 计划开始 | 计划结束 | 工期（工作日） | 负责人 |
|---|---|---|---|---|---|---|---|
| A01 | 业务访谈 | 1.1 | — | 2月20日 | 2月28日 | 7 | 张敏 |
| A02 | 需求规格编写 | 1.1 | A01 | 3月1日 | 3月12日 | 10 | 张敏 |
| A03 | 概要设计 | 1.2 | A02 | 3月18日 | 4月5日 | 15 | 李昊 |
风险登记表与变更请求表片段
| 风险编号 | 风险描述 | 发生概率 | 影响程度 | 风险等级 | 应对措施 | 责任人 | 触发信号 | 状态 |
|---|---|---|---|---|---|---|---|---|
| R01 | 业务部门关键用户投入不足，需求确认延迟 | 中 | 高 | 高 | 提前锁定关键用户名单并约定每周确认时间 | 张敏 | 需求确认会连续两次延期 | 跟踪中 |
| R02 | 测试环境资源紧张，测试进度后移 | 中 | 中 | 中 | 提前申请环境并准备备用环境 | 王磊 | 环境申请超过3个工作日未批复 | 跟踪中 |
| 变更编号 | 提出日期 | 提出人 | 变更内容 | 变更原因 | 影响范围 | 评估结论 | 审批人 | 实施状态 |
|---|---|---|---|---|---|---|---|---|
| CR01 | 4月2日 | 业务部门 | 合同查询增加按签约主体筛选 | 业务使用需要 | 范围、进度 | 增加5个工作日，不影响M3 | 项目经理与业务负责人 | 已批准，待排期 |
示例中可以看到，范围章节的排除项在WBS表中没有对应工作包，里程碑M1对应活动A02的完成，风险R01的触发信号与里程碑M1直接相关。填写其余部分时保持这种交叉引用，计划才具备可检查性。
模板的调整与维护方法
计划模板在基线确认后进入受控状态。基线之后的范围、进度、成本调整，应通过变更请求表记录，并在计划正文的版本记录中登记版本号、变更内容和批准人。版本号建议采用“主版本.次版本”格式，基线变更升主版本，文字修订升次版本。
阶段评审时的更新动作
每个阶段结束时，对照里程碑表核对完成情况，把实际完成日期回填；检查风险登记表中已关闭和新增的风险；确认资源分配表中的投入比例是否仍与实际一致。评审发现计划与执行偏差较大时，先更新活动工期表和里程碑表，再判断是否需要走变更流程调整基线。
复盘后的模板修订
项目收尾复盘时，记录三类信息：哪些字段在实际使用中从未填写、哪些表格字段不足以支撑决策、哪些章节在评审中被反复追问。据此对模板做增删，例如小项目普遍不填预算表的“计量口径”，可在模板说明中标注为选填；风险登记表若经常缺少触发信号，可将其调整为必填并给出示例。修订后的模板应更新版本号并保留修订记录，下一项目启用新版本，在执行中的项目继续沿用原版本，避免中途换表造成口径混乱。
当计划需要多人协同填写和持续跟踪时，可以把WBS、里程碑、风险和变更条目放入ONES Project作为工作项管理，利用计划与里程碑基线对比计划与执行的偏差；计划正文和附件可放在ONES Wiki文档中并关联对应任务，使模板中的章节、表格与执行记录保持在同一处可追溯。是否采用工具承载，取决于项目对基线对比和变更追溯的实际需要。
常见问题
模板里的表格必须全部用Excel单独维护吗？
不必。表格是字段框架，承载形式可以按团队习惯选择。小项目可以把WBS表和里程碑表放在同一份文档里连续填写；需要多人协同更新时，可以把WBS、里程碑、风险和变更条目放入项目管理工具作为工作项管理，计划正文和附件放在文档工具中并关联对应任务。关键是字段口径统一、章节与表格能互相引用，而不是表格放在哪个文件里。
项目已经开工，计划模板还没填完整，应该先补哪部分？
优先补齐影响执行判断的部分：范围章节的交付物清单与排除范围、WBS表、里程碑表、活动工期表中的活动与负责人、验收清单中的验收对象和标准。成本预算和沟通配置章节可以随后补充。补填时注意与已完成工作对齐，把实际完成日期回填到里程碑表，避免计划文档与执行记录两张皮。
裁剪掉某些章节后，评审时被质疑内容缺失怎么办？
在计划正文中写明裁剪说明，例如“本项目不设独立成本预算章节，预算内容并入项目概述”，并注明依据是项目规模或合同约定。裁剪说明与保留章节放在一起，评审时可以直接看到取舍理由。合同或客户对交付文档有明确要求的，以合同条款为准，裁剪建议让位于合同要求。
计划基线确定后，日常进度更新和基线变更如何区分？
日常进度更新是回填实际完成日期、更新活动状态和风险状态，不改变基线；基线变更指范围、进度、成本或质量目标的调整，需要走变更请求表，记录影响范围、评估结论和审批人。判断标准是这次调整是否改变已批准的交付承诺。基线变更后更新版本号，执行中的项目继续沿用原版本，避免中途换表造成口径混乱。
模板中的工期、投入比例等数字口径需要组织统一规定吗？
建议统一。工期统一用工作日并明确节假日换算规则，投入比例统一按百分比且同一资源合计不超过100%，预算金额注明含税与否和计价方式。口径不统一时，不同项目填出的表格无法横向比较，汇总分析也会失真。可以在模板说明页附一页字段口径约定，新项目启动时随模板一起下发。
