400-188-1518瀑布项目计划模板包含哪些章节和表格
瀑布项目计划模板通常由五部分组成：封面与文档控制页、正文十章、六张核心表格、附件清单，以及填写与维护规范。章节负责说明表格的填写口径和审批关系，表格承载里程碑、任务、进度、资源、风险、变更等可跟踪信息。下面给出一份可直接复制使用的空白骨架，并逐项说明字段填法、按项目规模的裁剪规则和一份填写示例。
Table of Contents
要点总览（TL;DR）
- 模板由五部分组成：封面与文档控制页、正文十章、六张核心表格、附件清单、填写与维护规范；章节说明填写口径，表格承载可跟踪数据。
- 六张核心表格分别是里程碑表、WBS与任务清单、进度与依赖表、资源与成本表、风险与问题表、变更与验收表，表间通过任务编号、里程碑编号和变更单号相互引用。
- 小型项目可保留控制页、概述、范围、两层WBS、里程碑表、任务清单和风险表；中型项目十章六表齐全；大型项目一般不裁剪，只调整填报频率。
- 模板批准后按版本、基线、复核、归档四条线维护：基线变更经审批后同步更新表1、表3、表4，并在表6登记变更单号。
- 任务分解、依赖设置、里程碑标记和基线对比可在ONES项目计划中持续维护，与模板表1至表4的字段口径对应。
可复制空白模板：章节骨架与配套表格
把下面内容复制到文档工具中，替换方括号内的占位文字即可形成初稿。模板按“先控制页、再正文、后附表”的顺序组织，正文引用表格编号，避免同一信息在两处重复维护。
封面与文档控制页
| 字段 | 填写内容 |
|---|---|
| 项目名称 | [项目全称] |
| 项目编号 | [编号] |
| 文档版本 | [V1.0] |
| 编制人 / 日期 | [姓名] / [YYYY-MM-DD] |
| 审核人 / 日期 | [姓名] / [YYYY-MM-DD] |
| 批准人 / 日期 | [姓名] / [YYYY-MM-DD] |
| 密级与分发范围 | [内部/受限；分发对象] |
| 修订记录 | [版本、日期、修订人、修订说明] |
正文十章骨架
- 项目概述与目标
- 范围与交付物
- 工作分解结构（WBS）
- 进度计划与依赖关系
- 资源与成本计划
- 质量计划与验收标准
- 风险与问题管理
- 沟通与干系人管理
- 变更控制
- 收尾与移交
六张核心空白表格
表1 里程碑表、表2 WBS与任务清单、表3 进度与依赖表、表4 资源与成本表、表5 风险与问题表、表6 变更与验收表。六张表的字段说明见第三节，正文各章通过“详见附表X”引用，不再重复列数据。
附件清单
- 需求规格说明书或需求清单
- 组织过程资产与历史项目参考
- 审批单、会议纪要模板
- 验收报告与移交清单模板
各章节写什么：正文十章的内容口径
章节的作用是交代背景、边界和规则，让表格里的数字有解释依据。每章写清“结论、依据、责任人”三件事即可，篇幅服从项目复杂度。
| 章节 | 应写内容 | 关联表格 |
|---|---|---|
| 项目概述与目标 | 项目背景、业务目标、成功标准、关键干系人、约束与假设 | 表1 |
| 范围与交付物 | 纳入范围与排除范围、交付物清单、验收责任方 | 表2、表6 |
| WBS分解 | 分解维度（按阶段、交付物或目标）、层级规则、编码规则、工作包责任人 | 表2 |
| 进度与依赖 | 阶段划分、关键路径、前后置依赖类型、里程碑节点、缓冲设置 | 表1、表3 |
| 资源与成本 | 角色与投入比例、外部采购、预算科目、成本控制方式 | 表4 |
| 质量与验收标准 | 质量目标、评审与测试安排、验收标准与验收方式 | 表6 |
| 风险与问题 | 识别方法、评估口径、应对策略、升级路径 | 表5 |
| 沟通与干系人 | 干系人清单、沟通频率、汇报机制、决策权限 | 表1、表5 |
| 变更控制 | 变更发起条件、评估流程、审批层级、基线更新规则 | 表6 |
| 收尾与移交 | 验收流程、资料归档、知识沉淀、资源释放 | 表6 |
核心表格字段说明：每列填什么、怎么算
六张表之间存在引用关系：表2的任务编号是表3、表4的行索引，表1的里程碑日期是表3进度校验的锚点，表6的变更单号回写表3与表4。字段口径统一后，跨表核对才成立。
表1 里程碑表
| 字段 | 含义与填写口径 |
|---|---|
| 里程碑编号 | 按MS-01顺序编号，与表3引用一致 |
| 里程碑名称 | 对应事件或决策点，如“需求评审通过” |
| 计划日期 / 基线日期 | 基线日期在批准后锁定，计划日期随变更更新 |
| 完成标志 | 可核验的交付物或签字动作 |
| 责任人 | 对该节点结果负责的单一角色 |
表2 WBS与任务清单
| 字段 | 含义与填写口径 |
|---|---|
| WBS编码 | 层级编码，如1.2.3，层级深度按项目规模确定 |
| 任务名称 | 工作包用名词描述交付物，活动用动宾结构 |
| 任务类型 | 摘要任务 / 工作包 / 活动 |
| 负责人 | 工作包唯一责任人，避免多人共担 |
| 估算工时 | 单位统一为人天或人时，注明估算依据 |
| 交付物 | 该任务完成时产出的文档或成果 |
表3 进度与依赖表
| 字段 | 含义与填写口径 |
|---|---|
| 任务编号 | 引用表2的WBS编码 |
| 开始 / 完成日期 | 按日历日填写，注明工作日口径 |
| 前置任务 | 填写任务编号，注明依赖类型（完成-开始等） |
| 提前/滞后量 | 正数表示滞后，负数表示提前，单位与工期一致 |
| 是否关键路径 | 是/否，由依赖链与工期推算 |
| 关联里程碑 | 引用表1的里程碑编号 |
表4 资源与成本表
| 字段 | 含义与填写口径 |
|---|---|
| 任务编号 | 引用表2 |
| 角色 / 人员 | 先写角色，再落实到具体人员 |
| 投入比例 | 按人天或百分比，注明统计周期 |
| 单价 / 预算金额 | 内部人力与外部采购分列，注明币种 |
| 实际发生 | 按周期回填，与预算同口径对比 |
表5 风险与问题表
| 字段 | 含义与填写口径 |
|---|---|
| 编号 | 风险R-xx、问题I-xx分开编号 |
| 描述 | 风险写“原因-事件-影响”，问题写已发生事实 |
| 概率 / 影响 | 采用统一分级（高/中/低），等级定义写在正文 |
| 应对措施 | 规避、减轻、转移或接受，注明责任人 |
| 状态与关闭日期 | 开放 / 已缓解 / 已关闭，关闭需附验证说明 |
表6 变更与验收表
| 字段 | 含义与填写口径 |
|---|---|
| 变更单号 | 按CR-xx编号，与修订记录对应 |
| 变更内容与原因 | 说明影响的任务、里程碑与预算 |
| 影响评估 | 工期、成本、范围三方面分别评估 |
| 审批结论 | 批准 / 驳回 / 暂缓，附审批人与日期 |
| 验收项与结论 | 验收标准、验收人、通过与否 |
必填与选填：按项目规模裁剪模板
裁剪的原则是保留能支撑决策和追溯的字段，删减重复记录和低风险场景下的细项。裁剪结果需在文档控制页注明，并随审批一并确认。
| 项目规模 | 建议保留 | 可裁剪 |
|---|---|---|
| 小型（周期短、单团队） | 文档控制页、概述、范围、WBS两层、里程碑表、任务清单、风险表 | 资源成本明细、独立沟通章节、变更表可并入修订记录 |
| 中型（跨部门、有外部依赖） | 十章齐全，六表齐全，资源按角色汇总 | 成本可按科目汇总，风险分级可简化为三级 |
| 大型（多阶段、强合规） | 全部章节与表格，增加审批层级与基线记录 | 一般不裁剪，仅调整填报频率 |
必填字段包括：项目名称与编号、版本与审批人、里程碑名称与基线日期、WBS编码与负责人、任务起止日期与前置任务、风险描述与应对责任人、变更单号与审批结论。选填字段包括：单价明细、提前/滞后量、关联干系人、附件索引。裁剪后审批要求相应调整：小型项目可由项目经理审批，中型需部门负责人会签，大型按组织制度执行多级审批。
填写示例：一个完整填好的计划片段
以下为演示情景，用于说明字段如何落地，不代表真实项目数据。
示例背景：某内部系统升级项目，周期三个月，团队八人，含一个外部供应商接口对接。
里程碑与WBS填写示例
| 里程碑编号 | 名称 | 基线日期 | 完成标志 | 责任人 |
|---|---|---|---|---|
| MS-01 | 需求评审通过 | 第2周末 | 评审纪要签字 | 产品负责人 |
| MS-02 | 接口联调完成 | 第8周末 | 联调报告 | 技术负责人 |
| WBS编码 | 任务名称 | 类型 | 负责人 | 估算工时 |
|---|---|---|---|---|
| 1.1 | 需求梳理 | 工作包 | 产品负责人 | 10人天 |
| 1.2 | 接口开发 | 工作包 | 技术负责人 | 25人天 |
进度与资源表填写示例
| 任务编号 | 开始 | 完成 | 前置任务 | 关键路径 | 角色投入 |
|---|---|---|---|---|---|
| 1.1 | 第1周 | 第2周 | — | 是 | 产品2人×50% |
| 1.2 | 第3周 | 第8周 | 1.1 | 是 | 开发3人×80% |
风险表填写示例
| 编号 | 描述 | 概率/影响 | 应对措施 | 责任人 |
|---|---|---|---|---|
| R-01 | 外部接口文档延迟导致联调顺延 | 中/高 | 提前锁定接口版本，设置一周缓冲 | 技术负责人 |
调整与维护：模板落地后的更新机制
模板批准后进入受控状态，更新围绕版本、基线、复核和归档四条线展开，避免执行中多份计划并存。
- 版本与文档控制：每次修订更新版本号与修订记录，旧版本保留只读副本。
- 基线变更触发更新：范围、里程碑日期或预算调整经审批后，同步更新表1、表3、表4，并在表6登记变更单号。
- 定期复核：按周或按里程碑节点复核进度偏差与风险状态，复核结论写入会议纪要并回填表格。
- 归档与复用：项目收尾时将计划、变更记录、验收报告一并归档，形成组织过程资产，供后续项目裁剪复用。
计划模板落地后，任务分解、依赖设置、里程碑标记和基线对比需要在协作工具中持续维护。ONES 支持用「项目计划」创建工作分解结构（WBS），按目标、交付物或项目阶段等维度分解计划和工作；可为任务设置前后置依赖，并用里程碑标记重要时间点、事件或决策点。设置项目计划和里程碑基线后，可对比计划与执行的偏差，并通过版本细节追溯变更。资源侧可通过工时日历查看饱和度并调整节点负责人。这些能力与模板中的表1至表4对应，模板负责定义字段口径，工具负责承载日常更新。
常见问题
模板里的六张表必须全部使用吗？
不必。表格的使用范围与项目规模、外部依赖和合规要求相关。小型、周期短、单团队的项目可以只保留里程碑表、任务清单和风险表，把资源成本明细并入任务清单，把变更记录并入修订记录。跨部门或有外部供应商的项目建议六表齐全，便于在进度、成本和范围三个方向分别核对。裁剪结果需要写在文档控制页，并随计划一并审批。
里程碑的基线日期和计划日期不一致时以哪个为准？
基线日期在计划批准后锁定，用于衡量偏差；计划日期随变更更新，反映当前预期。两者不一致时，先看表6是否登记了对应变更单号：有审批记录的，以更新后的计划日期执行，基线日期保留用于对比；没有审批记录的，按基线日期执行，并补走变更流程。复核时同时呈现两个日期，避免只报计划日期掩盖延期。
WBS应该分解到几层，任务清单要拆到多细？
分解深度以能明确单一责任人和可估算工时为准。小型项目两层通常够用，中型项目三层左右，大型多阶段项目可到四层。工作包用名词描述交付物，活动用动宾结构描述动作；一个工作包对应一个责任人，避免多人共担。拆到无法估算工时或无法指定责任人的层级，说明分解过细或过粗，需要调整。
计划执行中范围或里程碑发生变化，模板要怎么更新？
先走变更控制：在表6登记变更单号、变更内容与原因、工期成本范围三方面的影响评估和审批结论。批准后同步更新表1的里程碑计划日期、表3的任务起止与依赖、表4的资源与成本，并在文档控制页的修订记录中更新版本号。旧版本保留只读副本，确保执行期间只有一份有效计划。未批准的变更不修改基线数据。
用文档工具维护模板和用协作工具管理计划，怎么分工？
文档工具适合承载模板本身：章节口径、字段定义、审批记录和归档版本，变更频率低，便于评审签字。协作工具适合承载日常更新：任务分解、前后置依赖、里程碑标记和基线对比。ONES支持用「项目计划」创建工作分解结构，按目标、交付物或项目阶段等维度分解计划和工作；可为任务设置前后置依赖，并用里程碑标记重要时间点、事件或决策点；设置项目计划和里程碑基线后，可对比计划与执行的偏差，并通过版本细节追溯变更。实践中让文档定义字段口径，工具承载表1至表4的动态数据，可以避免两处重复维护。
