任务逾期后，如果只靠人工发现和口头催促，往往会出现“大家都知道晚了，但没人接手”的情况。要把逾期处理变成可执行机制，关键是先把逾期时长和任务影响转成明确的分级触发条件，再为每一级配好提醒、催办、升级、重新排期四个动作，并写清触发人、处理人、时限和产出。本文给出一套可直接套用的分级表、流程、角色分工和上线检查方法，适用于单项任务执行跟踪的场景。
要点总览（TL;DR）
- 逾期分级同时看逾期时长和任务影响：按到期未完成、逾期1–2天、逾期3天以上、逾期一周以上分档，命中阻塞他人、关键路径、对外承诺任一项就上调级别。
- 触发条件写成“时间条件+影响条件+责任角色”的完整句式，例如“到期未完成且阻塞他人时，由直属负责人当日催办”，避免“及时升级”这类无法判断的表述。
- 提醒、催办、升级、重新排期四步按顺序衔接，原则上不跳步，每一步都留下记录，升级以给出明确处理决定为完成标志。
- 角色分工要避免两个空档：催办人不能是责任人本人，升级接收人必须落到延期、拆解、调整资源或关闭四类决定之一。
- 上线前用历史逾期任务回放验证，运行后按月回看逾期率、升级处理时长和重排后再次逾期比例，据此调整阈值。
逾期分级与触发条件怎么定
逾期分级建议同时看两个维度：逾期时长和任务影响。只看天数容易把“晚一天但阻塞三个人”和“晚三天但无人依赖”的任务归为同一级，处理力度失配；只看影响又缺少可自动判断的时间锚点。把两者组合成级别，规则才既好判断又贴合业务。
按逾期时长划分常见档位
多数团队可以从四档起步：到期未完成、逾期1–2天、逾期3天以上、逾期一周以上。档位不是固定标准，要按任务周期调整：周期在两天以内的短任务，可以把档位压缩到半天和一天；周期以周或月计的长任务，可以放宽到3天和一周。对外承诺交付的任务应单独设更严的升级线，例如到期当天未完成即进入升级，而不等到逾期3天。
按任务影响补充判断维度
影响维度至少看三项：是否阻塞他人（下游有人等待交付物）、是否在关键路径（影响里程碑或上线节点）、是否对外承诺（对客户、合作方或上级有明确交付承诺）。三项中命中任意一项，级别上调一档；命中两项及以上，直接进入最高级处理。这样，一个逾期一天但阻塞他人的任务，会和一个逾期三天但无人依赖的任务得到不同的处理力度。
触发条件要写成完整句式
可执行的触发条件应包含三要素：时间条件、影响条件、责任角色。例如“到期未完成且阻塞他人时，由直属负责人当日发起催办”，或“逾期3天以上且在关键路径时，由项目管理者在1个工作日内上报升级接收人”。避免只写“及时升级”“视情况上报”这类无法判断的表述，因为不同人对“及时”的理解不同，规则就落不了地。
逾期分级与触发条件表
| 级别 | 触发条件 | 触发动作 | 处理人 | 时限 |
|---|---|---|---|---|
| 一级（提醒） | 到期前1天或到期当日未完成，且无阻塞他人 | 系统或负责人发出到期提醒 | 任务责任人 | 当日更新状态或说明 |
| 二级（催办） | 逾期1–2天，或到期未完成但阻塞他人 | 直属负责人跟进，确认卡点与预计完成时间 | 直属负责人 | 1个工作日内完成跟进记录 |
| 三级（升级） | 逾期3天以上，或在关键路径，或对外承诺任务到期未完成 | 上报升级接收人，请求处理决定 | 升级接收人 | 1个工作日内给出决定 |
| 四级（重排） | 逾期一周以上，或催办后确认无法按原计划完成 | 调整日期与依赖，通知相关方 | 项目管理者与责任人 | 2个工作日内完成计划更新 |
阈值设置要参考三个因素：任务周期长短决定档位密度，团队响应节奏决定时限宽紧，承诺交付节点决定是否单设更严的升级线。规则定完后，先用历史逾期任务回放一遍，看级别分布是否合理，再正式启用。
提醒、催办、升级、重排四步怎么衔接
四个动作按顺序衔接，原则上不跳步：提醒未得到响应才进入催办，催办确认无法按原计划完成才进入升级或重排。每一步都要留下记录，否则下一环节无法判断上一环节是否真的完成。跳步的直接后果是升级接收人拿到的是未经确认的信息，处理决定容易失准。
提醒：到期前后的自动通知
输入是任务状态与到期时间，动作是在到期前1天和到期当日向责任人发出通知，输出是已通知记录。完成标志是通知已送达且责任人已读或已更新状态。提醒阶段不涉及判断任务能否完成，只解决“责任人是否知道任务到期”这一件事。
催办：逾期后的原因确认
输入是逾期状态和提醒记录，动作是由直属负责人联系责任人，确认卡点原因（资源不足、需求变更、依赖未就绪、估算偏差等），输出是原因说明与预计完成时间。完成标志是责任人给出明确的预计完成日期，负责人记录在任务上。催办阶段要区分“能按新日期完成”和“无法按原计划完成”两种情况，后者才进入升级或重排。
升级：达到条件后的上报与决策
输入是催办记录和升级触发条件，动作是上报到更高层级，输出是升级记录与处理决定。处理决定通常有四类：同意延期、拆解任务、调整资源、关闭任务。完成标志是升级接收人在约定时限内给出明确决定；没有处理决定的升级视为未完成，需要继续跟踪。
重新排期：计划调整与依赖同步
输入是升级处理决定和任务依赖关系，动作是调整任务日期、更新上下游依赖、通知相关方，输出是更新后的任务计划和通知记录。完成标志是依赖方确认收到变更，且任务在系统中显示新的到期时间。重排不是简单改日期，凡是有下游依赖的任务，必须同步通知依赖方，否则逾期会沿着依赖链继续传导。
角色分工与各环节交付物
机制能否运行，取决于每个环节是否有人负责、有时限、有产出。常见问题是升级之后无人接手，或者催办记录只停留在聊天里没有落到任务上。下表按角色列出职责、对应级别、响应时限和交付物，可直接作为团队内的责任约定。
| 角色 | 职责 | 对应级别 | 响应时限 | 产出 |
|---|---|---|---|---|
| 任务责任人 | 更新任务状态、说明卡点、给出预计完成时间 | 一级、二级 | 收到提醒或催办当日 | 状态更新、卡点说明、预计完成日期 |
| 直属负责人 | 执行催办，判断是否需要升级 | 二级 | 逾期后1个工作日内 | 催办记录、升级建议 |
| 升级接收人 | 在时限内给出处理决定：延期、拆解、调整资源或关闭 | 三级 | 收到升级后1个工作日内 | 升级记录、处理决定 |
| 项目或团队管理者 | 维护分级规则，定期回看阈值与执行情况 | 全部级别 | 按固定周期（如每月） | 规则修订记录、逾期分析 |
角色分工要避免两个空档：一是催办人同时是责任人本人，自己催自己等于没有催办，直属负责人必须独立承担这一环；二是升级接收人只表态不决策，处理决定必须落到四类具体动作之一，并记录在任务上。任务状态、到期时间、负责人、依赖关系这些字段，是触发规则和留痕的基础。在 ONES 中，任务的工作项状态、负责人和计划时间可以作为这类规则的承载字段，催办记录和升级决定可以写在任务描述或评论中，便于后续回看；具体能否按到期时间自动提醒、按条件自动升级，需要按实际使用的系统版本和配置方式核验。
一个逾期升级的完整示例
以下为演示情景，用于说明规则如何触发并走完四步流程，不代表真实项目数据。
背景：某版本发布前，测试环境部署任务计划周五18:00完成，负责人为工程师A，下游有两名测试人员等待环境就绪后开始回归测试，该任务在发布关键路径上。
- 周五10:00（到期前）：系统发出到期提醒，责任人A未更新状态。
- 周五18:00（到期未完成）：任务状态仍为进行中，触发一级提醒；因该任务阻塞两名测试人员，按影响条件上调，直接进入二级催办。
- 周一10:00（催办）：直属负责人B联系A，确认卡点是服务器资源未到位，A给出预计完成时间为周二12:00，B将原因和预计时间记录在任务上。
- 周二12:00（仍未完成）：任务逾期超过3天且在关键路径，触发三级升级，B上报升级接收人C。
- 周二15:00（升级处理）：C给出处理决定——协调备用服务器，同时将回归测试开始时间顺延半天，并通知测试负责人。
- 周二17:00（重新排期）：A更新任务到期时间为周三10:00，测试人员确认收到变更，依赖关系同步更新。
这个示例中，每个环节都有时间点、处理人和产出：提醒有通知记录，催办有原因说明和预计时间，升级有处理决定，重排有更新后的计划和相关方确认。规则的价值在于，周五晚上任务逾期时，不需要有人临时判断“要不要管”，条件命中后动作自动明确。
机制落地与完成检查
规则定好后，先落到任务管理工具里再上线。到期时间、负责人、优先级、依赖关系等字段要能支撑触发判断，任务状态要能反映“已逾期”“已升级”“已重排”等阶段，催办和升级记录要能留存在任务上。字段和状态设计好之后，触发条件才有自动执行的基础；如果系统暂不支持自动触发，可以先由负责人按表人工检查，但检查频率和责任人要写进规则。
上线前准备
- 把分级表和触发条件写入团队任务规范，明确每级的触发人、处理人和时限。
- 在任务管理工具中配置到期时间、负责人、依赖关系等字段，以及逾期、升级、重排对应的状态。
- 选取过去一个月的逾期任务做一次回放验证，按新规则重新判断级别和处理动作，检查是否有级别集中、时限过紧或过松的情况。
- 向团队说明规则适用范围和例外处理方式，例如节假日、外部依赖不可控时的调整办法。
完成检查表
| 检查项 | 通过标准 |
|---|---|
| 每级触发条件 | 均写成“时间条件+影响条件+责任角色”的完整句式，无“及时”“视情况”等模糊表述 |
| 每级处理人与时限 | 每个级别都有明确处理人和响应时限，且处理人不是责任人本人 |
| 升级后处理决定 | 升级记录中包含四类决定之一，无处理决定的升级可被识别并继续跟踪 |
| 重排后依赖同步 | 调整日期后，下游依赖方已收到通知并确认 |
| 记录可回看 | 提醒、催办、升级、重排各环节记录均可在任务上查到 |
定期回看与常见偏差
机制运行一段时间后，按月回看三项指标：逾期率、升级处理时长、重排后再次逾期比例。逾期率持续偏高，说明阈值可能过松或任务估算普遍偏乐观；升级处理时长超出时限，说明升级接收人负荷过重或决策权限不清；重排后再次逾期比例高，说明重排时没有真正解决卡点，只是推迟了日期。
常见偏差有三类：一是规则过严，短任务也要求当天升级，导致升级泛滥、接收人疲于应付，修正方向是按任务周期分档；二是规则过松，逾期一周才升级，错过补救窗口，修正方向是对关键路径和对外承诺任务单设更严的升级线；三是只升级不记录，处理决定停留在口头，修正方向是把处理决定作为升级完成的必要条件。阈值调整要有依据，每次修订记录调整原因和调整后的观察结果，避免规则频繁变动导致团队无所适从。
常见问题
任务逾期升级应该分几级比较合适？
可以从四级起步：一级提醒、二级催办、三级升级、四级重新排期。级别数量取决于任务周期和团队规模，周期短、任务量大的团队可以把档位压缩到半天和一天，周期以周或月计的团队可以放宽到3天和一周。级别的作用是让处理力度与逾期严重程度匹配，级数过多会增加判断成本，过少则容易一刀切。
逾期一天但阻塞了别人，应该按哪一级处理？
按影响条件上调。规则里通常写明：命中阻塞他人、关键路径、对外承诺任意一项，级别上调一档；命中两项及以上，直接进入最高级处理。所以一个逾期一天但阻塞下游的任务，会进入比普通逾期一天更高的处理级别，由直属负责人当日发起催办，而不必等到逾期3天。
升级接收人一直不给处理决定怎么办？
把“给出处理决定”作为升级完成的必要条件，没有决定的升级视为未完成，继续留在待处理清单里跟踪。同时为升级接收人设定响应时限，例如收到升级后1个工作日内。如果升级处理时长持续超出时限，说明接收人负荷过重或决策权限不清，需要调整升级路径或明确授权范围。
重新排期后任务又逾期了，说明什么？
通常说明重排时只改了日期，没有真正解决卡点。回看时要区分原因：卡点未消除（如资源仍未到位）、依赖未同步（下游没有收到变更）、估算仍然偏乐观。修正方向是要求重排必须附带卡点处理方案，并同步通知依赖方确认，同时把“重排后再次逾期比例”作为定期回看的指标之一。
系统不支持自动提醒和自动升级，机制还能运行吗？
可以先人工运行。把分级表和触发条件写入团队任务规范，由直属负责人按固定频率检查到期任务，按表判断级别并执行对应动作，检查频率和责任人写进规则。人工方式的关键是记录要落到任务上，提醒、催办、升级、重排各环节都能回看。后续再评估工具侧的自动化配置。
