任务逾期通常按截止日期判定：到了截止日期结束仍未完成，就视为逾期。计划完成日期是执行过程中的预计值，用于排期和预警，它的变化不直接改变逾期结论；当团队把计划完成日期正式确立为承诺期限时，才按该日期判定。本文解释两个日期的含义、判定机制，并区分逾期与延期、阻塞、未开始。
要点总览（TL;DR）
- 任务逾期以截止日期为判定基准：到期日结束仍未完成即判为逾期，计划完成日期变化不直接改变结论。
- 截止日期是承诺时点，变更需约定角色确认；计划完成日期是执行中的预计值，用于排期与预警。
- 判定发生在到期日结束这一时点，比较对象是完成状态与截止日期，计划完成日期不参与比较。
- 逾期是结果状态，延期是承诺期限被正式调整，阻塞是推进条件受限，未开始是尚未进入执行，四者可以并存。
- 把计划完成日期当作风险信号使用，对延期建立确认与记录机制，逾期标记才能对应到正确的跟进动作。
任务逾期到底按哪个日期判定
可以直接执行的一条规则是：以截止日期为逾期判定基准，到期日结束仍未完成即判为逾期。这条规则包含三个要素：比较对象是任务的完成状态，比较基准是截止日期，判定时点是到期日结束。三个要素同时成立，才产生逾期结论。
计划完成日期在这条规则中承担的是排期与预警作用。执行人根据剩余工作量给出一个预计完成的时点，团队据此判断任务是否可能撞上截止日期、是否需要提前调配资源。计划完成日期向后调整，说明执行预期发生变化，这个变化本身不构成逾期，也不解除逾期。只有当团队把某个计划完成日期正式确立为承诺期限，也就是把它作为新的截止日期时，判定基准才随之改变。
需要留意的边界是：判定发生在到期日结束这个时点，而不是任务创建时、也不是计划完成日期到达时。任务在截止日期当天完成，通常不算逾期；跨过截止日期结束仍未完成，才进入逾期状态。不同团队对“当天结束”的具体时刻可能有约定，这类约定属于团队规则，应在任务规范中写清楚。
截止日期与计划完成日期分别指什么
两个日期都描述时间，但承担的责任不同。截止日期是任务必须完成的承诺时点，带有约束性，通常由任务发起方、需求方或项目负责人在创建或排期时确定，变更需要经过约定角色的确认。计划完成日期是执行中的预计完成时点，带有预测性，通常由执行人根据工作量、依赖和资源情况给出，可以随执行进展更新。
| 对比项 | 截止日期 | 计划完成日期 |
|---|---|---|
| 含义 | 任务必须完成的承诺时点 | 执行中的预计完成时点 |
| 性质 | 约束性，构成逾期判定基准 | 预测性，用于排期与预警 |
| 常见设置角色 | 任务发起方、需求方或项目负责人 | 任务执行人，也可由负责人协同确定 |
| 变更条件 | 需经约定角色确认，变更意味着重新承诺 | 随执行情况更新，一般由执行人调整 |
| 变化对逾期的影响 | 改变判定基准 | 不直接改变逾期结论 |
还有几类时间字段容易被混入这两个概念。创建时间是任务被录入系统的时点，反映任务何时进入管理视野；实际完成时间是任务真正完成的时点，用于计算周期和复盘；更新时间记录最近一次修改。这些字段都不承担承诺或预计的功能，不能用来判定逾期。区分方法很简单：问这个时间回答的是“必须什么时候完成”“预计什么时候完成”，还是“什么时候发生了什么”。只有前两个问题对应本文讨论的两个日期。
逾期判定在任务执行中如何发生
逾期判定不是一次人工判断，而是一条从日期设置到状态呈现的连续过程。理解这条过程，有助于在工具配置和团队规范中把规则落实到位。
第一步，任务创建或排期时确定截止日期。这个动作把承诺写入任务，是后续判定的前提。缺少截止日期的任务没有判定基准，通常不会被标记逾期，这也意味着它缺少时间约束。
第二步，执行中更新计划完成日期与进度。执行人根据实际推进情况调整预计完成时点，负责人据此观察风险。计划完成日期晚于截止日期时，是一个明确的预警信号：按当前预期，任务将无法在承诺期限内完成，需要提前干预，例如缩减范围、增加人手或正式调整截止日期。
第三步，到期时点触发比较。系统或管理流程在截止日期结束时检查任务状态：已完成则关闭，未完成则进入逾期。比较的对象是完成状态与截止日期，计划完成日期不参与这次比较。
第四步，判定结果反映为逾期标记与提醒。逾期标记让任务在列表、看板或报表中可被识别，提醒则把信息推送给执行人和负责人，推动处理。标记和提醒的具体形式取决于团队使用的工具与配置。
在支持任务日期管理的协作工具中，这条流程可以被系统承载。以ONES为例，任务可以设置截止日期并随状态流转更新完成情况，逾期任务在任务视图和报表中呈现，负责人据此跟进。具体字段名称、提醒方式和状态联动规则，建议以团队实际使用的产品配置为准。
逾期与延期、阻塞、未开始怎么区分
这四个概念描述的是任务在不同维度上的情况，混用会导致跟进动作错位。逾期回答“是否已过承诺期限且未完成”，延期回答“承诺期限是否被正式调整”，阻塞回答“任务是否因依赖或外部原因无法推进”，未开始回答“任务是否已进入执行”。
| 状态 | 定义 | 判定条件 | 与逾期的关系 |
|---|---|---|---|
| 逾期 | 已过截止日期且未完成的结果状态 | 当前时间已过截止日期结束，任务未完成 | 本身即逾期 |
| 延期 | 截止日期被正式调整后形成的新承诺 | 原截止日期经确认变更，产生新的截止日期 | 变更生效后按新截止日期判定，原期限内的逾期记录仍应保留 |
| 阻塞 | 因依赖未满足或外部原因无法推进 | 存在明确的阻塞原因，任务无法继续执行 | 截止日期未到时不算逾期；已过截止日期仍未完成，则同时处于阻塞与逾期 |
| 未开始 | 尚未进入执行的状态 | 任务已创建但未开始处理 | 截止日期未到不算逾期；截止日期已过仍未开始，判为逾期 |
区分的关键在于看清每个状态回答的问题。延期处理的是承诺本身的变化，需要留下变更记录，说明原期限、新期限和调整原因，避免用延期掩盖执行问题。阻塞处理的是推进条件，重点在解除依赖，阻塞原因消失后任务应恢复推进。未开始处理的是启动时机，需要确认责任人和开始条件是否明确。逾期处理的是结果，需要跟进补救措施和后续承诺。一个任务可以同时处于阻塞和逾期，也可以先延期再逾期，状态之间并不互斥。
具体例子与常见误解
示例一：截止日期已过，计划完成日期被顺延。某任务截止日期为3月10日，执行人在3月9日把计划完成日期从3月10日改为3月15日，理由是工作量增加。3月11日检查时，任务仍未完成。按规则，该任务已逾期，因为判定基准是3月10日这个截止日期，计划完成日期的调整只反映执行预期变化。正确做法是：要么在3月10日前完成，要么在截止日期到达前走延期流程，由约定角色确认新的截止日期并留下记录。
示例二：任务阻塞但截止日期未到。某任务截止日期为3月20日，因上游接口未交付，执行人标记为阻塞。3月12日检查时，任务无法推进，但截止日期尚未到达，不判为逾期。此时应跟进的是解除阻塞：确认上游交付时间，评估是否影响截止日期，必要时提前发起延期沟通。若到3月21日阻塞仍未解除且任务未完成，则同时处于阻塞与逾期。
常见误解有三类，逐一纠正：
- 误解一：计划完成日期一变就算逾期。计划完成日期是预计值，调整它是正常的执行管理动作。逾期只看截止日期与完成状态，计划完成日期变化本身不产生逾期结论。真正需要关注的是计划完成日期晚于截止日期时发出的预警。
- 误解二：只要任务在推进就不算逾期。推进描述的是执行动作，逾期描述的是结果与承诺的关系。任务持续更新进度但跨过截止日期仍未完成，依然判为逾期。进度更新不能替代承诺兑现。
- 误解三：未开始等于逾期。未开始只说明任务尚未进入执行。截止日期未到时，未开始是正常状态；截止日期已过仍未开始，才判为逾期。把未开始直接等同于逾期，会误伤排期靠后的任务，也会掩盖真正需要催办的对象。
把这条规则落到日常管理中，团队需要做三件事：为每个任务明确截止日期，让判定有基准；把计划完成日期作为风险信号使用，早于截止日期发现偏差；对延期建立确认和记录机制，让承诺变更可追溯。规则清晰之后，逾期标记才有意义，跟进动作才不会错位。
常见问题
任务在截止日期当天完成，算不算逾期？
通常不算。判定时点是截止日期结束，任务在当天完成仍处于承诺期限内。不同团队对“当天结束”的具体时刻可能有约定，例如以当日下班时间或系统日切时间为界，这类约定属于团队规则，应在任务规范中写清楚，避免同一任务在不同人那里得出不同结论。
计划完成日期已经晚于截止日期，应该先改计划还是先改截止日期？
先判断任务是否还有可能在截止日期前完成。如果按当前预期无法完成，应尽早发起延期沟通，由约定角色确认是否调整截止日期并留下变更记录；计划完成日期可以同步更新，用来反映真实预期。直接顺延计划完成日期而不处理截止日期，任务到期后仍会被判为逾期，预警信号也会被掩盖。
任务因外部依赖被阻塞，逾期责任怎么算？
逾期判定只看截止日期与完成状态，阻塞原因不改变判定结果，但会影响后续处理方式。截止日期未到时，重点是解除阻塞、评估对期限的影响；已过截止日期仍未完成，任务同时处于阻塞与逾期，需要同时跟进依赖解除和期限调整。责任归属属于团队管理约定，建议在阻塞记录中写明原因和影响，便于复盘时区分执行问题与外部条件。
延期之后，原来的逾期记录要不要保留？
建议保留。延期形成的是新的承诺期限，变更生效后按新截止日期判定后续是否逾期，但原期限内的逾期事实是已经发生的结果，保留记录有助于复盘承诺兑现情况和延期原因。如果直接覆盖原截止日期，历史偏差就无从追溯，延期也容易变成常规操作。
没有设置截止日期的任务会被判为逾期吗？
通常不会。缺少截止日期就没有判定基准，系统或管理流程无法比较完成状态与承诺时点。这类任务往往也缺少时间约束，建议在任务创建规范中要求明确截止日期，至少对需要跟踪交付的任务如此；对于探索性、无明确交付时点的工作，可以单独约定管理方式。
