瀑布项目计划模板需要哪些配套附件

瀑布项目计划模板的配套附件，围绕“计划可执行、可审批、可追踪”三件事组织。主计划表之外，通常配范围与需求基线、WBS与工期估算、资源与责任分配、成本预算、质量与验收、风险与问题、变更控制、沟通与干系人、里程碑与阶段评审、配置与文档清单等附件。附件按项目规模、合同约束和审批要求取舍，并与主计划保持同一版本口径。

要点总览（TL;DR）

• 瀑布项目计划模板的配套附件围绕“计划可执行、可审批、可追踪”组织，主计划表之外通常配范围与需求、进度与资源、成本、质量与验收、风险与问题、变更控制、沟通与干系人、评审与配置八类附件。
• 附件登记表用附件编号、版本、基准日期、责任人、审批人、状态、存放位置和引用主计划章节等字段，把每份附件与主计划章节对应起来，便于评审和变更时双向反查。
• 必填与选填按合同约束、审批要求、外部交付判断；多供应商、强监管、跨地域团队出现时，成本、沟通、风险类附件从选填提升为必填。
• 附件版本与主计划保持同一基准口径，计划变更、阶段评审和项目收尾时按触发事件更新登记表，作废旧版本并归档。
• 附件内容由各附件责任人维护，登记表的版本和状态由项目经理或配置管理员统一更新，审批人只对内容签字。

可复制空白模板：计划主表与配套附件清单

先给两张可直接复制的空白表。第一张是计划主表头，用于固定项目身份、版本和审批信息；第二张是配套附件登记表，用于登记每份附件与主计划的引用关系。两张表共用“项目编号”和“基准版本”两个字段，填写时先定主表头，再逐条登记附件。

表1：瀑布项目计划主表头（空白）

字段	填写内容
项目编号
项目名称
计划版本
基准版本
基准日期
编制人
审批人
审批日期
项目起止日期
当前阶段
计划状态
附件总数

表2：配套附件登记表（空白）

附件编号	附件名称	附件类别	版本	基准日期	责任人	审批人	状态	存放位置	引用主计划章节

“引用主计划章节”一列是两张表的连接点：附件登记表里的每条记录，都要能指向主计划中依赖它的章节，例如范围说明书指向“范围管理”章节，成本预算指向“成本管理”章节。这样在评审或变更时，可以从主计划章节反查附件，也可以从附件反查影响范围。

配套附件分几类：每类解决什么问题

附件按用途分为八类，每类回答计划中的一个具体问题。分类的作用是让编制人知道“缺了哪类附件，计划在哪一环会说不清”，而不是要求每个项目都配齐八类。下表按类别列出用途、对应主计划章节和常见文件形式。

类别	解决的计划问题	对应主计划章节	常见文件形式
范围与需求	做什么、不做什么，验收依据是什么	范围管理、需求管理	范围说明书、需求规格、需求跟踪矩阵
进度与资源	工作怎么拆、工期多长、谁来做	进度管理、资源管理	WBS、工期估算表、资源与责任分配表（RAM）
成本	花多少钱、钱花在哪	成本管理	成本预算表、费用分解表
质量与验收	做到什么标准、怎么确认合格	质量管理、验收管理	质量计划、验收标准、检查表
风险与问题	可能出什么事、出了事怎么办	风险管理、问题管理	风险登记册、问题日志、应对措施表
变更控制	计划改了走什么流程、谁批	变更管理	变更申请单、变更日志、变更审批记录
沟通与干系人	向谁汇报、多久一次、用什么形式	沟通管理、干系人管理	沟通计划、干系人登记册、会议纪要模板
评审与配置	阶段怎么把关、文档怎么管	阶段评审、配置管理	里程碑清单、阶段评审记录、配置与文档清单

从输入输出关系看，范围与需求、WBS与工期估算、资源与责任分配属于主计划的输入，主计划的进度、成本和责任安排由它们推导而来；成本预算、质量计划、风险登记册、沟通计划属于主计划的输出，随计划确定后生成；变更日志、阶段评审记录、配置清单则贯穿执行过程，随计划推进持续更新。判断附件合并还是拆分，可以看两个条件：项目周期在三个月以内、交付物单一、审批层级不超过两级时，范围与需求可合并为一份范围说明书，进度与资源可合并为一张WBS加责任列；跨部门、多供应商或合同要求分阶段审批时，范围、需求、WBS、资源分配应分开成文，便于分别评审和签署。

