判断任务截止日期是否合理，可以按四类检查项逐项核对：日期是否有明确依据，日期与依赖关系是否自洽，日期是否落在可用的工作时间与人员安排内，日期设定和变更是否留痕。每项都要有可核验的证据，缺证据的日期只能记为待确认。本文只判断单个工作项的截止日期，项目整体进度与资源负载冲突不在展开范围内。在ONES中，工作项字段、依赖关系和变更记录可以承载这些检查项，方便评审时逐项对照。
要点总览（TL;DR）
- 判断截止日期是否合理，先看日期背后有没有可核验的依据：工作量估算、前置依赖完成时间、外部约束或同类任务历史耗时，至少一项成立且其余项不矛盾。
- 再看日期之间是否自洽：前置任务完成时间不晚于本任务开始，本任务截止日期不晚于下游任务开始，并落在所属里程碑之内。
- 按团队工作日历核算可用时间，扣除休假、培训、会议等不可用时段，跨时区协作统一日期口径，截止日期当天预留验收或缓冲。
- 日期设定与每次变更都要有确认记录、原因说明和下游通知，长期未复核的过期日期需要标记并重新评审。
- 无估算依据、依赖时间倒挂、日期落在不可用时段、变更无记录属于阻断项；全部阻断项通过且有证据，才能判定为通过。
谁在什么时点用这份检查清单
这份清单服务于一个具体判断：某个任务的截止日期能不能被认可。它适合在任务创建、排期评审和截止日期变更三个时点使用，由不同角色分别承担核对与确认的责任。把使用对象和时点先定清楚，可以避免清单在错误的时间被当成形式化流程。
| 使用对象 | 使用时点 | 主要动作 | 产出 |
|---|---|---|---|
| 任务负责人 | 任务创建或接受排期时 | 提供工作量估算、依赖信息和外部约束，确认日期可执行 | 带证据的截止日期与确认记录 |
| 排期评审人 | 排期评审会上 | 逐项核对依据、依赖自洽、可用时间和变更记录 | 通过、待确认或阻断的评审结论 |
| 项目经理 | 截止日期变更时、阶段节点前复核时 | 确认变更原因与影响，通知下游依赖方，清理过期日期 | 变更记录与同步通知 |
范围边界需要说明：清单只回答“这个任务的截止日期是否站得住”。项目整体进度是否延期、某个人的工作量是否超载，属于项目进度管理和资源负载管理的议题，本文只在依赖检查中记录同一人同一时段的冲突线索，不展开容量分配方案。
截止日期依据检查：日期从哪里来
合理的截止日期应当能回答“为什么是这一天”。判断方法是要求日期背后至少有一项可核验的依据：工作量估算、前置依赖的预计完成时间、外部约束，或同类任务的历史耗时。四项依据不必全部具备，但至少要有一项成立，且其余项不与之矛盾。只有日期、没有任何来源说明的，记为待确认。
| 检查项 | 通过标准 | 需要的证据 | 负责人 |
|---|---|---|---|
| 工作量估算是否有记录 | 有估算值，并说明估算口径（人天、故事点、工时区间等）和估算人 | 估算记录或评审纪要 | 任务负责人 |
| 是否识别前置依赖及其预计完成时间 | 列出全部前置任务，每项有预计完成时间，且不晚于本任务开始 | 依赖清单或工作项依赖链接 | 任务负责人 |
| 是否有外部约束作为依据 | 交付节点、客户约定或合规时限有书面出处，日期与之对齐 | 合同条款、交付计划或合规要求文件 | 项目经理 |
| 是否与同类任务历史耗时大致相符 | 与历史同类任务耗时的偏差有解释，偏差过大时有补充说明 | 历史任务记录或耗时统计 | 排期评审人 |
估算口径需要写清楚，是因为“3天”和“3人天”在排期上含义不同。估算口径缺失时，即使有数字也无法判断日期是否合理。外部约束要区分硬约束和软期望：客户合同约定的交付日属于硬约束，内部希望提前完成属于软期望，后者不能单独作为截止日期的唯一依据。
依赖与排期自洽检查：日期之间是否对得上
日期有依据还不够，还要和上下游任务对得上。这一节检查的是日期之间的关系：前置任务完成时间应早于本任务开始时间，本任务截止日期应早于后续依赖任务的开始时间，任务日期应落在所属里程碑或阶段节点之内。任何一处时间倒挂，都说明排期链条存在矛盾，需要回到排期表修正。
| 检查项 | 通过标准 | 需要的证据 | 负责人 |
|---|---|---|---|
| 前置任务完成时间是否早于本任务开始时间 | 每个前置任务的预计完成时间不晚于本任务开始日期，留有必要衔接时间 | 依赖关系与各任务日期 | 任务负责人 |
| 本任务截止日期是否早于后续依赖任务的开始时间 | 下游任务开始日期不早于本任务截止日期 | 下游任务排期 | 排期评审人 |
| 是否与所属里程碑或阶段节点冲突 | 任务截止日期不晚于所属里程碑日期，且为里程碑验收留出时间 | 里程碑计划 | 项目经理 |
| 并行任务是否存在同一人同一时段冲突 | 冲突已记录并标注，交由资源管理处理 | 人员排期表 | 排期评审人 |
并行任务的人员冲突在本节只做记录，不做判定。原因是同一人同时承担多个任务是否可接受，取决于其整体负载和优先级安排，这属于资源负载与冲突管理的判断范围。评审时把冲突线索标出来，转交相应负责人处理即可，避免在截止日期评审中混入容量决策。
工作日历与可用时间检查
日期落在日历上，不等于落在可工作的时间里。这一节要按团队工作日历核算可用工作日，扣除已知休假、培训、会议等不可用时段，跨时区或跨团队协作时统一日期口径，并确认截止日期当天是否预留验收或缓冲时间。核算后可用时间明显少于估算所需时间的，日期应判为不合理。
| 检查项 | 通过标准 | 需要的证据 | 负责人 |
|---|---|---|---|
| 是否按团队工作日历核算可用工作日 | 扣除周末和法定节假日后，可用工作日数量与估算所需时间匹配 | 团队工作日历、排期表 | 任务负责人 |
| 是否扣除已知休假、培训、会议等不可用时段 | 已知不可用时段已从可用时间中扣除，扣除后有记录 | 休假与培训安排、会议日历 | 任务负责人 |
| 跨时区或跨团队协作时日期口径是否统一 | 所有相关方使用同一时区和同一日期定义（如以哪个时区的日终为准） | 协作约定或排期说明 | 项目经理 |
| 截止日期当天是否预留验收或缓冲时间 | 交付物在截止日期前完成，当天可用于验收或应对小幅延误 | 排期表中的验收安排 | 排期评审人 |
缓冲时间不必统一规定比例，但需要有明确安排。完全没有缓冲的日期，一旦出现返工或等待，就会直接冲击下游任务。跨时区协作时，日期口径不统一是常见隐患：一方按本地日终计算，另一方按另一时区计算，实际可用时间可能相差一天，评审时应把口径写进排期说明。
变更与确认检查：日期改动是否留痕
截止日期在设定时需要负责人确认，在调整时需要留下原因、提出人和确认人。这一节检查日期的可追溯性：确认记录是否存在，变更是否有原因说明，变更后是否通知了下游依赖方，是否存在长期未复核的过期日期。日期改动没有记录的，即使新日期看起来合理，也应先补记录再判定通过。
| 检查项 | 通过标准 | 需要的证据 | 负责人 |
|---|---|---|---|
| 截止日期是否经任务负责人确认 | 有负责人明确确认的记录，确认时间早于或等于排期评审时间 | 确认记录或评审纪要 | 任务负责人 |
| 日期变更是否记录原因、提出人和确认人 | 每次变更都有原因说明和双方确认，记录可追溯 | 变更记录 | 项目经理 |
| 变更后是否同步通知下游依赖方 | 下游任务负责人已知悉新日期，并确认其排期仍成立 | 通知记录或下游确认 | 项目经理 |
| 是否存在长期未复核的过期日期 | 超过约定复核周期未更新的日期已标记并安排复核 | 排期复核记录 | 排期评审人 |
变更留痕的价值在于让后续判断有据可查。一个日期被改过三次却没有任何说明，评审人无法判断当前日期是否可信。同步通知下游同样关键：上游日期后移而下游不知情，依赖关系就会在实际执行中失效。复核周期可以由团队约定，例如每个迭代或每个阶段节点复核一次，重点是过期日期不被默认沿用。
阻断项与完成条件：哪些不通过就不能放行
前面四节给出检查项和通过标准，这一节汇总判定规则。整份清单的结论只有三种：通过、待确认、阻断。全部阻断项通过且有证据，才能判定为通过；存在阻断项未通过，判定为阻断；阻断项通过但部分非阻断项缺证据，判定为待确认，补齐证据后可转为通过。
| 类别 | 情形 | 判定 | 处理方式 |
|---|---|---|---|
| 阻断项 | 无任何估算依据或外部约束支撑日期 | 阻断 | 补充估算或约束依据后重新评审 |
| 阻断项 | 依赖时间倒挂，前置任务完成晚于本任务开始 | 阻断 | 调整依赖任务日期或本任务日期 |
| 阻断项 | 日期落在不可用时段，可用时间不足以完成估算工作量 | 阻断 | 重新核算可用时间并调整日期 |
| 阻断项 | 日期变更无记录，或变更后未通知下游依赖方 | 阻断 | 补齐变更记录与通知后重新判定 |
| 观察项 | 与同类任务历史耗时偏差较大但已有解释 | 标注 | 记录偏差原因，评审时说明 |
| 观察项 | 并行任务存在同一人同一时段冲突 | 标注 | 转资源负载管理处理，不阻断本次评审 |
| 观察项 | 截止日期当天未预留验收或缓冲时间 | 标注 | 提示风险，由负责人决定是否调整 |
判定时以证据为准，不以口头说明为准。评审人逐项核对证据，把每项结论和证据出处记在评审记录里，缺证据的项标为待确认而不是通过。观察项不阻断放行，但需要在评审记录中写明，便于后续跟踪。这样一份清单既能给出明确结论，也能在日期被质疑时提供可回溯的判断过程。
常见问题
任务截止日期评审时，负责人只给出口头估算，能算通过吗？
口头估算可以作为评审讨论的起点，判定通过仍需要落到记录上。建议把估算值、估算口径（人天、故事点或工时区间）和估算人写进工作项或评审纪要，再据此核对日期。评审时以证据为准，缺记录的项标为待确认，补齐后再转为通过。
前置任务还没排定日期，本任务的截止日期该怎么判？
前置任务日期未定时，本任务的截止日期缺少依赖依据，应判为待确认而不是直接通过。可以先把依赖关系登记下来，标注前置任务的预计完成时间待补，等前置日期确定后复核本任务日期是否仍然成立。若前置任务日期迟迟未定，需要由项目经理协调先给出一个可用的预计时间，避免下游排期悬空。
跨时区团队协作时，截止日期按哪个时区算？
关键是所有相关方使用同一口径，并在排期说明里写清楚。常见做法是约定以某一时区的日终作为截止时点，或者统一按交付物提交时间计算。口径不统一时，实际可用时间可能相差一天，评审时应把约定写进排期说明，并让下游依赖方确认知悉。
日期变更后下游任务没有调整，评审时怎么处理？
这属于阻断项。上游日期后移而下游不知情，依赖关系会在执行中失效。处理方式是补齐变更记录和通知，让下游任务负责人确认其排期是否仍成立；下游需要调整的，一并更新后再重新判定。仅有变更记录、没有下游确认的，仍按未通过处理。
观察项标注了但不处理，会影响任务放行吗？
观察项不阻断放行，但需要在评审记录中写明，便于后续跟踪。例如与历史耗时偏差较大但已有解释、并行任务存在同一人同一时段冲突、截止日期当天未预留缓冲，这些情形记录后由相应负责人跟进。阻断项则必须先通过，才能判定整份清单通过。
