任务逾期先别急着改日期或催人。更稳妥的做法是先核对计划完成时间与当前状态，排除状态未更新造成的假逾期，再按排期、责任、阻塞、标准、优先级逐项找证据，确认原因后选择重排期、拆分、升级或退回重做，最后验证新截止日期是否达成，并把原因转成提醒、阻塞上报和完成标准上的改进。
要点总览（TL;DR）
- 判断逾期看两个字段：计划完成时间已过且状态仍在未完成区间；先核对状态变更记录和截止日期修改记录，排除状态未更新造成的假逾期。
- 原因排查按“字段状态—依赖关系—沟通与验收记录”的顺序进行，五类常见原因（排期、责任、阻塞、标准、优先级）都要有证据支撑，证据不足时标注待确认。
- 处置动作与原因对应：排期不合理选重排期，范围过大选拆分，外部阻塞且自行推动无效选升级，未达验收标准选退回重做；涉及删除或覆盖记录前先备份并确认依赖。
- 处置后以任务状态流转到完成为达成标志，下游以依赖任务恢复推进为解除标志；新截止日期再次临近仍未完成，说明处置未触及真实原因。
- 复发预防落到三处：临近截止提醒、进入等待即标记阻塞并写明阻塞方、任务创建时写清交付物与验收标准。
任务逾期的典型症状与影响范围
判断一项任务是否逾期，依据是两个字段的组合：计划完成时间已经过去，且任务状态仍停留在未完成区间。只有前者成立、后者显示已完成或已取消，就不构成逾期。实际操作中，更常见的问题是把状态没更新的任务当成逾期处理，浪费排查精力。
假逾期通常有三种来源：责任人已完成但未流转状态；任务实际被拆分或合并，原任务未关闭；计划完成时间被调整过，但相关方仍按旧日期判断。遇到疑似逾期，先看任务的状态变更记录和截止日期修改记录，确认当前状态与最后更新时间是否匹配，再决定是否进入原因排查。
确认真逾期后，需要界定影响范围。范围不同，处置的紧急程度和上报对象也不同。可以用下表做初步判定：
| 影响范围 | 判定依据 | 处置优先级 |
|---|---|---|
| 仅影响本人 | 无下游任务依赖，不挂在里程碑关键路径上 | 常规处理，按原因选择重排期或拆分 |
| 阻塞下游 | 存在后续任务或交付物等待本任务输出 | 优先处理，先解除阻塞再补细节 |
| 影响里程碑 | 任务挂在版本、发布或阶段验收的关键路径上 | 立即上报，同步调整里程碑预期 |
范围判定要基于任务间的依赖关系和里程碑归属，不能凭印象。一项任务同时阻塞下游又影响里程碑时，按更高优先级处理，并在记录中注明两个影响面，便于后续复盘时还原当时的判断依据。
逾期原因假设与排除证据
逾期原因常见的有五类：排期本身不合理、责任人未收到明确交付要求、任务被外部依赖阻塞、验收标准不清导致返工、与其他任务存在优先级冲突。这五类只是假设，排查时要为每一类找到可核对的证据，避免把最先想到的原因直接当成结论。
排查顺序建议从字段和状态查起，再查依赖与沟通记录。先查状态与字段，能快速排除假逾期和日期误设；再查依赖关系，确认是否被其他任务卡住；最后查沟通记录和验收记录，判断责任传达与标准理解是否存在偏差。这个顺序的好处是先处理成本低、结论明确的信息，再进入需要沟通确认的部分。
| 原因假设 | 验证证据 | 排除条件 |
|---|---|---|
| 排期不合理 | 任务工作量估算、同类任务历史耗时、排期时的资源占用情况 | 工作量与排期匹配，且同期无资源冲突 |
| 责任不清 | 任务责任人字段、交付要求是否书面记录、责任人是否确认过 | 责任人和交付要求均有明确记录并被确认 |
| 被阻塞 | 依赖任务状态、阻塞标记、相关沟通记录中的等待说明 | 依赖任务已按时完成，无等待记录 |
| 标准不清 | 验收标准文档、退回记录、返工次数 | 验收标准在开始前已明确，且无退回记录 |
| 优先级冲突 | 同期任务分配、责任人被临时调配的记录 | 同期无更高优先级任务挤占该责任人时间 |
排查时注意一个任务可能同时存在多个原因，例如排期偏紧又叠加了外部阻塞。此时要区分主因和诱因：主因决定处置方式，诱因决定预防措施。证据不足时，宁可标注“待确认”并继续收集，也不要在记录中写下未经核实的结论，否则复盘时会误导后续改进。
按逾期情形选择处置动作
原因确认后，处置动作要与原因对应。重排期适合排期本身不合理或优先级被临时调整的情形；拆分任务适合单任务范围过大、无法在合理周期内完成的情形；升级协调适合任务被外部依赖阻塞且责任人无法自行推动的情形；退回重做适合交付物未达到验收标准的情形。选错动作会让问题换个形式再次出现。
重排期与拆分任务
重排期前要重新核对工作量和资源占用，给出新的计划完成时间，并在任务记录中写明调整原因和依据。重排期不是把日期往后推，而是让新日期有可支撑的估算。拆分任务适用于范围过大或包含多个独立交付物的任务，拆分后每个子任务应有独立的完成标准和责任人，原任务的依赖关系要同步迁移，避免下游仍挂在已拆分的旧任务上。
阻塞升级
阻塞升级的触发条件是：任务因外部依赖无法推进，且责任人已尝试沟通但未在约定时间内解决。上报对象应是能调动阻塞方资源的角色，例如项目负责人或依赖任务的所属团队负责人。升级时要带上阻塞的具体内容、已等待时长和对下游或里程碑的影响，让接收方能在信息完整的情况下做协调决定。
验收退回与重开
交付物未达验收标准时，按“记录退回原因—明确修改要求—重开任务—重新提交验收”的顺序处理。退回原因要具体到缺失项或不符项，避免只写“不合格”。重开后的任务应保留原任务的关联记录，便于对比修改前后差异。如果退回涉及覆盖已有交付记录，先确认旧版本是否已备份或留存，再执行覆盖操作。
涉及删除或覆盖记录时的边界
处置过程中需要删除任务、覆盖交付物或清理历史记录时，先做备份并确认影响范围：被删除的任务是否被其他任务依赖，被覆盖的交付物是否有下游引用。备份完成、依赖关系确认无遗漏之前，停止删除或覆盖操作。对于已经对外同步过的截止日期或交付内容，调整后要主动通知相关方，避免信息不一致引发新的误判。
在任务系统中执行这些动作时，状态流转、阻塞标记和退回记录需要留下可追溯的痕迹。ONES 支持任务状态流转、任务间关联与阻塞标记，处置时可以把重排期原因、阻塞说明和退回要求记录在任务上，让后续验证和复盘有据可查。
恢复验证与复发预防
处置完成不等于问题解决，需要验证恢复效果。验证分两步：一看新截止日期是否达成，二看下游是否解除阻塞。新截止日期达成以任务状态流转到完成为标志，而不是以责任人口头确认为准；下游解除阻塞以依赖任务恢复推进为标志。如果新截止日期再次临近仍未完成，说明处置动作没有触及真实原因，需要回到原因排查环节重新核对证据。
复发预防要把本次确认的原因转成机制改进，常见做法包括三类：
- 提醒催办：对临近截止日期的任务设置提醒，提醒对象包括责任人和任务关注者，提醒时间点根据任务周期设定，短周期任务提前一天，长周期任务可分段提醒。
- 阻塞标记：任务一旦进入等待状态就标记阻塞并写明阻塞方，让阻塞在影响下游之前就被看见，而不是等到逾期后才追溯。
- 完成标准明确：任务创建时写清交付物和验收标准，减少因标准理解不一致导致的返工和退回。
复盘记录建议保留以下字段：逾期任务名称与责任人、原计划完成时间与实际完成时间、确认的逾期原因及支撑证据、采取的处置动作、新截止日期是否达成、下游阻塞是否解除、对应的预防改进项。这些字段既能让同类问题在下次出现时有参照，也能检验预防措施是否真正落地。在 ONES 中，任务的状态变更、阻塞标记和退回记录会随任务保留，复盘时可以直接按任务回溯处置过程，把确认的原因对应到提醒规则或完成标准的调整上。
常见问题
任务状态一直没更新，怎么区分是真逾期还是假逾期？
先看两个字段的组合：计划完成时间已经过去，且任务状态仍停留在未完成区间，才进入逾期排查。再看状态变更记录和截止日期修改记录，确认当前状态与最后更新时间是否匹配。常见假逾期有三种：责任人已完成但未流转状态、任务被拆分或合并后原任务未关闭、截止日期调整过但相关方仍按旧日期判断。核对记录后仍无法确认的，直接向责任人确认交付情况，再决定是否按逾期处理。
一个任务同时存在多个逾期原因，处置时怎么取舍？
先区分主因和诱因。主因决定处置动作，例如排期偏紧叠加外部阻塞时，若阻塞是任务无法推进的直接原因，先走升级协调解除阻塞，再重新核对工作量决定是否重排期；诱因决定预防措施，例如排期偏紧对应后续估算方法的调整。记录中把主因和诱因分开写明，复盘时才能还原判断依据。多个原因并存时，优先处理影响下游或里程碑的那一条。
重排期之后新日期又临近了还没完成，下一步怎么办？
这说明上一次处置没有触及真实原因。回到原因排查环节，重新核对证据：工作量估算是否仍然偏低、责任人同期是否被更高优先级任务挤占、是否存在未标记的外部依赖、验收标准是否在执行中才暴露分歧。重新确认原因后再选择动作，范围过大就拆分，阻塞未解除就升级，标准分歧就先把验收标准写清再继续。连续两次重排期仍未达成的任务，建议在复盘中单独记录，作为估算方法或资源安排的改进输入。
验收退回后重开任务，原任务的记录需要保留吗？
需要保留。重开后的任务应关联原任务，退回原因、修改要求和重新提交的交付物都留在记录中，便于对比修改前后差异，也便于复盘时判断退回是否由标准不清引起。如果退回涉及覆盖已有交付物，先确认旧版本已备份或有留存，再执行覆盖；被覆盖的交付物若有下游引用，先通知相关方并确认引用关系，备份和依赖确认完成之前停止覆盖操作。
阻塞升级应该找谁，升级时带哪些信息？
升级对象是能调动阻塞方资源的角色，通常是项目负责人或依赖任务所属团队的负责人。触发条件是任务因外部依赖无法推进，且责任人已尝试沟通但未在约定时间内解决。升级时带上四项信息：阻塞的具体内容、已等待时长、对下游任务或里程碑的影响、期望对方做的协调动作。信息完整，接收方才能直接做决定，避免升级后再来回补充背景。