字段说明：附件登记表每个字段怎么填

登记表的字段口径要与主表头和填写示例保持一致。下表逐字段说明含义、填写规则和示例值，示例值取自后文S5的交付型项目。

字段	含义	填写规则	示例值
附件编号	附件的唯一标识	“项目编号-类别代码-两位序号”，类别代码用两位字母，如FW（范围）、JD（进度）、CB（成本）	PRJ-2024-017-FW-01
附件名称	附件的正式名称	与文件标题一致，不加简称	范围说明书
附件类别	所属八类之一	从八类中选一类，不跨类填写	范围与需求
版本	附件自身的版本号	从V0.1起草开始，评审通过升V1.0，之后每次修订升小数位	V1.0
基准日期	该版本被批准为基准的日期	与主计划基准日期一致或早于主计划基准日期；未批准的填“—”	2024-03-15
责任人	负责编写和维护附件的人	填具体姓名，不填部门	李工
审批人	对附件内容签字确认的人	与责任人不同人；涉及合同范围的附件由客户方或合同负责人审批	项目经理王明
状态	附件当前所处环节	只取四个值：草稿、评审中、已批准、已作废	已批准
存放位置	附件的存放路径	填可定位的目录或文档库路径，并注明访问权限范围	项目文档库/01范围/（项目组可读，客户方只读）
引用主计划章节	主计划中依赖该附件的章节	填章节编号或章节名，可填多个	3.1范围管理

版本与基准日期的关系需要单独说明：附件版本号反映修订次数，基准日期反映该版本被正式采纳的时间。一个附件可以有多个版本，但只有被批准并设定基准日期的版本才作为计划执行依据；草稿和评审中的版本不进入基准。责任人与审批人必须分开，责任人负责内容正确，审批人负责内容可用，两者合并会使评审失去制衡。状态取值限定为四个，是为了让登记表可以直接用于筛选：评审前筛“草稿”和“评审中”，执行期筛“已批准”，收尾时核对“已作废”是否完成归档。存放位置要写到目录层级并注明权限，避免附件散落在个人电脑或聊天记录中。

必填与选填：按项目条件取舍附件

必填与选填不按项目大小一刀切，而按约束条件判断。默认要求指大多数项目应具备的附件；触发条件出现时，选填转为必填；条件不满足时，可用替代做法简化。下表给出判定口径。

附件类别	默认要求	转为必填的触发条件	可替代做法
范围与需求	必填	有外部交付或合同验收条款	小型内部项目可合并为一份范围说明书
进度与资源	必填	多团队并行或跨地域协作	单一团队可用WBS加责任列代替独立RAM
成本	选填	有独立预算科目或需按阶段结算	内部项目可只在主计划中列费用总额
质量与验收	必填	交付物需第三方检测或客户验收	内部项目可用检查表代替完整质量计划
风险与问题	必填	强监管行业、多供应商接口	低风险项目可只保留风险登记册，不单设问题日志
变更控制	必填	合同约定变更需书面审批	内部项目可用变更日志加邮件确认
沟通与干系人	选填	干系人超过十个或涉及外部监管方	小项目可在主计划中列汇报节奏
评审与配置	必填	分阶段付款或需阶段签字	单阶段项目可只保留里程碑清单

判断依据集中在三点：合同是否约定交付物和验收方式，审批是否要求分阶段签字，交付是否面向外部客户。三点中满足任意一点，范围、质量、变更、评审四类附件应列为必填。多供应商、强监管、跨地域团队属于加强条件，出现时把成本、沟通、风险类附件从选填提升为必填。附件缺失时，不建议在登记表中留空，而应在状态列标注“草稿”并在备注中写明缺失原因和补齐时间，让评审人看到缺口而不是误以为附件不存在。

填写示例：一个交付型项目的完整附件组合

以下示例为演示情景，用于说明主表头与登记表如何配合，不代表真实项目数据。假设某企业为客户开发一套内部管理系统，合同金额固定，分设计、开发、验收三个阶段付款，项目周期五个月，团队八人，客户方指定一名接口人参与阶段评审。

