任务逾期和任务延期描述的是两件不同的事：逾期看结果，任务到了约定截止时间仍未完成，属于执行偏差；延期看计划，任务的截止日期经过确认后被正式改写并顺延，属于计划变更。判断一个任务属于哪种情况，需要同时核对截止时间、完成状态和变更记录。本文按单项任务的执行闭环说明两套判定标准，并给出与阻塞、未开始等相邻状态的区分方法。
要点总览（TL;DR）
- 任务逾期看结果：存在明确截止时间、当前时间已过截止时间、任务未完成，三个条件同时成立即构成逾期。
- 任务延期看计划：原截止时间被正式调整、调整经过确认并留有记录、新截止时间生效，三个条件同时成立才算延期。
- 区分要点是截止时间有没有被正式改写：改过且有记录是延期，没改过而时间已过是逾期；延期不消除变更前已经发生的逾期。
- 阻塞和未开始都不改动计划，本身不构成延期，但时间照常流逝，过了截止时间仍未完成同样构成逾期。
- 团队应统一截止时间粒度、完成口径、时区基准和工作日处理方式，并写入任务规范，让判定从个人判断变成可复核的规则。
任务逾期和任务延期的判定标准
逾期与延期各自有一套可操作的判定条件。把条件逐条对照，就能判断一个任务当前处于哪种情况，而不是凭感觉或口头说法下结论。
任务逾期的判定条件
逾期判定要同时满足三个条件，缺一不可：
- 存在明确的截止时间。任务上写有具体的截止日期或截止时刻，作为比较基准。没有截止时间的任务，无法判断是否逾期。
- 当前时间已超过截止时间。比较的是“现在”与“截止时间”的先后关系，判定时点取决于截止时间的粒度：精确到日的截止时间，通常从次日开始视为已过；精确到时刻的截止时间，过了该时刻即视为已过。
- 任务未进入完成状态。任务仍处于未开始、进行中或阻塞等未完成状态。只要状态未置为完成，且截止时间已过，就构成逾期。
任务延期的判定条件
延期判定同样有三个条件，核心是“计划被正式改写”：
- 原截止时间被正式调整。任务的截止日期从原值改为新值，新截止时间晚于原截止时间。
- 调整经过确认并留有记录。变更由有权限的人提出并确认，变更前后的日期、变更时间、变更原因在任务记录中可查。仅口头说“要晚几天”不构成延期。
- 新截止时间生效。调整完成后，任务以新截止时间作为后续判定基准，原截止时间成为历史记录。
判定所需的基础字段
两套判定都依赖同一组基础信息。团队在任务模板中固定这些字段，判定才有依据：
| 字段 | 作用 | 缺失时的后果 |
|---|---|---|
| 截止时间 | 逾期判定的比较基准，延期变更的对象 | 无法判断是否逾期，也无法界定延期改动了什么 |
| 完成时间 | 记录任务实际完成时点，用于回溯偏差 | 只能看状态，无法计算偏差时长 |
| 当前状态 | 判断任务是否已进入完成状态 | 状态未维护时，逾期判定失真 |
| 变更记录 | 记录截止时间的调整历史与确认人 | 无法区分“计划改过”与“一直没改” |
两个判定可以同时成立或先后发生
逾期与延期并不互斥。常见的情形是任务先逾期，随后通过延期把新截止时间确定下来，此时任务在变更前的时间段内构成逾期，变更后按新截止时间继续跟踪。另一种情形是任务在执行中提前发现无法按期完成，在截止时间之前申请延期并获确认，任务始终未逾期，只是计划发生了变更。判定时要看具体时间点：在哪个时点、以哪个截止时间为基准，结论可能不同。
逾期与延期的定义和边界
逾期的本质是执行结果与既定时间承诺之间的偏差。任务承诺了某个时间完成，实际没有做到，偏差就产生了。延期的本质是计划本身的变更：团队重新评估后认为原时间不再合理，经过确认把承诺改为新的时间。前者说明执行没有跟上计划，后者说明计划被主动修订。
这个区别决定了两者的边界：
- 只口头说“要晚几天”，截止时间未改，仍按逾期判断。口头沟通可以作为变更的前置动作，但在截止时间被正式改写之前，任务的时间承诺没有变化，过了原截止时间未完成就是逾期。
- 截止时间未设定，无法做出可靠判定。没有基准就谈不上偏差，也谈不上变更。这类任务需要先补齐截止时间，再纳入跟踪。
- 状态未维护，判定同样不可靠。任务实际已完成但状态停留在进行中，会被误判为逾期；任务实际未完成但状态被提前置为完成，则会掩盖逾期。
- 延期不消除已经发生的逾期。如果任务在原截止时间之后才完成延期变更，变更前的那段时间已经构成逾期事实，变更记录应如实反映这一点。
本文的讨论范围限定在单项任务层面：一个任务有没有截止时间、状态是否完成、截止时间有没有被正式调整。组织级的审批流程如何设计、延期需要几级确认，属于流程规则范畴，不影响单项任务的判定逻辑。
逾期是怎么形成的：时间、状态与完成口径
逾期判定看起来只是“时间过了没有”，实际执行中，同一个任务在不同口径下可能得出不同结论。原因集中在四个方面。
截止时间的粒度
截止时间精确到日还是精确到时刻，直接决定判定时点。截止到某日，通常理解为该日结束前完成即可，判定从次日开始；截止到某时刻，过了该时刻即视为已过。团队混用两种粒度时，同一批任务的逾期结论会出现偏差。建议在任务规范中明确：对外交付类任务用日期粒度，有明确交付时点的任务用时刻粒度。
完成口径
“完成”以什么为准，是逾期判定的关键分歧点。一种口径以状态置为完成为准，执行人提交即算完成；另一种口径以验收通过为准，需要需求方或负责人确认后才算完成。两种口径下，同一个任务可能一个判为按期、一个判为逾期。团队需要选定一种作为逾期统计口径，并在任务规范中写明。常见做法是：执行跟踪用状态完成口径，交付考核用验收通过口径，两者分别统计。
状态流转的影响
未开始、进行中、阻塞、已完成四种状态对逾期判定的影响不同：
- 未开始：任务尚未进入执行，但只要截止时间已过且状态不是完成，同样构成逾期。未开始不构成免责理由。
- 进行中：最常规的逾期情形，截止时间已过、工作仍在推进。
- 阻塞：执行因外部依赖或资源问题受阻，截止时间未变。阻塞期间时间照常流逝，过了截止时间仍未完成，依然构成逾期。
- 已完成：不再纳入逾期判定，转为比较完成时间与截止时间，计算提前或延后的时长。
时区与工作日口径
跨时区协作时，截止时间以哪个时区为准需要明确，否则同一任务在不同成员眼中可能相差数小时甚至一天。工作日口径同样影响判定：截止时间落在节假日或周末时，是按自然日计算还是顺延到下一个工作日，团队应事先约定。这些口径不统一，逾期统计就会出现无法解释的差异。
上述口径建议写入团队的任务规范，作为判定和统计的共同依据。规范内容至少包括：截止时间粒度、完成口径、时区基准、工作日处理方式。规范确定后，逾期判定就从个人判断变成可复核的规则。
逾期、延期与阻塞、未开始怎么区分
这四个概念经常被混用，尤其在任务出现问题时，成员容易用“阻塞了”“还没开始”来解释为什么没完成。用同一组维度横向比较，差异就清楚了。
| 概念 | 触发条件 | 是否改动计划 | 责任归属 | 需要的记录 |
|---|---|---|---|---|
| 逾期 | 当前时间已过截止时间，任务未完成 | 否，截止时间保持原值 | 执行方对时间承诺的偏差 | 截止时间、完成时间、当前状态 |
| 延期 | 原截止时间经确认被正式调整并顺延 | 是，截止时间被改写 | 变更提出方与确认方共同承担 | 变更前后日期、变更时间、原因、确认人 |
| 阻塞 | 执行因依赖、资源或外部条件受阻，无法推进 | 否，截止时间未变 | 取决于阻塞原因，可能涉及多方 | 阻塞原因、影响范围、解除条件 |
| 未开始 | 任务尚未进入执行 | 否，截止时间未变 | 排期方或执行方 | 计划开始时间、当前状态 |
从表中可以看出几条关系：阻塞和未开始都不改动计划，因此它们本身不构成延期；但两者都不能阻止时间流逝，截止时间一过仍未完成，就会演变为逾期。延期是唯一改动截止时间的概念，且必须留下确认记录。逾期则是对结果的判定，与任务处于哪种执行状态无关，只看截止时间与完成状态两个事实。
实际判断时可以按顺序提问：截止时间是否被正式改过？改过且有记录，是延期；没改过，再看当前时间是否已过截止时间、任务是否完成，两者同时成立即为逾期；任务当前是否受阻或尚未启动，只影响对原因的说明，不改变逾期结论。
具体例子与常见误解
一个完整的判定过程
假设一个任务原定周五完成。周三执行人发现按当前进度无法完成，周四提交延期申请，说明原因并给出新截止时间下周三，负责人确认通过，变更记录中保留了原截止时间、新截止时间和确认时间。此后任务按下周三跟踪，周五未完成不构成逾期，因为判定基准已经改为下周三。如果下周三仍未完成，则从下周四起构成逾期。
同样的任务，如果执行人只在群里说了一句“这周做不完，要晚几天”，没有提交变更、截止时间仍是周五，那么周五过后任务未完成，即构成逾期。口头说明不改变时间承诺，也不产生延期记录。
还有一种情形：任务在周三被标记为阻塞，原因是等待上游提供数据，截止时间仍是周五。周五数据仍未到位、任务未完成，此时任务既处于阻塞，也构成逾期。阻塞解释了原因，但不改变判定结果。若团队随后确认新截止时间为下周三并留下记录，从变更生效起转为延期状态。
四条常见误解
- 误解一：延期可以抵消逾期。延期只对变更生效之后的判定起作用。如果任务在原截止时间之后才完成变更，变更前已经发生的逾期事实仍然存在，记录应如实保留，不能因为后来改了日期就当作从未逾期。
- 误解二：任务被阻塞就自动不算逾期。阻塞描述的是执行受阻的原因，截止时间并未因此改变。阻塞期间时间照常计算，过了截止时间未完成，逾期判定照常成立。阻塞信息应用于分析原因和改进排期，不能替代逾期结论。
- 误解三：口头沟通过就不需要更新截止时间。口头沟通可以作为变更的起点，但延期判定要求截止时间被正式改写并留有确认记录。只沟通不更新，任务在系统中仍按原截止时间判定，统计口径也会把它计为逾期。
- 误解四：填了完成时间但状态未改，判定会失真。完成时间和当前状态需要同步维护。只填完成时间不改状态，系统按状态判断时仍视为未完成，可能被误判为逾期；只改状态不填完成时间，则无法回溯实际完成时点，偏差时长也算不出来。
把这四条误解对照前面的判定条件看，共同点是把“解释”当成了“判定”。原因说明、口头沟通、状态标记都是过程信息，判定只依据截止时间、完成状态和变更记录三个事实。团队在任务规范中固定这三个字段的维护要求，逾期与延期的区分就能稳定执行。
在工具层面，这套判定依赖任务上可维护的截止时间、完成状态和变更留痕。ONES 的任务管理支持在任务上设置截止时间、维护状态流转，截止日期的调整会体现在任务记录中，便于团队按统一口径区分逾期与延期。团队可以把前述口径写入任务规范，让判定从个人经验转为可复核的记录。
常见问题
任务在截止时间前申请了延期但还没获批，过了原截止时间算逾期吗？
按判定条件，只要原截止时间没有被正式改写并生效，任务在过了原截止时间仍未完成时即构成逾期。申请提交本身是变更流程的起点，在确认通过、新截止时间生效之前，任务的时间承诺仍是原值。团队可以在规范中约定申请提交后的处理方式，例如在审批期间暂缓统计，但这属于统计口径的约定，不改变逾期判定的事实基础。
任务已经逾期，之后再补办延期，之前的逾期记录要保留吗？
要保留。延期只对变更生效之后的判定起作用，变更前的那段时间已经构成逾期事实。变更记录应如实反映原截止时间、实际变更时间和变更原因，这样回溯时才能看出任务先逾期、后调整计划的完整过程。如果把补办的延期当作从未逾期，逾期统计就失去了可信度。
截止时间只写到日期、不写具体时刻，判定逾期从哪天开始算？
常见做法是把截止到某日理解为该日结束前完成即可，判定从次日开始。这个口径需要在团队内统一，并与精确到时刻的截止时间区分使用。两类粒度混用时，同一批任务的逾期结论会出现偏差，建议在任务规范中写明哪类任务用日期粒度、哪类任务用时刻粒度。
任务状态被置为完成，但实际验收没通过，这种情况按逾期算吗？
取决于团队选定的完成口径。以状态置为完成为准的口径下，任务不再纳入逾期判定；以验收通过为准的口径下，验收未通过意味着任务尚未真正完成，过了截止时间仍应计为逾期。两种口径可以并存，分别用于执行跟踪和交付考核，但需要在任务规范中写明各自适用范围，避免同一份统计里混用。
跨时区团队协作时，截止时间以谁的时区为准？
需要事先约定一个统一基准，例如以任务负责人所在时区或团队统一时区为准，并在任务规范中写明。基准不统一时，同一任务在不同成员眼中可能相差数小时甚至一天，逾期结论也会随之不同。截止时间落在节假日或周末时，是按自然日计算还是顺延到下一个工作日，同样需要提前约定。
