任务逾期后，先别急着改截止时间或换人。更稳妥的顺序是：确认逾期事实和影响范围，再用证据判断原因，按原因选择处置动作，最后验证任务是否真正恢复。本文给出一套可操作的诊断与处置路径，适用于单项任务或小范围任务集的逾期处理。
要点总览（TL;DR）
- 逾期处理按“确认事实—定位原因—分类处置—验证恢复”推进，先核对逾期天数、任务状态、负责人、验收标准和影响范围，再进入原因判断。
- 原因排查用假设—证据对照：估算偏差看实际投入与原估算，依赖阻塞看上游交付记录，责任不清看负责人变更与交接说明，优先级冲突看同期任务负载，需求变更看修改记录。
- 处置动作要落到负责人、新截止时间、阻塞项及解除时间、验收标准四个要素；改期、转派、拆分前同步下游依赖方、里程碑相关方和验收方，并保留调整理由与决策人记录。
- 恢复验证看新截止时间已写入、负责人唯一且知晓、进展可查、阻塞项已解除、关联任务与里程碑已同步；随后复盘估算方法和提醒节点，对高频逾期类型设置提前检查点。
逾期任务先确认哪些事实
逾期处理的第一步是把“感觉晚了”变成可核对的事实。只有逾期天数、任务状态、责任人和影响范围都清楚，后续的原因判断才有依据。建议在发现逾期当天完成一次事实核对，避免带着模糊印象进入原因讨论。
核对时重点确认四类信息：时间与状态、责任与标准、影响范围、偏差性质。可以按下面的清单逐项打勾：
- 逾期天数与当前状态：原定截止日期是哪天，今天逾期几天；任务当前处于未开始、进行中、待评审还是已交付未验收状态。状态不同，处置动作差别很大。
- 截止时间是否明确：原定截止时间是精确到日还是只有模糊的“本周内”；是否存在多个版本的时间约定。
- 负责人是否明确：是否有唯一负责人，还是多人参与但无人对结果负责；负责人是否已知晓该任务。
- 验收标准是否明确：交付物是什么、由谁验收、验收标准是否书面化。标准不清时，“完成”本身就无法判定。
- 影响范围：该任务是否阻塞下游任务、是否处于关键路径、是否影响某个里程碑或对外承诺。
- 偏差性质：是单项任务逾期，还是同一负责人、同一阶段的多项任务同时逾期。单项逾期优先查任务本身；多项集中逾期往往指向资源或优先级问题。
这张清单的完成标志是：能用一两句话写清“哪个任务、逾期几天、卡在什么状态、影响谁、由谁负责”。如果其中任何一项答不上来，先补齐信息再往下走，否则原因分析容易变成猜测。
逾期的常见原因与排除证据
逾期原因通常不止一个，且表面原因和真实原因经常不一致。有效的做法是先列出原因假设，再为每个假设找可查证据，按“证据最容易获取”的顺序逐项排除。下表给出常见假设与对应证据：
| 原因假设 | 可查证据 | 排除方法 |
|---|---|---|
| 估算偏差 | 原估算工时与实际投入工时对比；任务拆分粒度；是否包含评审、返工时间 | 若实际工作量明显超出原估算且任务拆分过粗，基本可确认；若实际投入与估算接近，转向其他假设 |
| 依赖阻塞 | 上游任务的交付时间与状态；外部资源或审批的申请与回复记录 | 检查逾期期间任务是否长期处于等待状态；找到具体阻塞项及其责任人 |
| 责任与交接不清 | 负责人字段的变更记录；交接时的上下文说明；是否存在多头负责 | 若任务长期无人推进或多人重复劳动，检查负责人是否唯一、交接是否留下说明 |
| 优先级冲突 | 负责人同期承担的其他任务及其优先级；是否有临时插入的高优任务 | 对比逾期期间负责人的任务负载，确认是否被更高优先级工作挤占 |
| 需求或验收标准变更 | 需求文档的修改记录；验收标准的变更时间；返工范围 | 若逾期前后出现需求调整或验收口径变化，核对变更是否同步调整了截止时间 |
排查顺序建议从证据最直接的两类开始：先看依赖阻塞，因为阻塞项通常有明确的时间记录；再看估算偏差，用实际投入与原估算对比。这两类排除后，再检查责任归属和优先级冲突，最后核对需求变更。多数逾期可以归入一到两个主要原因，不必强行给每个任务找出全部原因。
需要提醒的是，原因判断要以证据为准。负责人说“太忙了”只是线索，还需要同期任务负载作为佐证；说“需求改了”也要落到具体的变更记录上。把假设当结论，处置动作就容易打偏。
按逾期情形选择处置动作
原因确认后，处置动作要落到四个要素上：负责人、新的截止时间、阻塞项及解除时间、验收标准。不同原因对应不同动作，改期、转派、拆分都涉及风险边界，需要在动作前想清楚。
估算偏差：重新拆分并调整时间
把剩余工作拆成可在数天内完成的小任务，重新估算工时，据此设定新截止时间。调整后同步给下游依赖方和里程碑相关方，说明原截止时间、新截止时间和调整理由。风险边界在于：改期不能只改日期不改拆分，否则新截止时间大概率再次失守。
依赖阻塞：锁定阻塞项和解除时间
把阻塞项单独记录下来，明确阻塞项的责任人和预计解除时间，并约定解除后的交接方式。如果阻塞短期无法解除，评估是否可以先推进不依赖该环节的部分。风险边界在于：阻塞项责任人不在本任务负责人管辖范围内时，需要上升给能协调双方的角色，避免任务负责人独自等待。
责任不清：指定唯一负责人并交接上下文
重新指定一名对结果负责的负责人，交接时补齐任务背景、已完成部分、待办事项和验收标准。原参与人转为协作角色。风险边界在于：转派前需告知原负责人及其上级，保留转派理由记录，避免出现责任真空或重复劳动。
优先级冲突：由决策人确认取舍
把冲突摆到台面上：列出该任务与竞争任务的优先级依据，由有权调整优先级的人做出取舍，并书面记录调整理由和新的时间安排。风险边界在于：任务负责人自行降低优先级容易引发下游连锁逾期，取舍应由决策人确认，而不是默认延期。
需求或验收标准变更：确认变更范围再定时间
核对变更内容、返工范围和新增工作量，据此重新约定截止时间和验收标准，并同步给验收方。风险边界在于：变更未走确认流程时，先补确认再改期，避免出现“按新需求交付、按旧标准验收”的争议。
当任务确实无法在原范围内按期完成时，可以考虑缩小交付范围或分阶段交付：先交付满足核心验收标准的部分，其余部分另立任务跟踪。无论选择哪种处置，改期或转派前都应告知下游依赖方、里程碑相关方和验收方，并保留原截止时间、调整理由和决策人记录，作为后续复盘依据。
在任务数量较多、依赖关系复杂的团队里，处置动作如果只停留在口头或聊天记录中，后续很难核对。ONES 的任务管理可以把负责人、截止时间、任务状态和阻塞记录放在同一条任务上，改期和转派后相关方能看到最新状态，减少“以为已经同步”的遗漏。具体字段和提醒配置以团队实际使用的版本为准。
恢复后如何验证并减少再次逾期
处置动作完成不等于任务已恢复。需要按下面的清单验证任务确实回到正常轨道：
- 新截止时间已写入任务，负责人为唯一且已知晓；
- 任务状态与实际进展一致，进展记录可查；
- 阻塞项已解除或有明确的解除时间与责任人；
- 验收标准已确认，验收方知晓新的交付时间；
- 关联任务和里程碑的时间已同步更新，下游负责人已确认；
- 改期、转派、拆分的原因和决策人已留痕。
验证通过后，再做一轮简短复盘，重点看两件事：估算方法和提醒节点。如果同类任务反复出现估算偏差，检查拆分粒度和是否把评审、返工计入工时；如果逾期往往在截止日当天才被发现，说明提醒节点设置得太晚，可以在任务进行到中途时增加一次检查点。
对高频逾期类型可以设置提前预警：依赖外部交付的任务，在约定交付日前几天设置检查点；跨角色交接的任务，在交接当天确认上下文是否完整；优先级容易波动的任务，在排期时预留缓冲。预警的目的是让问题在截止日之前暴露，而不是增加额外的汇报负担。
把“确认事实—定位原因—分类处置—验证恢复”固化为团队处理逾期的固定顺序，每次逾期都留下原因和处置记录，同类问题的排查会越来越快，重复逾期也会逐步减少。
常见问题
任务逾期后，负责人自己直接改截止时间可以吗？
改截止时间本身不是问题，问题在于改完之后下游是否知情。如果该任务阻塞其他任务或处于关键路径，负责人单方面改期会让下游按旧时间排期，形成连锁逾期。更稳妥的做法是：先确认影响范围，把原截止时间、新截止时间和调整理由同步给下游依赖方和里程碑相关方，涉及优先级取舍时由决策人确认并留痕。改动范围仅限本任务且无下游依赖时，负责人自行调整并记录理由即可。
多项任务同时逾期，应该逐项处理还是先看整体？
先看整体。同一负责人或同一阶段的多项任务集中逾期，通常指向资源不足、优先级冲突或上游阻塞，逐项改期只能缓解表面症状。建议先按负责人和阶段归组，找出共同原因，再决定是调整资源分配、重排优先级还是解除上游阻塞；共同原因处理后再逐项确认各任务的新时间和验收标准。单项逾期则按任务本身排查即可。
阻塞项的责任人不在本团队，任务负责人能做什么？
任务负责人能做的是把阻塞事实固定下来：记录阻塞项内容、责任方、约定交付时间和当前状态，然后上升给能同时协调双方的角色，由其在更高层面推动解除。等待期间可以评估任务中不依赖该阻塞项的部分能否先行推进，缩小逾期范围。需要避免的是任务负责人独自反复催办而无记录，导致逾期原因无法追溯。
任务已经交付但验收未通过，算逾期吗？
要看验收标准和时间约定。如果原定截止时间指“交付物提交”，提交行为已完成，逾期发生在验收和返工环节；如果约定的是“验收通过”，则返工期间仍处于逾期状态。处理时先核对验收标准是否书面化、退回原因是否具体，再判断是交付质量问题还是标准理解偏差，据此决定返工范围和新时间，并同步验收方。
怎样判断逾期处置是否真的生效？
看任务是否回到可跟踪的正常状态：新截止时间已写入任务、负责人唯一且已知晓、进展记录与实际一致、阻塞项已解除或有明确解除时间、验收方知晓新交付时间、关联任务和里程碑时间已同步。只完成改期或转派而下游仍按旧时间排期，说明处置尚未闭环。验证通过后再复盘估算方法和提醒节点，减少同类逾期重复出现。
