任务处于阻塞或未开始状态时，仍然可能被判定为逾期。逾期看的是约定截止时间是否已过、任务是否仍未完成，与任务当前处于哪种推进状态无关。阻塞和未开始描述任务推进到哪一步，逾期描述时间承诺有没有兑现，两者可以同时成立。下面给出可直接套用的判定规则，并说明阻塞、未开始、延期与逾期的边界。
要点总览（TL;DR）
- 逾期判定只看两个要素：有约定截止时间，且截止时间已过、任务仍未完成。任务处于阻塞还是未开始，都不影响这一判定。
- 阻塞、未开始描述任务推进到哪一步，逾期描述时间承诺是否兑现，两者可以同时成立。标了阻塞或未开始，不等于免于逾期。
- 延期是变更截止时间的动作，需要有新时间、变更记录和相关方确认；改期后按新时间判定，原逾期记录是否保留由团队管理口径决定。
- 未经确认的口头改期不构成延期，判定基准仍是原截止时间，到期未完成依然算逾期。
- 把状态和逾期分开记录，才能同时看清哪些任务卡住了、哪些任务已经错过承诺时间。
逾期的判定标准：看截止时间与完成结果
判断一项任务是否逾期，只需要两个要素：一是任务有约定的截止时间，二是当前时点已经超过这个截止时间而任务仍未完成。两个条件同时满足，就构成逾期。这个规则不区分任务处于执行中、阻塞、待评审还是未开始，状态字段不参与逾期判定。
可以直接套用的判定规则是：截止时间已过 且 完成状态为未完成 = 逾期。判定时点取“现在”，即每次查看任务时按当时的时间与完成情况重新判断，而不是在任务创建时一次性打标。
这条规则成立的前提是截止时间本身有效。如果截止时间从未设定，就缺少判定基准，任务无法被判为逾期；如果截止时间经过正式变更，则按变更后的时间判定，这部分在第四节展开。需要区分的是，逾期回答“时间承诺是否兑现”，完成状态回答“事情是否做完”，两者组合出四种情况：未到期且未完成是正常推进，未到期且已完成是提前完成，已到期且已完成是按时完成，已到期且未完成就是逾期。
阻塞、未开始、延期分别指什么
这三个词经常和逾期混在一起使用，但它们回答的是不同的问题。把它们放在同一张表里对照，边界会清楚很多。
| 概念 | 回答的问题 | 判定依据 | 与逾期的关系 |
|---|---|---|---|
| 逾期 | 时间承诺是否兑现 | 截止时间已过且任务未完成 | — |
| 阻塞 | 任务为什么推不动 | 存在外部依赖、资源缺失或未解决的问题 | 可同时成立 |
| 未开始 | 任务是否已进入执行 | 尚未有人开始处理 | 可同时成立 |
| 延期 | 截止时间是否被正式调整 | 有记录、经确认的新截止时间 | 改期后按新时间判定 |
阻塞指的是任务因外部依赖或具体问题无法继续推进，比如等待上游交付、等待审批、缺少必要资源。它描述的是推进受阻的原因，通常需要记录阻塞原因和解除条件，便于后续跟进。
未开始指的是任务尚未进入执行，可能因为排期靠后、责任人尚未启动，或者前置任务还没完成。它描述的是执行起点，本身不包含任何时间信息。
延期则是一个动作而非单纯的状态：它把原截止时间调整为一个新的时间约定，并且需要留下变更记录、经过相关方确认。延期改变的是判定基准，这一点与阻塞、未开始有本质区别。
为什么阻塞或未开始的任务仍可能逾期
状态与逾期是两个维度的信息。状态描述任务推进到了哪一步，逾期描述时间与完成结果之间的关系。一项任务可以既处于阻塞状态，又已经超过截止时间，这两条信息同时为真，并不矛盾。
阻塞不会自动改变原截止时间。任务因为等待外部依赖而停下，原定的交付承诺依然存在，除非有人正式发起截止时间变更并完成确认。把任务标为阻塞，只是说明了推不动的原因，并没有回答“原定时间还作不作数”。如果团队希望阻塞能影响交付时间，需要走延期流程，而不是靠改状态。
未开始同样不等于未到期。任务还没启动，可能离截止时间还有很久，也可能截止时间早就过了而一直没人处理。判断是否逾期，要看截止时间与当前时点的关系，而不是看任务有没有开始。一项截止日期已过、状态仍为未开始的任务，恰恰是最需要被识别出来的逾期任务。
从管理角度看，把状态和逾期分开记录，才能同时回答两个问题：哪些任务卡住了需要协调资源，哪些任务已经错过了承诺时间需要重新安排或说明。如果规定“标了阻塞就不算逾期”，逾期数据会失真，被阻塞掩盖的交付风险也就无法暴露。
延期与逾期的区别：改期是否清零逾期
延期是变更截止时间的动作，逾期是截止时间已过且未完成的事实。两者可能先后发生：任务先逾期，之后团队决定延期；也可能延期发生在逾期之前，任务因此没有逾期。
规范的延期需要满足几个条件：有明确的新截止时间，有变更记录可追溯，经过任务责任人和相关方确认。只有满足这些条件，判定基准才从原时间切换到新时间，此后按新时间判断任务是否逾期。
改期之后原逾期记录如何处理，取决于团队的管理口径，常见的有两种做法。一种是把逾期视为历史事实予以保留，记录“曾在某时间点逾期，后经延期调整”，便于复盘交付稳定性；另一种是以当前有效截止时间为准，改期后不再显示逾期，历史变更留在操作记录中。两种做法都能自洽，关键是团队内部统一，并在评审交付表现时说明采用的是哪一种。
需要特别注意的是，未经确认的口头改期不构成延期。责任人在沟通中说了句“这个往后放放”，但没有更新截止时间、没有留下记录，判定基准仍然是原截止时间，任务到期未完成依然算逾期。
具体例子与常见误解
下面两个示例演示判定过程，均以“今天是6月20日”为判定时点。
示例一：截止日已过、任务处于阻塞状态。任务A约定6月15日完成，因等待供应商提供接口文档而无法推进，责任人将状态标为阻塞。判定：截止时间6月15日已过，任务未完成，构成逾期；阻塞状态同时成立，用于说明逾期原因。正确的处理是记录阻塞原因、推动依赖解除，并就新的交付时间发起延期确认。
示例二：截止日已过、任务未开始。任务B约定6月18日完成，责任人因排期冲突一直未启动，状态仍为未开始。判定：截止时间已过，任务未完成，构成逾期。未开始说明的是执行尚未启动，不能抵消时间已过的事实。
围绕这两个场景，有三种常见误解需要纠正。
误解一：标了阻塞就不算逾期。阻塞说明的是任务为什么推不动，不改变原截止时间。除非正式完成延期变更，否则到期未完成就是逾期。把阻塞当作免逾期理由，会让被依赖卡住的任务从逾期清单里消失，风险反而被隐藏。
误解二：没开始就没有逾期。逾期判定只看截止时间与完成结果，不看是否已启动。未开始且已过期的任务，是逾期中最需要优先处理的一类，因为它连推进都还没有开始。
误解三：改过截止时间就等于没逾期过。延期改变的是此后的判定基准，不能抹掉已经发生的事实。原逾期是否保留为历史记录，由团队口径决定；即便采用“按新时间判定”的做法，变更记录本身也应可查，否则交付复盘时无法还原真实情况。
把上述规则落到日常协作中，需要任务记录同时承载三类信息：明确的截止时间、反映推进情况的状态（含阻塞原因）、以及基于前两者自动得出的逾期标识。在ONES中，任务可以设置截止时间并维护状态，逾期情况可据此识别，便于责任人区分“卡住了”和“超时了”两类问题分别处理；具体的字段配置与逾期标识展示方式，以团队实际使用的项目模板为准。
常见问题
任务一直没有设定截止时间，还能判定为逾期吗？
不能。逾期判定需要以约定截止时间为基准，缺少这个基准就无法判断时间承诺是否兑现。这类任务更适合按“待排期”或“未约定交付时间”单独管理，先补上截止时间，再纳入逾期跟踪。把没有截止时间的任务算作逾期，会让逾期数据失去可比性。
任务被阻塞后，截止时间会自动顺延吗？
通常不会。阻塞说明任务因外部依赖或具体问题无法推进，原定的交付承诺依然存在。如果团队认为阻塞确实影响交付，应由责任人发起截止时间变更，写明新时间、变更原因并完成确认，判定基准才会切换。仅把状态改为阻塞，不改变原截止时间。
任务先逾期、后补办延期，逾期记录应该保留吗？
这取决于团队的管理口径，两种做法都能自洽。保留历史记录的做法便于复盘交付稳定性，能看出任务曾在哪个时间点逾期、之后如何调整；以当前有效截止时间为准的做法界面更简洁，历史变更留在操作记录中备查。关键是团队内部统一口径，并在评审交付表现时说明采用的是哪一种，避免同一组织内标准不一。
任务逾期后，应该先解除阻塞还是先调整截止时间？
两件事可以并行推进，但处理顺序要看阻塞是否影响交付承诺。如果阻塞短期无法解除，应尽快就新的交付时间与相关方沟通并完成延期确认，让判定基准反映现实；同时记录阻塞原因和解除条件，推动依赖方解决。如果阻塞即将解除，优先推动任务完成，避免不必要的改期。无论哪种情况，都不建议只改状态、不处理时间约定。
团队按逾期任务数量考核时，阻塞任务算不算进去？
从判定规则看，截止时间已过且未完成的阻塞任务属于逾期，会计入逾期数量。如果考核时希望区分原因，可以在逾期清单中同时展示阻塞原因，把“因外部依赖逾期”和“因自身推进不力逾期”分开分析，而不是把阻塞任务整体排除在统计之外。排除会掩盖真实的交付风险，也不利于协调资源解决问题。