示例主表头

字段	填写内容
项目编号	PRJ-2024-017
项目名称	某企业内部管理系统开发项目
计划版本	V1.2
基准版本	V1.0
基准日期	2024-03-15
编制人	项目经理王明
审批人	项目总监陈立
审批日期	2024-03-18
项目起止日期	2024-03-20 至 2024-08-20
当前阶段	开发
计划状态	已批准
附件总数	9

示例附件登记表

附件编号	附件名称	类别	版本	基准日期	责任人	审批人	状态	存放位置	引用主计划章节
PRJ-2024-017-FW-01	范围说明书	范围与需求	V1.0	2024-03-15	李工	王明	已批准	项目文档库/01范围/	3.1范围管理
PRJ-2024-017-FW-02	需求跟踪矩阵	范围与需求	V1.1	2024-03-15	李工	王明	已批准	项目文档库/01范围/	3.1范围管理、4.2需求确认
PRJ-2024-017-JD-01	WBS与工期估算表	进度与资源	V1.0	2024-03-15	赵强	王明	已批准	项目文档库/02进度/	4.1进度管理
PRJ-2024-017-JD-02	资源与责任分配表	进度与资源	V1.0	2024-03-15	赵强	王明	已批准	项目文档库/02进度/	4.3资源管理
PRJ-2024-017-ZL-01	质量与验收标准	质量与验收	V1.0	2024-03-15	周敏	王明、客户接口人	已批准	项目文档库/03质量/	5.1质量管理
PRJ-2024-017-FX-01	风险登记册	风险与问题	V1.2	2024-03-15	王明	陈立	已批准	项目文档库/04风险/	6.1风险管理
PRJ-2024-017-BG-01	变更申请单与变更日志	变更控制	V1.0	2024-03-15	王明	陈立	已批准	项目文档库/05变更/	7.1变更管理
PRJ-2024-017-PS-01	里程碑与阶段评审记录	评审与配置	V1.0	2024-03-15	王明	陈立、客户接口人	已批准	项目文档库/06评审/	8.1阶段评审
PRJ-2024-017-PZ-01	配置与文档清单	评审与配置	V1.0	2024-03-15	周敏	王明	已批准	项目文档库/07配置/	8.2配置管理

示例中必填附件包括范围说明书、需求跟踪矩阵、WBS与工期估算、资源与责任分配、质量与验收标准、风险登记册、变更申请单与日志、里程碑与评审记录、配置与文档清单；成本预算和沟通计划因合同金额固定、干系人数量有限，未单列附件，费用总额和汇报节奏写进主计划正文。版本关系上，九份附件的基准日期统一为2024-03-15，与主计划基准版本V1.0对应；主计划后来升到V1.2，附件版本未变，说明V1.1和V1.2的修订只涉及主计划内部调整，未触及附件内容。审批关系上，涉及客户验收的质量与验收标准、阶段评审记录由项目经理和客户接口人共同审批，其余附件由项目经理或项目总监审批。

调整与维护：附件随计划变更如何同步

附件维护的目标是让登记表中的版本、状态与主计划保持一致。维护动作按触发事件组织：计划变更、阶段评审、项目收尾三类事件发生时，分别检查对应附件并更新登记表。下表给出检查清单。

触发事件	需更新的附件	责任人	确认方式
范围变更获批	范围说明书、需求跟踪矩阵、WBS、工期估算、成本预算	范围责任人与进度责任人	变更申请单关联新版本附件，审批人签字
进度基线调整	WBS与工期估算、里程碑清单、资源与责任分配表	进度责任人	主计划版本升级，附件基准日期同步更新
阶段评审	阶段评审记录、风险登记册、问题日志、质量检查表	项目经理	评审会签记录归档，登记表状态改为已批准
供应商或接口方变动	沟通计划、干系人登记册、风险登记册	项目经理	干系人登记册更新后通知相关方
项目收尾	全部附件	配置管理员	核对状态，未作废的转为已作废并归档

