项目计划完整性核对模板的作用，是在计划进入执行前逐项检查信息是否齐全、口径是否一致。模板以“核对项”为行，按范围与目标、活动与工期、依赖与里程碑、交付物与验收、资源与角色、风险与假设、审批与变更七个维度组织，每行给出填写内容、判定标准、证据来源和核对结论。填完后，缺失项和待确认项可以直接退回补充，不必等到执行阶段才发现计划有漏洞。
要点总览（TL;DR）
- 模板以核对项为行，固定十列：序号、核对维度、核对项、字段/填写内容、必填或选填、判定标准、证据或来源、责任人、核对结论、备注。
- 核对维度覆盖范围与目标、活动与工期、依赖与里程碑、交付物与验收、资源与角色、风险与假设、审批与变更七个方面，维度保持稳定，行内容按项目增补。
- 必填项包括活动清单、责任人、起止时间、前置依赖、里程碑与交付物、验收标准、审批状态；工时估算、资源负荷、假设条件、应急储备等作为选填。
- 填写时核对结论只用通过、缺失、待确认三档，必填项出现缺失即整表不通过，退回补充后只需重核缺失行。
- 模板按项目类型和复盘结果迭代，维护版本号与修订记录，并定期抽查已填表，防止必填项被随意删除。
可复制空白核对模板
下面是一张可直接复制到电子表格中使用的空白核对表。表头固定为十列，七个维度各预留一行空白，实际使用时按项目情况在维度内增删行。复制时选中整张表，粘贴到 Excel、飞书表格或在线文档的表格中即可保留行列结构。
| 序号 | 核对维度 | 核对项 | 字段/填写内容 | 必填或选填 | 判定标准 | 证据或来源 | 责任人 | 核对结论 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | 范围与目标 | ||||||||
| 2 | 活动与工期 | ||||||||
| 3 | 依赖与里程碑 | ||||||||
| 4 | 交付物与验收 | ||||||||
| 5 | 资源与角色 | ||||||||
| 6 | 风险与假设 | ||||||||
| 7 | 审批与变更 |
复制方式：整表复制到电子表格后，先保留表头，再在每个维度下按实际核对点插入行。一个维度通常对应三到八行，例如“活动与工期”可拆为活动清单、工期估算、起止时间、负责人四行。行数按项目复杂度调整，维度本身不建议随意删除，否则容易形成固定的检查盲区。
每个字段核对什么：字段说明
模板的十列各自承担不同任务。核对维度是分类标签，用来把检查点归入七个方面；核对项是具体检查点，写成一句可判断的话，例如“每项活动均有唯一负责人”。两者混用会让表格失去检索和统计价值，维度列保持稳定，核对项列按项目增补。
| 列名 | 填写口径 | 常见写法 |
|---|---|---|
| 序号 | 行号，便于引用和退回时定位 | 1、2、3，按维度连续编号 |
| 核对维度 | 七个固定分类之一 | 活动与工期 |
| 核对项 | 一句可判断真假的检查点 | 每项活动均有起止时间 |
| 字段/填写内容 | 计划中应存在的信息项 | 活动名称、工期、前置依赖、交付物名称、验收人 |
| 必填或选填 | 标记该核对项是否必须通过 | 必填 / 选填 |
| 判定标准 | 什么样算通过，写成可核验的条件 | 每个里程碑均有对应验收交付物 |
| 证据或来源 | 计划文档位置、版本号或评审记录编号 | 计划文档 V1.2 第 3 节；评审记录 R-021 |
| 责任人 | 对该核对项信息负责的人 | 项目经理、产品负责人、验收人 |
| 核对结论 | 三档：通过 / 缺失 / 待确认 | 缺失 |
| 备注 | 缺失原因、补充期限或例外说明 | 缺验收标准，要求 3 个工作日内补充 |
“字段/填写内容”列写的是计划里应当出现的信息，不是核对人的判断。例如活动行填写“活动名称、工期、起止时间、负责人”，判定标准列再写“每项活动四项信息齐全且负责人唯一”。证据列记录这些信息在计划文档中的位置，便于复核时直接翻到原文。核对结论只使用通过、缺失、待确认三档，避免出现“基本通过”这类无法统计的表述。
必填与选填怎么划分
必填项对应计划成立的最低信息集，缺一项就说明计划还不具备进入执行的条件。选填项用于提高计划质量，缺失时记录备注即可，不阻断核对通过。
必填范围包括：活动清单、每项活动的责任人、起止时间、前置依赖、里程碑及其对应交付物、交付物验收标准、计划审批状态。这些信息决定了任务能否被分配、排序和验收。选填范围包括：估算工时、资源负荷、假设条件、应急储备、参考文档链接。它们影响计划精度和风险准备，适合在中大型项目或高风险项目中要求填写。
按项目规模调整时，小型项目可以把“资源与角色”维度合并为一行，核对“每项活动有明确负责人且无一人承担超过约定数量的关键任务”；阶段型项目可在启动阶段只核对范围、里程碑和审批，在详细计划阶段再补齐活动、依赖和验收。调整的是行数和核对深度，必填清单中的核心信息不建议删除。
必填项缺失时的处理规则是：在核对结论列标记“缺失”，备注列写明缺什么、由谁补、截止时间，整张表结论记为未通过并退回补充。只有全部必填项为“通过”、待确认项已有明确处理人和期限时，才能判定计划完整性核对通过。
填写示例：一份填好的核对表片段
以下片段从活动、依赖、交付物、资源、审批各取一行，展示从核对项到结论的填写过程。示例中的项目背景为一次系统上线计划，仅用于说明填写方式。
| 序号 | 核对维度 | 核对项 | 字段/填写内容 | 必填或选填 | 判定标准 | 证据或来源 | 责任人 | 核对结论 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 8 | 活动与工期 | 每项活动有唯一负责人和起止时间 | 活动名称、负责人、开始日期、结束日期 | 必填 | 活动清单中每行四项信息齐全，负责人不空缺 | 计划文档 V1.2 第 4 节活动清单 | 项目经理 | 通过 | |
| 12 | 依赖与里程碑 | 关键活动标注前置依赖 | 前置活动编号、依赖类型 | 必填 | 上线相关活动均标注前置依赖，无孤立关键活动 | 计划文档 V1.2 第 5 节依赖表 | 项目经理 | 待确认 | 数据迁移与接口联调的先后关系待技术负责人确认 |
| 15 | 交付物与验收 | 每个里程碑有对应验收交付物 | 交付物名称、验收人、验收标准 | 必填 | 里程碑清单中每个节点均关联交付物和验收人 | 计划文档 V1.2 第 6 节；评审记录 R-021 | 产品负责人 | 缺失 | “试运行完成”里程碑缺验收标准，要求 3 个工作日内补充 |
| 19 | 资源与角色 | 关键角色已分配且职责清晰 | 角色名称、承担人、职责说明 | 必填 | 开发、测试、运维、验收四类角色均有承担人 | 计划文档 V1.2 第 7 节角色表 | 项目经理 | 通过 | |
| 24 | 审批与变更 | 计划已走完审批并记录版本 | 审批人、审批日期、计划版本号 | 必填 | 审批记录存在且版本号与当前计划一致 | 审批记录 A-007；计划文档 V1.2 | 项目发起人 | 通过 |
这五行展示了三种结论的写法：信息齐全写“通过”；信息存在但关系未定写“待确认”，并在备注中写明待确认事项和确认人；信息直接缺失写“缺失”，备注中给出补充内容和期限。整张表只要有一行必填项为“缺失”，本次核对就不通过，退回补充后重新核对缺失行即可，不必全表重填。
核对结果需要持续跟踪时，可以把缺失项和待确认项转为工作项，指定负责人和截止时间，并把核对表作为文档关联到项目。ONES 支持用项目计划组织工作分解结构和进度计划，为任务设置前后置依赖、用里程碑标记关键节点，也支持文档关联项目任务，便于把核对结论与计划文档放在同一处跟进。核对表本身仍按上述字段维护，工具承担的是记录状态和交接的作用。
模板的调整与维护方法
模板需要在项目类型变化和复盘反馈中持续修订，否则会逐渐变成走过场的表格。维护工作集中在四个方面。
按项目类型增删维度和行。研发项目可强化依赖与验收维度，增加“接口联调依赖已确认”“测试环境就绪时间已排定”等核对项；交付项目可强化交付物与验收、审批与变更维度；内部改进项目可简化资源与角色维度，保留目标和里程碑核对。维度名称保持稳定，行内容按类型配置，便于跨项目汇总缺失类型。
每次项目复盘后，把执行中暴露的遗漏点补为核对项。例如复盘发现某次上线因未核对回滚方案而延期，就在风险与假设或交付物与验收维度增加“回滚方案已明确并指定执行人”一行，同时写明判定标准和证据来源。新增核对项要经过一次实际核对验证，确认填写口径没有歧义后再纳入正式模板。
维护版本号和修订记录。模板文件头部记录版本号、修订日期、修订人和修订内容摘要，明确修改权限归项目管理办公室或指定的计划评审负责人。普通使用者可以提出修改建议，由维护人评估后统一更新，避免多人各自改出不同版本。
定期抽查已填模板。每季度或每项目阶段抽取若干份核对表，检查必填项是否被删除、结论是否只有“通过”而无证据、备注是否记录了缺失处理。抽查发现的问题反馈到模板修订中，形成“使用—复盘—修订—再使用”的循环。这样，模板的字段和判定标准会随项目实践逐步贴近实际，核对结果也更容易被团队接受和执行。
常见问题
小型项目使用这张核对表，可以删掉哪些行？
行数可以压缩，维度不建议删除。小型项目通常把“资源与角色”合并为一行，核对每项活动有明确负责人、关键任务没有集中到同一人；风险与假设维度可只保留一条“主要风险已识别并指定跟进人”。范围、里程碑、交付物验收和审批这几类必填信息仍要保留，它们决定计划能否被分配和验收。
核对结论为“待确认”时，计划能不能先进入执行？
要看待确认项是否属于必填范围。必填项处于待确认状态时，应在备注中写明待确认事项、确认人和期限，并在期限前完成确认；如果待确认内容会影响活动排序或验收，建议确认后再启动相关工作。选填项待确认不影响整表结论，记录跟进人即可。
核对表填完后，缺失项怎么跟踪到关闭？
常见做法是把每条“缺失”和“待确认”转为独立的工作项，带上负责人、截止时间和关联的计划文档位置，关闭时回填证据编号。这样核对表记录判断结论，工作项承担跟进，两者通过序号或文档链接对应。使用 ONES 时，可以把核对表作为文档关联到项目任务，让补充动作和计划文档在同一处查看。
不同项目类型共用一张模板，判定标准会不会互相冲突？
维度名称和列结构保持统一，判定标准按项目类型配置。研发项目在依赖维度增加接口联调、环境就绪类核对项；交付项目在交付物与验收维度细化验收人和验收材料；内部改进项目可简化资源维度。共用模板的价值在于跨项目汇总缺失类型，各行判定标准则允许按类型差异化，不需要为每类项目单独维护一套表头。
模板维护由谁负责，普通成员能直接改吗？
建议指定计划评审负责人或项目管理办公室作为维护人，统一评估修改建议并发布新版本。普通成员可以提出新增核对项的建议，附上触发该建议的复盘事件和验证结果，由维护人确认填写口径无歧义后纳入。模板头部记录版本号、修订日期和修订摘要，避免多人各自维护出不同版本。
