任务截止日期设置检查清单用于判断单个工作项的截止日期是否可执行、可追溯、可判断完成。它按创建、进入排期前、日期变更后三个时点逐项核对字段口径、依赖关系、验收标准、负责人和证据，并用阻断项决定该日期能否进入排期。本文只覆盖单个工作项的截止日期设置，项目整体进度与人员容量冲突不在检查范围内；ONES 可作为承载工作项字段与依赖记录的协作工具之一。
要点总览（TL;DR）
- 这份清单按创建、进入排期前、截止日期变更后三个时点逐项核对，只针对单个工作项，不覆盖项目整体进度与人员容量冲突。
- 字段核对至少覆盖截止日期、开始日期或计划工时、负责人、验收标准、优先级和日期口径说明，其中日期口径要写明交付完成还是提交评审、时区、工作日口径与是否含缓冲。
- 判断日期是否合理看三条依据：晚于依赖项计划完成日期并留出衔接时间、可用时间能覆盖实现与评审工作量、与上游交付时间对齐。
- 截止日期缺失或口径不明、验收标准缺失、关键依赖日期未确认、负责人未指定到个人，出现任一项即阻断排期。
- 清单完成条件是全部阻断项通过，且每个非阻断项都有明确处理结论和对应记录；带风险排期需书面记录未通过项、责任人、复核时点并共同确认。
谁在什么时点使用这份截止日期检查清单
这份清单解决的是“谁在什么时候检查什么”，不替代具体字段的填写规范。使用前先明确角色分工，可以避免同一项被重复检查，或者关键项无人确认。
任务负责人、排期人、评审人三类角色承担不同职责。任务负责人对日期和内容的自洽性负责，排期人判断该日期能否进入排期，评审人对交付结果是否符合验收标准作出确认。三者可以由同一人兼任，但检查动作仍需分别执行并留下记录。
| 角色 | 检查时点 | 检查范围 |
|---|---|---|
| 任务负责人 | 创建工作项时、截止日期变更时 | 截止日期、开始日期或计划工时、验收标准、负责人、优先级是否填全且口径一致 |
| 排期人 | 进入排期前、截止日期变更后 | 依赖项日期是否确认、缓冲是否评估、与关联工作项日期是否冲突、变更是否已同步下游 |
| 评审人 | 进入排期前、交付确认时 | 验收标准是否可判断完成、证据是否可追溯、变更记录是否完整 |
三个使用时点对应不同的检查深度。创建工作项时侧重字段完整性，进入排期前侧重日期合理性与依赖确认，截止日期变更后侧重原因记录与下游同步。范围边界需要说清楚：本清单只检查单个工作项的截止日期设置，项目整体里程碑是否延期、团队人手是否够用，属于另外的管理动作，不在逐项核对之列。
截止日期字段本身要核对哪些内容
字段核对的目标是让日期可以被逐项判断，而不是只看到一个数字。一个可执行的截止日期，至少需要同时说明“哪天完成”“从哪天开始”“谁负责”“做到什么程度算完成”。
建议在模板中固定以下字段，并对每个字段写明填写要求：
| 字段名 | 填写要求 | 示例 |
|---|---|---|
| 截止日期 | 必填，写明具体日期；注明该日期指交付完成还是提交评审 | 2025-06-20（交付完成） |
| 开始日期或计划工时 | 必填其一；填工时需注明单位与是否含评审时间 | 开始日期 2025-06-10；计划工时 5 人日 |
| 负责人 | 必填，指定到具体个人，不写团队或岗位代称 | 张三 |
| 验收标准 | 必填，写成可判断完成的条件，避免“基本完成”“符合预期”一类表述 | 接口文档通过评审并归档，遗留问题不超过 2 项且有处理人 |
| 优先级 | 必填，按团队统一档位填写 | 高 |
| 日期口径说明 | 注明时区、工作日口径、是否含缓冲 | 北京时间，按工作日计，已含 1 天缓冲 |
日期口径是最容易被忽略的一项。同一个“6 月 20 日”，可能指交付完成，也可能指提交评审；可能按自然日计算，也可能按工作日计算；可能已经预留缓冲，也可能没有。口径不写清楚，后续的合理性判断就失去基准。
合理性判断可以围绕三条依据展开。第一，与依赖项日期的先后关系：本工作项的截止日期应晚于其依赖项的计划完成日期，并留出衔接时间。第二，与验收工作量的匹配：从开始日期到截止日期之间的可用时间，应能覆盖实现、自测和评审所需的工作量。第三，与上游交付时间的衔接：如果本工作项依赖上游产出，截止日期需要与上游承诺的交付时间对齐，上游日期未确认时，本项日期只能视为暂定。
分阶段检查项：创建、排期前、变更后
以下检查表按三个阶段组织，每项都给出通过标准、证据和负责人，便于逐项判断是否完成。检查项写成可核验的动作或状态，避免把“建议尽早确认”这类表述放进表内。
创建阶段
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 截止日期已填写 | 截止日期字段有具体日期，非空、非占位符 | 工作项字段记录 | 任务负责人 |
| 日期口径已注明 | 注明交付完成或提交评审、时区、工作日口径、是否含缓冲 | 工作项描述或字段备注 | 任务负责人 |
| 验收标准已写明 | 验收标准可判断完成，包含交付物和判定条件 | 工作项验收标准字段 | 任务负责人 |
| 负责人已指定 | 负责人为具体个人，且本人已知悉该日期 | 负责人字段及确认记录 | 任务负责人 |
| 开始日期或计划工时已填 | 至少填写一项，且与截止日期不矛盾 | 工作项字段记录 | 任务负责人 |
排期前阶段
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 依赖项日期已确认 | 每个关键依赖项都有已确认的计划完成日期，暂定日期已标注 | 依赖关系记录 | 排期人 |
| 缓冲已评估 | 缓冲天数有明确取值和理由，或明确说明不留缓冲的原因 | 工作项备注或排期记录 | 排期人 |
| 与关联工作项日期不冲突 | 同一负责人或同一交付链上的工作项日期无重叠冲突，冲突已调整或记录 | 关联工作项列表 | 排期人 |
| 验收标准可被评审人判断 | 评审人确认验收标准无需补充即可判断完成 | 评审意见 | 评审人 |
变更阶段
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 变更原因已记录 | 写明变更原因、原日期、新日期和提出人 | 变更记录或评论 | 任务负责人 |
| 受影响的下游工作项已同步 | 所有依赖本项的工作项已核对，需要调整的已调整或标注风险 | 依赖关系记录与下游工作项更新 | 排期人 |
| 相关人已确认 | 负责人、评审人和下游负责人已知悉并确认新日期 | 确认记录 | 任务负责人 |
三个阶段之间存在衔接关系。创建阶段未通过的工作项不应进入排期前检查；变更阶段的检查结果会重新触发排期前检查中的依赖与冲突项。把这条衔接写进流程，可以避免日期改过之后仍按旧日期排期。
每项检查的证据与负责人怎么落
清单要能复核，关键在于每项检查都留下可追溯的证据，并明确由谁确认。口头说“已经对过了”无法支撑后续判断，证据需要落在工作项本身或与工作项关联的记录中。
| 检查项类别 | 证据 | 确认人 | 留存位置 |
|---|---|---|---|
| 字段完整性 | 工作项字段记录或字段截图 | 任务负责人自检，排期人复核 | 工作项字段本身 |
| 日期口径与缓冲 | 口径说明文字、缓冲取值及理由 | 排期人 | 工作项描述或备注 |
| 依赖关系 | 依赖项清单及其计划完成日期 | 排期人 | 依赖关系记录或关联工作项 |
| 验收标准 | 评审人对验收标准的确认意见 | 评审人 | 评审记录或工作项评论 |
| 日期变更 | 变更原因、原日期与新日期、下游同步结果 | 任务负责人记录，排期人确认 | 变更记录或评论 |
分工上，任务负责人完成自检并留下字段与说明类证据；排期人复核依赖、缓冲和冲突，确认日期可以进入排期；评审人确认验收标准足以判断完成。三类确认可以合并到一次评审中完成，但每类确认都应有对应记录，便于后续追查某个日期是在什么依据下确定的。
证据留存位置尽量靠近工作项本身。字段值、描述、评论、依赖关系和变更记录都随工作项保存，后续复核时不需要再到其他系统里拼接信息。如果团队使用 ONES 这类研发协作工具，工作项字段、关联关系和评论记录可以承担上述留存位置；具体字段是否必填、依赖关系如何配置，以团队实际配置和产品当前说明为准。
阻断项与完成条件
阻断项用于回答一个直接问题：这个截止日期现在能不能进入排期。以下情况只要出现一项，就应阻断排期，先补齐再重新检查。
- 截止日期缺失，或只填了占位日期。
- 日期口径不明，无法判断该日期指交付完成还是提交评审，也无法判断工作日与缓冲口径。
- 验收标准缺失，或标准无法判断完成。
- 关键依赖项的日期未确认，且未标注为暂定并说明影响。
- 负责人未指定到具体个人。
非阻断项包括缓冲未评估、与关联工作项存在潜在冲突、变更后下游尚未全部回复确认等。这类问题不直接阻断排期，但必须有明确的处理结论，例如“缓冲按 1 天执行，理由为依赖项已确认”“冲突已与负责人协商，调整至次日”。没有处理结论的非阻断项，视同未完成检查。
整份清单的完成条件是：全部阻断项通过，且每个非阻断项都有明确处理结论和对应记录。满足这两条，该截止日期才可以进入排期。
确需带风险排期时，需要留下书面记录：写明未通过的具体检查项、风险影响、责任人和复核时点，并由排期人与任务负责人共同确认。带风险排期不等于跳过检查，而是把未通过项显式记录下来，在约定时点重新核对。这样处理后，截止日期仍然可追溯，后续出现偏差时也能判断问题出在哪个环节。
常见问题
截止日期已经填了，为什么还要单独写日期口径？
同一个日期在不同口径下指向不同结果。写明口径至少要回答三件事：这个日期指交付完成还是提交评审；按自然日还是工作日计算；是否已经包含缓冲。口径不写清楚，后续判断日期是否合理就失去基准，依赖方也可能按错误的理解安排衔接。口径说明可以放在工作项描述或字段备注中，与截止日期相邻保存。
上游依赖日期还没确认时，本任务的截止日期该怎么处理？
可以把本项日期标为暂定，并注明所依赖的上游交付时间和影响范围。进入排期前检查时，关键依赖项日期未确认且未标注暂定、未说明影响，属于阻断项。若上游日期长期无法确认，建议先明确一个复核时点，在时点前按暂定日期推进，到期重新核对后再决定是否进入正式排期。
非阻断项没有处理结论，能不能先排期再补？
不建议。缓冲未评估、与关联工作项存在潜在冲突、变更后下游尚未全部回复确认，这类问题不直接阻断排期，但必须有明确处理结论，例如缓冲按 1 天执行并写明理由，或冲突已协商调整到具体日期。没有处理结论的非阻断项视同未完成检查，整份清单也就无法判定完成。
确需带风险排期时，记录要写到什么程度？
记录需要覆盖四项内容：未通过的具体检查项、风险影响、责任人、复核时点，并由排期人与任务负责人共同确认。带风险排期是把未通过项显式记录下来，在约定时点重新核对，这样截止日期仍然可追溯，后续出现偏差时也能判断问题出在哪个环节。
日期变更后，哪些检查项需要重新走一遍？
变更阶段的检查结果会重新触发排期前检查中的依赖与冲突项。具体来说，变更原因、原日期、新日期和提出人需要记录；所有依赖本项的下游工作项要逐一核对，需要调整的已调整或标注风险；负责人、评审人和下游负责人需确认新日期。只改日期字段而不重走这些检查，容易出现下游仍按旧日期排期的情况。