阶段评审时的检查点有三项：登记表中“已批准”的附件是否都有基准日期，引用主计划章节是否仍指向存在的章节，状态为“草稿”或“评审中”的附件是否影响当前阶段放行。作废与归档规则是：附件被新版本替代后，旧版本状态改为“已作废”，存放位置保留并标注替代版本号；项目收尾时，全部附件按类别归档到项目文档库的收尾目录，登记表本身作为配置清单的一部分保存。责任分工上，附件内容由各附件责任人维护，登记表的版本和状态由项目经理或配置管理员统一更新，审批人只对内容签字，不直接改登记表，避免同一字段多人修改造成口径不一致。

当项目使用文档库或项目管理工具承载附件时，可以把登记表做成与主计划同库的文档，附件作为其子文档或关联工作项管理。ONES 提供瀑布项目模板，支持用项目计划创建工作分解结构、设置任务依赖和里程碑，并可设置计划与里程碑基线、对比版本追溯变更；ONES Wiki 支持文档关联任务，并可在文档中插入工作项列表。按上述维护清单操作时，可以把附件登记表放在 Wiki 中与计划任务关联，让附件版本、审批状态和计划变更在同一处对照，减少登记表与主计划脱节的情况。具体模板内容和审批配置以团队实际使用的产品版本为准。

常见问题

项目周期很短、团队只有几个人，附件可以精简到什么程度？

可以按两个条件判断：交付物是否单一、审批层级是否不超过两级。满足时，范围与需求可合并为一份范围说明书，进度与资源可用一张WBS加责任列代替独立的责任分配表，成本只在主计划中列费用总额，沟通节奏写进主计划正文。质量与验收、变更控制、评审与配置三类附件仍建议保留最小形式，例如检查表、变更日志加邮件确认、里程碑清单，因为这三类直接关系到交付确认和责任边界。精简后要在附件登记表中如实登记保留的附件，避免主计划引用了并不存在的附件。

附件登记表里的“基准日期”和主计划的“基准版本”是什么关系？

基准日期是某份附件被批准为执行依据的时间，基准版本是主计划被正式采纳的版本。两者应对应同一时点：附件登记表中状态为“已批准”的附件，其基准日期应与主计划基准日期一致或早于主计划基准日期。主计划后续升版时，如果修订只涉及主计划内部调整、未触及附件内容，附件版本和基准日期保持不变，在登记表中体现为主计划版本升级而附件版本未变。若某份附件因变更重新批准，则更新该附件的版本和基准日期，并在变更记录中说明与主计划版本的对应关系。

附件还没定稿，但计划需要先审批，登记表怎么填？

不建议在登记表中留空或直接省略该附件。可以先把附件登记为“草稿”或“评审中”状态，版本填V0.1，基准日期填“—”，并在备注中写明缺失原因和计划补齐时间。这样评审人能看到缺口位置和补齐安排，不会误以为该附件不存在。计划审批时，把状态为“草稿”或“评审中”的附件列为待办事项，明确责任人和补齐节点；阶段评审时再检查这些附件是否已转为“已批准”，未完成的应说明对当前阶段放行的影响。

计划发生变更后，哪些附件必须同步更新？

按变更类型区分。范围变更获批时，范围说明书、需求跟踪矩阵、WBS、工期估算和成本预算需要同步更新；进度基线调整时，WBS与工期估算、里程碑清单、资源与责任分配表需要同步更新；供应商或接口方变动时，沟通计划、干系人登记册和风险登记册需要更新。更新动作包括升附件版本、更新基准日期、在变更申请单中关联新版本附件并由审批人签字。项目收尾时核对全部附件状态，被新版本替代的旧版本转为“已作废”并标注替代版本号，其余附件按类别归档。

用文档库或项目管理工具承载附件时，登记表放在哪里比较合适？

可以把附件登记表做成与主计划同库的文档，附件作为其子文档或关联工作项管理，让附件版本、审批状态和计划变更在同一处对照。ONES 提供瀑布项目模板，支持用项目计划创建工作分解结构、设置任务依赖和里程碑，并可设置计划与里程碑基线、对比版本追溯变更；ONES Wiki 支持文档关联任务，并可在文档中插入工作项列表。按这种方式组织时，登记表与主计划共用同一版本口径，评审和变更时可以从主计划章节反查附件，也可以从附件反查影响范围。具体模板内容和审批配置以团队实际使用的产品版本为准。