任务逾期后，先看三件事：逾期是否影响关键路径或对外承诺、责任人是否已失去推进能力、逾期是否反复出现。影响他人交付、卡住关键节点或涉及客户时间的，应进入正式升级；单次、短时、责任人明确且能自行解决的，用提醒催办和日常沟通即可。本文只讨论单项任务的执行闭环，并说明如何借助ONES记录逾期状态、催办与升级过程。
要点总览（TL;DR）
- 判断逾期任务走催办还是升级，先看三件事：是否影响关键路径或对外承诺、责任人是否已失去推进能力、逾期是否反复出现。
- 影响范围权重最高：卡住下游交付、涉及客户可见时间或合同节点的逾期，直接升级，不再等待其他条件。
- 首次逾期、时长较短、责任人能给出明确新完成时间且不影响他人的，先提醒催办并记录承诺即可。
- 升级要带齐原定时间、当前状态、影响范围、已尝试动作和需要的决策，交给能对资源或范围拍板的人。
- 升级后仍需明确接手人、状态变更和回归正常跟踪的时间，并把结论写回任务记录，避免任务悬空。
先分清：提醒催办与正式升级处理的是两类问题
提醒催办和正式升级都发生在任务逾期之后，但它们处理的问题性质不同。提醒催办针对的是“事情本来能推进，只是被耽误了”的情况：责任人没有看到通知、优先级被其他事务挤占、缺少一份输入材料、需要一句确认。这类问题在责任人职责范围内就能恢复，催办的作用是把信息重新送到位，并约定一个新的完成时间。
正式升级针对的是“责任人已经无法单独解决”的情况：任务卡住了别人的交付、涉及对外承诺、需要额外人手或预算、需要有人拍板调整范围。这类问题超出了执行人的权限，继续催办只会重复消耗沟通时间，必须把问题交给有决策权的人。
两种动作在发起人、触达对象和留痕上也有明显差别，下面的对照说明可以作为日常判断的起点。
| 对比项 | 提醒催办 | 正式升级 |
|---|---|---|
| 解决的问题 | 信息未触达、优先级被挤占、缺少输入或确认 | 责任、资源或决策权限超出执行人范围 |
| 发起人 | 任务负责人、项目执行人或协作方 | 任务负责人或项目负责人，向有决策权的上级或相关方提出 |
| 触达对象 | 任务责任人本人及其直接协作方 | 责任人的上级、项目决策人、受影响的下游负责人 |
| 期望结果 | 确认新完成时间，恢复推进 | 明确决策、调配资源、调整范围或更换责任人 |
| 记录留痕 | 催办时间、沟通内容、新承诺时间 | 原定时间、当前状态、影响范围、已尝试动作、需要的决策 |
这张表的核心含义是：催办是恢复信息与节奏，升级是转移决策责任。判断时先问“责任人自己能不能解决”，再问“这件事拖下去会不会影响别人”。两个问题的答案，基本决定了该走哪条路径。
同口径判断：逾期任务该走哪条路径
为了避免凭感觉判断，可以用影响范围、逾期时长、重复次数、责任人响应情况四个维度统一对照。四个维度中，影响范围的权重最高：只要逾期已经卡住关键路径或对外节点，无论逾期多久，都应进入升级；影响范围可控时，再看其余三个维度。
| 判断维度 | 提醒催办的触发条件 | 正式升级的触发条件 |
|---|---|---|
| 影响范围 | 只影响本任务自身，下游任务尚未被阻塞 | 卡住关键路径、阻塞他人交付，或涉及对外承诺与客户可见时间 |
| 逾期时长 | 首次逾期且时间较短，在团队可接受的缓冲范围内 | 超过约定缓冲期仍未恢复，或已逼近对外节点 |
| 重复次数 | 同一任务首次逾期，此前记录正常 | 同一任务反复逾期，或多次催办后仍无实质进展 |
| 责任人响应情况 | 责任人已回应，能说明进展并给出明确新完成时间 | 责任人无响应，或明确表示无法完成、需要额外资源 |
条件组合时按以下优先级处理：影响范围已经波及关键路径或对外承诺的，直接升级，不再等待其他条件；影响范围可控但责任人无响应或明确表示无法完成的，升级；影响范围可控、责任人能给出可信新时间的，先催办并记录承诺；同一任务第二次以上逾期且催办无效的，转入升级。
逾期时长的“短”与“长”没有统一数字，取决于任务类型和团队节奏。日更类任务可能以半天为缓冲，跨部门交付可能以两三天为缓冲。团队应在任务创建时就约定缓冲口径，避免逾期后临时争论。
可以直接提醒催办的情形
轻处理的价值在于把管理注意力留给真正需要决策的问题。以下情形适合先提醒催办，不必启动正式升级。
- 首次逾期且时长较短。任务刚过原定时间，尚未影响下游，先确认责任人是否知情，约定新的完成时间。
- 责任人已在推进，只差信息或确认。例如等待一份输入材料、一个口径确认或一次评审反馈。催办的重点是补齐缺失环节，而非追问进度。
- 逾期不影响他人交付与对外节点。任务处于内部准备阶段，下游尚未启动，时间上有回旋余地。
- 责任人能给出明确的新完成时间。新时间具体到日期，且有推进动作支撑，例如“明天下午完成初稿，后天提交评审”。
催办的操作要点有三条。第一，说明逾期事实和影响，避免只发一句“进度怎么样了”。第二，明确提出需要对方做什么：确认时间、补充材料还是请求协助。第三，把新承诺的时间记录在任务上，作为下一次判断的依据。如果催办后责任人给出了可信的新时间，任务回到正常跟踪；如果新时间再次落空，就进入升级判断。
应当转入正式升级的情形
以下任一条件成立，就应停止重复催办，转入正式升级。
- 逾期卡住关键路径或他人交付。下游任务已无法启动，或其他人正在等待这项产出。
- 涉及对外承诺、合同节点或客户可见时间。逾期可能影响交付信誉或合同履约。
- 责任人无响应，或明确表示无法完成。包括缺少人手、缺少权限、范围超出原约定。
- 同一任务反复逾期、多次催办无效。说明问题不在信息触达，而在责任、资源或优先级安排。
升级不是把消息转发给上级就结束，需要携带足够的信息，让接手人不用重新调查就能判断。建议按以下模板整理：
- 原定时间与当前状态：任务原计划何时完成，目前推进到哪一步。
- 逾期影响：卡住了哪些下游任务、涉及哪个对外节点、影响范围有多大。
- 已尝试动作：何时催办过、对方如何回应、是否调整过时间。
- 需要的决策：是调配人手、调整范围、更换责任人，还是重新对外沟通时间。
- 期望结果与时限：希望何时得到答复，以便下游安排。
升级对象应是能对上述决策负责的人：资源问题找资源调配方，范围问题找项目决策人，对外承诺问题找对客户接口负责的人。升级后要明确由谁接手、任务状态如何变更，以及何时回到正常跟踪，避免任务在升级后失去归属。
边界与常见误判
本文讨论的是单项任务从逾期到恢复或升级的执行闭环。组织级的流程规则与自动化配置、会议决议与行动项的落实机制，属于另一层管理问题，本文不展开。团队在落地时，还需要结合自身的汇报关系和项目治理规则调整升级对象。
常见的误判有四类，值得在团队内提前对齐。
- 把催办当升级。在群里反复@责任人，看似动作频繁，实际没有引入任何决策资源，问题仍在原地。催办无效时应果断升级。
- 把升级当问责。升级的目的是让有权限的人做决策、给资源，重点描述问题和影响，避免把升级写成对责任人的评价。责任归属可以在复盘时讨论，不应混入升级沟通。
- 用升级替代日常沟通。所有逾期都直接上报，会让管理者被琐事淹没，也会削弱责任人自行解决问题的空间。轻处理能解决的就不要升级。
- 把工具没展示的能力当成不支持。任务系统是否支持某种提醒或流转方式，应以实际配置和官方说明为准，不能因为界面上没看到就断定做不到。
另一个容易忽略的点是：升级之后仍需跟踪。升级解决的是决策和资源问题，任务本身还要有人推进。升级时约定的接手人、新时间和状态变更，应写回任务记录，否则下一次逾期判断又得从头梳理。
把分界落到任务记录与协作流程中
判断标准只有落到任务记录上，才能在下次逾期时快速复用。建议在任务上固定记录四类信息：原定完成时间、当前状态、逾期原因、影响范围。逾期原因按“信息缺失、优先级冲突、资源不足、范围变更、责任人无响应”等类别记录，影响范围写明是否阻塞下游、是否涉及对外节点。这样，判断走催办还是升级时，不需要重新询问一遍。
催办与升级动作也要留痕。每次催办记录时间、沟通方式和对方承诺；每次升级记录触发条件、携带的信息、决策结果和接手人。重复逾期的任务通过这些记录可以快速识别模式：是同一责任人反复拖延，还是同一类任务长期缺少资源。复盘时依据记录讨论，比凭印象争论更有效。
升级后的流转需要明确三个节点：谁接手、任务状态如何变更、何时回到正常跟踪。常见做法是把任务状态从“进行中”改为“升级处理中”，指定决策人或接手人，约定答复时限；决策完成后，要么恢复原责任人继续推进并更新完成时间，要么转交新责任人重新排期。无论哪种结果，都要在任务上写清结论，避免任务悬空。
在工具承载上，ONES 的任务管理可以围绕上述字段和状态组织记录：任务上维护负责人、原定时间与当前状态，通过自定义字段补充逾期原因和影响范围，用状态流转区分正常推进、催办跟进与升级处理，相关沟通记录和决策结论随任务留存。这样，催办与升级不再依赖个人记忆，而是成为任务记录的一部分，为后续的逾期判断和复盘提供依据。具体字段配置和流转规则，可结合团队现有的项目模板逐步调整。
常见问题
团队没有约定逾期缓冲期，怎么判断“短时逾期”该催办还是升级？
缓冲期缺失时，先用影响范围兜底：只要逾期已经卡住下游任务或涉及对外节点，就按升级处理，不必纠结逾期了多久。影响范围可控的，再看责任人是否已回应并给出具体新完成时间，有回应就先催办。
同时建议借这次逾期把口径补上：按任务类型约定缓冲，例如日更类任务以半天为缓冲，跨部门交付以两三天为缓冲，写进任务创建时的约定里，下次判断就有共同依据。
责任人已经给出新完成时间，但新时间再次落空，还能继续催办吗？
不建议继续单纯催办。新承诺落空说明问题可能不在信息触达，而在优先级、资源或责任安排。此时应转入升级，并在升级信息中写明前一次承诺的时间和落空情况，让接手人据此判断是调配资源、调整范围还是更换责任人。
如果新时间落空有明确且可核实的外部原因，例如上游输入延迟，可以先补齐输入再观察一轮，但仍要把原因和新的时间记录在任务上。
升级会不会被责任人理解为告状，影响后续协作？
关键在升级沟通写什么。升级内容聚焦事实和决策需求：原定时间、当前状态、卡住了谁、已经催办过几次、需要什么支持。这样表述时，升级是在帮责任人争取资源和决策，而非评价其表现。
责任归属和过程评价可以留到复盘时讨论，与升级沟通分开进行。团队也可以提前说明升级是常规机制，减少被升级方的心理负担。
跨部门协作的任务逾期，升级对象应该是本部门负责人还是对方部门负责人？
看缺的是什么。缺人手、缺权限、范围超出原约定，找能调配这些资源的一方；涉及对外承诺或客户可见时间，找对客户接口负责的人；两个部门都卡住时，升级到共同的项目决策人或更高一层协调人。
无论找谁，升级信息里都要写清对方需要做的具体决策，以及期望答复的时限，方便对方快速接手。
任务系统里的催办和升级记录，具体要记到什么程度才有复盘价值？
催办记录至少包含时间、沟通方式、对方回应和新承诺时间；升级记录至少包含触发条件、携带的信息、决策结果和接手人。有了这些，重复逾期时能快速分辨是同一责任人反复拖延，还是同一类任务长期缺资源。
记录不必追求详尽到每句对话，抓住可判断的事实即可。工具层面，ONES 的任务管理可通过自定义字段和状态流转承载这些信息，具体配置可结合团队现有模板调整。
