瀑布阶段准入准出检查清单应包含哪些字段
瀑布阶段准入准出检查清单的核心字段由四组构成:阶段与检查点标识(阶段名称、检查类型、检查项编号)、判定依据(准入或准出条件、验收标准、证据材料)、责任与状态(责任人、检查人、检查结论、检查日期)、衔接信息(遗留问题、移交对象、交接单编号)。阶段交接单在此基础上补充移交内容清单与接收确认。下面给出可直接复制填写的空白表、字段口径、必填分级、填写示例和维护方法,适用于单项目层面的阶段衔接。
Table of Contents
要点总览(TL;DR)
- 瀑布阶段准入准出检查清单的核心字段分四组:阶段与检查点标识、判定依据、责任与状态、衔接信息,阶段交接单在此基础上补充移交内容清单与接收确认。
- 必填字段的判断标准是“缺失后第三方是否还能复核结论”,检查项编号、验收标准、证据材料、检查人、检查结论等缺失即阻断该检查项通过。
- 遗留问题在结论为有条件通过或不通过时必填,移交对象与交接单编号在准出检查时必填,准入检查可不填。
- 检查清单与交接单通过交接单编号和关联检查项编号建立追溯关系,使一次阶段衔接形成可复核的记录链。
- 清单需按项目类型裁剪选填字段并做版本化管理,历史记录保持原样归档,新阶段启用新版本。
可复制空白模板:准入准出检查清单与阶段交接单
模板由两张表组成:检查清单主表按检查项逐条记录判定过程,阶段交接单记录阶段之间的移交与接收。两表通过“交接单编号”关联,交接单中的“关联检查项编号”指回主表中构成移交前提的检查项,保证一次交接能追溯到具体结论。
表一:阶段准入准出检查清单(空白)
| 字段 | 填写内容 |
|---|---|
| 检查项编号 | |
| 阶段名称 | |
| 检查类型 | 准入 / 准出 |
| 检查项名称 | |
| 准入或准出条件 | |
| 验收标准 | |
| 证据材料 | |
| 责任人 | |
| 检查人 | |
| 检查结论 | 通过 / 有条件通过 / 不通过 |
| 检查日期 | |
| 遗留问题 | |
| 移交对象 | |
| 交接单编号 | |
| 备注 |
表二:阶段交接单(空白)
| 字段 | 填写内容 |
|---|---|
| 交接单编号 | |
| 移交阶段 | |
| 接收阶段 | |
| 关联检查项编号 | |
| 移交内容清单 | |
| 移交人 | |
| 接收人 | |
| 移交日期 | |
| 接收确认 | 已接收 / 有条件接收 / 拒收 |
| 未关闭事项 | |
| 生效状态 | 草稿 / 已确认 / 已生效 |
两张表复制到文档或表格工具后即可使用。若项目阶段较多,建议每个阶段各建一份检查清单,交接单按相邻阶段成对建立,编号规则可采用“项目代号-阶段代号-序号”,便于检索。
字段说明:每个字段回答什么问题
字段的作用是让填表人知道该写什么、写到什么程度算合格。下面按四组说明用途与填写口径。
阶段与检查点标识类字段
| 字段 | 回答的问题 | 填写口径 |
|---|---|---|
| 检查项编号 | 这条记录是哪一项 | 项目内唯一,建议含阶段代号,便于排序和引用 |
| 阶段名称 | 属于哪个阶段 | 与项目计划中的阶段划分一致,写全称 |
| 检查类型 | 是进入还是退出该阶段 | 只填“准入”或“准出”,同一阶段两类分开列 |
| 检查项名称 | 检查什么 | 一句话描述可核验的对象,如“需求规格说明书已评审通过” |
判定依据类字段
“准入或准出条件”写规则本身,即满足什么才能进入或退出;“验收标准”写判断尺度,例如文档完成评审并有会议记录、缺陷密度低于约定值;“证据材料”写材料名称与存放位置,让检查人无需询问即可找到。三者分开填写,可以避免把规则、尺度和材料混在一句话里,事后复核时也容易判断结论是否成立。
责任与状态类字段
“责任人”对条件达成负责,“检查人”对结论负责,两者可以是同一人,但建议在关键阶段分离,形成复核。“检查结论”限定为通过、有条件通过、不通过三档,有条件通过必须在“遗留问题”中写明条件与关闭时间。“检查日期”记录判定时点,用于与计划基线对比。
衔接类字段
“遗留问题”记录未关闭事项及其影响范围,“移交对象”写明接收方角色或人员,“交接单编号”指向对应的交接单。交接单中的“移交内容清单”逐项列出交付物名称与版本,“接收确认”由接收方填写,“生效状态”标明该交接是否已可作为下一阶段的工作依据。这些字段共同保证阶段衔接可以被第三方复核。
必填与选填:哪些字段决定检查能否通过
判断标准是:该字段缺失后,第三方是否还能复核这条结论。不能复核的列为必填,缺失即阻断该检查项通过。
| 字段 | 级别 | 理由或适用条件 |
|---|---|---|
| 检查项编号 | 必填 | 缺失则无法引用和追溯 |
| 阶段名称 | 必填 | 决定记录归属 |
| 检查类型 | 必填 | 准入与准出的判定逻辑不同 |
| 检查项名称 | 必填 | 缺失则记录无意义 |
| 准入或准出条件 | 必填 | 结论需要对照规则 |
| 验收标准 | 必填 | 缺失则“通过”无法判断尺度 |
| 证据材料 | 必填 | 缺失则结论不可核验 |
| 责任人 | 必填 | 用于追责与跟进 |
| 检查人 | 必填 | 结论需要署名 |
| 检查结论 | 必填 | 核心判定结果 |
| 检查日期 | 必填 | 用于时序与基线对比 |
| 遗留问题 | 有条件必填 | 结论为有条件通过或不通过时必须填写 |
| 移交对象 | 准出时必填 | 准入检查可不填 |
| 交接单编号 | 准出时必填 | 准入检查可不填 |
| 备注 | 选填 | 补充说明,不影响判定 |
必填字段缺失时,该检查项不得标记为通过,检查人应退回补充;若因客观原因暂时无法提供证据材料,可先记为“有条件通过”,并在遗留问题中写明补交时间与责任人,到期未补交则自动转为不通过。选填字段按项目复杂度取舍,小型项目可省略备注,跨部门移交较多的项目建议保留全部衔接字段。
填写示例:一个需求阶段到设计阶段的完整衔接
以下为演示情景,项目名称、人员与日期均为虚构,用于展示字段如何配合。
检查清单示例行
| 检查项编号 | 阶段名称 | 检查类型 | 检查项名称 | 准入或准出条件 | 验收标准 | 证据材料 | 责任人 | 检查人 | 检查结论 | 检查日期 | 遗留问题 | 移交对象 | 交接单编号 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| XM-REQ-IN-01 | 需求阶段 | 准入 | 需求来源已登记 | 所有需求来源完成登记并分类 | 登记条目覆盖本期全部来源,分类字段无空值 | 需求登记表 v1.0(文档库/需求/) | 需求负责人 | 项目经理 | 通过 | 3月3日 | 无 | — | — |
| XM-REQ-OUT-01 | 需求阶段 | 准出 | 需求规格说明书评审通过 | 规格说明书完成评审并关闭主要意见 | 评审记录齐全,未关闭意见不超过约定数量且有处理计划 | 规格说明书 v1.2、评审记录(文档库/评审/) | 需求负责人 | 设计负责人 | 有条件通过 | 3月18日 | 接口字段命名待设计阶段确认,3月25日前关闭 | 设计负责人 | JJ-REQ-DES-01 |
| XM-REQ-OUT-02 | 需求阶段 | 准出 | 需求追踪关系已建立 | 每条需求可追踪到来源与后续设计项 | 追踪表中无孤立需求 | 需求追踪表 v1.0 | 需求负责人 | 项目经理 | 通过 | 3月18日 | 无 | 设计负责人 | JJ-REQ-DES-01 |
阶段交接单示例
| 字段 | 内容 |
|---|---|
| 交接单编号 | JJ-REQ-DES-01 |
| 移交阶段 | 需求阶段 |
| 接收阶段 | 设计阶段 |
| 关联检查项编号 | XM-REQ-OUT-01、XM-REQ-OUT-02 |
| 移交内容清单 | 需求规格说明书 v1.2;评审记录;需求追踪表 v1.0 |
| 移交人 | 需求负责人 |
| 接收人 | 设计负责人 |
| 移交日期 | 3月18日 |
| 接收确认 | 有条件接收 |
| 未关闭事项 | 接口字段命名待确认,3月25日前关闭 |
| 生效状态 | 已确认 |
示例中,检查结论“有条件通过”与交接单“有条件接收”对应,遗留问题在两处保持一致并写明关闭时间;证据材料在检查清单中给出名称与位置,交接单的移交内容清单与之逐项对应,接收方据此可以核对收到的版本是否一致。这样一次阶段衔接就形成了可复核的记录链。
调整与维护方法:让清单随项目类型演进
清单需要随项目类型和阶段划分变化而调整,同时保留历史记录的可追溯性。建议按以下规则维护。
按项目类型裁剪字段
先保留全部必填字段,再按项目特点增减选填项。研发类项目通常保留证据材料与遗留问题;采购或外包介入的阶段可增加合同或验收单编号;跨部门移交多的项目保留全部衔接字段。裁剪时在清单说明中注明适用项目类型,避免同一项目内混用不同版本。
清单版本与变更记录字段
建议在清单表头增加“清单版本号”“生效日期”“变更说明”三个字段。每次增删字段或修改验收标准时升版本号,并在变更说明中写明原因和影响范围。已按旧版本填写的记录保持原样,不回溯修改,新阶段启用新版本。
历史检查记录的归档与复用
阶段结束后,将检查清单与交接单按项目、阶段归档,保留检查结论与证据材料的位置信息。后续同类项目可直接复用上一项目的清单结构,但验收标准需按新项目重新确认。归档记录也是阶段复盘和基线对比的依据。
当检查清单和交接单需要在团队内流转时,可以把检查项作为工作项、把清单与交接单作为文档承载:在 ONES 中,项目计划可按阶段维度分解工作并设置里程碑标记阶段衔接点(F2、F3),检查记录与交接单可通过文档关联任务的方式与对应工作项挂接(F6),使检查结论、遗留问题和交接状态在同一处可查。是否采用工具承载取决于团队已有的记录习惯,纸质或表格方式同样可以按上述字段执行。
常见问题
小型项目阶段少、人员重合,检查清单可以精简到哪些字段?
精简的前提是保留全部必填字段,即检查项编号、阶段名称、检查类型、检查项名称、准入或准出条件、验收标准、证据材料、责任人、检查人、检查结论、检查日期。可省略的主要是备注,以及准入检查中的移交对象和交接单编号。
人员重合的小项目里,责任人与检查人可以是同一人,但关键阶段建议仍由另一人复核,否则“通过”缺少独立判断。阶段数量少时,交接单可以按相邻阶段成对建立,不必为每个阶段单独设表。
证据材料暂时拿不到,检查项能不能先标记通过?
不能直接标记为通过。可按“有条件通过”处理,并在遗留问题中写明补交的材料、补交时间与责任人,到期未补交则转为不通过。这样处理保留了判定依据,事后复核时能看出结论成立的条件。
如果证据材料属于准出的硬性前提,例如评审记录缺失,则该项应记为不通过,由检查人退回补充,待材料齐备后重新检查并更新检查日期。
阶段交接单的“生效状态”和检查清单的“检查结论”是什么关系?
两者记录的是不同环节的判断。检查结论由检查人对单个检查项作出,回答“这一项是否满足条件”;生效状态由交接环节确定,回答“这次移交是否已可作为下一阶段的工作依据”。
常见配合方式是:检查结论为通过或有条件通过,交接单接收确认后生效状态推进到已确认或已生效;若关键准出检查项不通过,交接单通常停留在草稿状态,接收方可以拒收。两处对遗留问题的描述应保持一致,避免出现清单已关闭而交接单仍挂账的情况。
清单版本升级后,正在执行的项目要不要按新版本重填?
已按旧版本填写的记录保持原样,不回溯修改,新阶段启用新版本。这样历史记录与当时的验收标准对应,复盘时能还原判断依据。
如果新版本修改了某个阶段的验收标准,而该项目尚未进入该阶段,可以在阶段开始前切换到新版本,并在变更说明中记录切换时点与影响范围。跨版本的项目在归档时应同时保留新旧两版清单,便于对照。
检查清单和交接单在工具里怎么承载比较合适?
常见做法是把检查项作为工作项管理,把清单与交接单作为文档承载。在 ONES 中,项目计划可按阶段维度分解工作并设置里程碑标记阶段衔接点(F2、F3),检查记录与交接单可通过文档关联任务的方式与对应工作项挂接(F6),检查结论、遗留问题和交接状态可在同一处查询。
是否采用工具承载取决于团队已有的记录习惯,用文档或表格按上述字段填写同样可以执行。工具的价值主要体现在状态可查和关联可追溯,字段设计本身不依赖特定产品。



