任务逾期后，催办和升级是两种不同性质的动作：催办推动责任人继续执行，升级把阻塞问题和决策权限交给更有权的人处理。判断分界主要看三点——逾期是否影响关键路径或对外承诺、责任人是否仍在推进或已失联、问题是否超出责任人权限。影响交付节点、客户承诺或跨团队交接的，逾期即进入正式升级；只影响内部节奏、责任人仍在推进的，先提醒催办并约定新的完成时间。
要点总览（TL;DR）
- 催办推动责任人继续执行，升级把阻塞问题和决策权限交给有权的人处理，两者对象不同。
- 逾期影响关键路径、对外承诺或跨团队交接时，直接进入正式升级；只影响内部节奏且责任人仍在推进的，先催办。
- 责任人失联或连续多次逾期，继续催办已无对象，应转入升级。
- 催办要设定观察窗口和次数上限，窗口内无实质进展再升级，避免无限催办或过早升级。
- 升级时携带当前状态、逾期时长、阻塞原因、已尝试的处置和期望决策，结论回写任务记录。
先分清：催办解决执行，升级解决决策
催办和升级经常被混用，原因在于两者都发生在任务逾期之后。但它们的对象不同：催办的对象是责任人及其执行动作，目标是让任务重新动起来；升级的对象是阻塞问题和决策权限，目标是让有权的人做出取舍。分清这一点，才能判断当前该做哪一个。
催办通常由任务发起人、项目协调人或直接上级发起，期望结果是责任人给出当前进展、说明卡点、承诺新的完成时间。升级则由掌握信息的一方提交给有决策权的人，期望结果是拿到资源调配、优先级调整、范围变更或责任转移等明确决定。两类动作可以先后发生，也可以同时发生：责任人仍在推进但存在权限外阻塞时，催办和升级可以并行。
| 对照项 | 催办 | 升级 |
|---|---|---|
| 对象 | 责任人及其执行动作 | 阻塞问题与决策权限 |
| 目标 | 让任务重新动起来 | 让有权的人做取舍 |
| 发起人 | 任务发起人、协调人或直接上级 | 掌握逾期信息的一方，提交给决策人 |
| 期望结果 | 新的完成时间、明确的卡点说明 | 资源、优先级、范围或责任归属的决策 |
| 典型信号 | 责任人仍在推进，只是节奏落后 | 影响关键路径、对外承诺，或问题超出责任人权限 |
判断入口可以按顺序问三个问题：这项任务逾期会不会影响下游交接或对外承诺？责任人是否仍在推进、能否联系上？卡住的原因是执行节奏，还是需要别人拍板？前两个问题的答案决定紧急程度，第三个问题决定该催办还是升级。
同口径判断：逾期任务该催办还是升级
把两类动作放在同一组维度下对照，可以减少凭感觉处置的情况。以下五个维度按影响范围、责任人状态、阻塞原因、时间敏感度、可逆性依次展开，每个维度给出催办适用与升级适用的具体表现。
| 维度 | 适合催办的表现 | 适合升级的表现 |
|---|---|---|
| 影响范围 | 只影响本任务或本小组内部节奏，下游尚未启动或有余量 | 处在关键路径上，影响下游交接、客户交付节点或跨团队排期 |
| 责任人状态 | 责任人可联系、有进展反馈，逾期属于节奏落后 | 责任人失联、长期无反馈，或同一责任人连续多次逾期同类任务 |
| 阻塞原因 | 原因在责任人自身执行，如时间安排、熟练度、临时事务 | 原因超出责任人权限，如资源不足、优先级冲突、依赖方不配合、范围不清 |
| 时间敏感度 | 距离最终交付仍有余量，晚几天不改变整体结果 | 时间窗口临近，再拖会错过评审、上线、申报或合同节点 |
| 可逆性 | 延误可通过加班、调整顺序等方式补回 | 延误造成的对外影响难以撤回，如客户已等待、合规期限已近 |
维度之间出现冲突时，以影响范围和对外承诺优先。例如责任人仍在积极推进，但任务处在客户交付的关键路径上，此时应同时催办和升级：催办保持执行压力，升级让决策人评估是否需要调配资源或调整承诺。反过来，任务影响范围很小、责任人失联，也应升级，因为失联本身意味着执行链条已经断开，继续催办没有对象。
时间敏感度和可逆性用于校准升级的紧迫程度，不单独改变判断方向。一个内部任务即使时间紧，只要责任人仍在推进且问题在其权限内，仍可先催办并缩短观察窗口；一个影响对外承诺的任务，即使还有缓冲时间，也宜尽早让决策人知情。
可以直接催办的情形与做法
低风险逾期适合先催办，典型情形包括：责任人仍在推进并有进展反馈；逾期处在可接受的缓冲范围内，不影响下游交接；卡点属于执行节奏问题，责任人自己能够解决；任务不在关键路径上，调整空间充足。这些情形下直接升级会占用决策人注意力，也会让责任人觉得正常波动被放大。
有效的催办要带明确信息，避免只发一句“进度怎么样了”。一条完整的催办应包含：任务当前状态、已知卡点、期望完成时间、需要谁配合。把期望时间写成具体日期，把配合需求写成具体动作，责任人才能直接回应而不是继续模糊回复。
- 当前状态：已完成哪些部分，剩余哪些部分，最近一次更新是什么时候。
- 卡点说明：卡在哪个环节，是等待输入、等待审批，还是工作量预估偏差。
- 期望完成时间：给出具体日期，并说明这个时间与下游节点的关系。
- 配合需求：明确需要谁提供什么，是否需要协调人出面联系依赖方。
催办要设定次数与观察窗口。常见做法是首次催办后给出一个短窗口，例如一到两个工作日，要求责任人回复进展和新时间；窗口内无回应或回应仍无实质进展，进行第二次催办并抄送直接上级；第二次窗口结束后仍无改善，转入升级。观察窗口的长度按任务的时间敏感度调整，临近交付节点的任务可以缩短到半天。设定上限的意义在于避免无限催办：催办次数用尽仍无进展，说明问题已不在执行层面。
应当正式升级的情形与升级路径
以下情形应当进入正式升级，不再停留在催办：任务影响关键路径、对外承诺、合规要求或跨团队交接；责任人失联或连续多次逾期；问题超出责任人权限，需要资源、优先级或范围上的决策。这些情形的共同点是，继续催办无法产生新的结果，必须由有权的人改变条件。
| 触发条件 | 具体表现 | 升级要拿到的结果 |
|---|---|---|
| 影响关键路径 | 任务延误直接推迟下游任务或整体交付 | 调整排期、增加资源或变更交付范围的决定 |
| 影响对外承诺 | 客户交付、合同节点、申报期限受影响 | 是否调整承诺、如何对外沟通的决定 |
| 跨团队交接受阻 | 依赖方不配合或交接标准不一致 | 由更高层级协调依赖方或明确交接责任 |
| 责任人失联或连续逾期 | 多次催办无回应，或同类任务反复逾期 | 更换责任人、调整分工或介入了解原因 |
| 超出责任人权限 | 需要资源、预算、优先级取舍 | 有权人给出资源或优先级决定 |
升级路径要明确向谁升级。通常沿任务的责任链条向上：先到责任人的直接上级，涉及跨团队协调时到双方共同的上级或项目决策人，涉及对外承诺时到对客户承诺负责的角色。升级不是越级告状，而是把决策请求提交给有权处理的人，因此应同时告知责任人，避免信息不对称。
升级时携带的信息决定决策效率。一份可用的升级信息模板包括：任务名称与当前状态、逾期时长、阻塞原因、已尝试的催办与处置、受影响的节点或承诺、期望的决策内容、期望回复时间。把“期望的决策内容”写清楚尤其重要——是请求增加人手、调整优先级、变更交付范围，还是请求协调某个依赖方，决策人需要知道具体要拍板什么。
- 任务名称与当前状态：一句话说明任务是什么、现在到哪一步。
- 逾期时长与影响：逾期几天，影响哪个节点或承诺。
- 阻塞原因：区分执行原因与权限原因。
- 已尝试的处置：催办了几次、对方如何回应。
- 期望决策：需要资源、优先级、范围还是责任归属上的决定。
- 期望回复时间：与时间敏感度匹配的具体时点。
升级拿到结论后，要把任务状态、责任人和新时间点回写到任务记录中。状态从“逾期”改为“已升级待决策”或“已调整”，责任人如有变更要同步更新，新时间点要替换原截止时间并通知下游。回写的目的不是留痕本身，而是让下一次检查时能看到这项任务已经过什么处置、当前依据哪个决定在推进。
把判断规则落到任务跟踪流程里
判断规则只有在任务记录中可查、可触发，才会被稳定执行。落地可以从字段、提醒和回写三个环节入手。字段方面，在任务上记录截止时间、影响范围（是否关键路径、是否涉及对外承诺）、阻塞原因分类（执行类或权限类）以及升级标记。影响范围和阻塞原因分类是判断催办还是升级的直接依据，提前记录比逾期后再补更可靠。
提醒环节按规则分层：任务到期未完成，先自动提醒责任人，并要求其更新进展和新的完成时间；超过设定的观察窗口仍无实质进展，系统将任务标记为待升级并通知决策人。这样催办有固定节奏，升级有明确触发点，减少靠人盯人的随机性。观察窗口可以按影响范围设置不同长度，关键路径任务短、内部任务长。
回写环节要求每次处置都留下记录：催办时间与回应、升级提交时间与对象、决策结论、调整后的责任人和时间点。这些记录让任务的历史处置可复查，也方便复盘哪类任务容易逾期、哪类升级最常被触发。
在ONES中承载这套流程时，可以把上述字段作为任务属性维护，用任务状态区分“进行中”“逾期待催办”“已升级待决策”“已调整”等阶段，并通过工作项的通知与流转规则把到期提醒、观察窗口到期转升级、决策结论回写串成一条链路。这样催办和升级不再依赖个人记忆，而是跟着任务记录走。具体字段配置和通知规则可按团队现有的任务模板调整。
适用边界与常见误判
本文讨论的是单项任务逾期后的处置判断，覆盖从识别逾期到催办、升级、回写的执行闭环。组织级的流程规则设计、自动化配置策略，以及会议决议和行动项的落实跟踪，属于另外的管理场景，不在本文范围内。跨多个任务的系统性延误，也应从排期和资源层面分析，单靠逐项催办或升级难以解决。
两类误判最常见。第一类是把提醒当升级：发了消息、抄送了人，就认为问题已经上升，实际上没有提出任何决策请求，阻塞条件没有改变。第二类是把升级当问责：升级被理解为对责任人的追责，导致大家倾向拖延上报，错过决策窗口。升级的对象是问题和决策权限，责任归属的讨论应在决策之后按事实处理。
升级频率也需要校准。频率过高会让决策人对升级信号麻木，真正紧急的问题淹没在日常上报中；频率过低则让本可由决策人解决的问题在基层反复消耗。可以用观察窗口和触发条件来控制节奏：满足触发条件才升级，未满足的先走催办。定期回看升级记录，如果多数升级最终只是确认原计划，说明触发条件偏松；如果多次升级都发生在问题已经造成影响之后，说明触发条件偏紧。
常见问题
责任人一直在推进，但任务已经逾期，还需要升级吗？
先看逾期的影响范围。如果任务只影响本小组内部节奏，下游尚未启动或仍有余量，责任人也有明确进展，先催办并约定新的完成时间即可。如果任务处在关键路径上、影响客户交付节点或跨团队排期，即使责任人仍在推进，也宜尽早让决策人知情，因为需要判断是否调配资源或调整承诺。此时催办和升级可以并行：催办保持执行压力，升级处理资源与优先级问题。
催办几次没有回应才算失联，可以直接升级？
没有统一次数，取决于任务的时间敏感度。常见做法是首次催办后给出一到两个工作日的回复窗口，要求责任人说明进展和新时间；窗口内无回应，进行第二次催办并抄送直接上级；第二次窗口结束仍无实质进展，转入升级。临近交付节点的任务可以把窗口缩短到半天。关键是提前把窗口长度写进团队规则，让催办有明确终点，避免无限催办，也避免因一次未回复就升级。
升级是不是等于向上级告状，会不会影响团队关系？
升级的对象是阻塞问题和决策权限，不是对责任人的追责。把升级理解为问责，会让成员倾向拖延上报，反而错过决策窗口。实际操作中，升级时应同时告知责任人，说明提交的是哪项决策请求，例如增加资源、调整优先级或协调依赖方。责任归属的讨论可以在决策之后按事实处理。团队可以把这一点写进协作约定，减少升级带来的心理负担。
跨团队依赖方不配合导致逾期，应该催办还是升级？
这类情况通常超出责任人自身的权限，属于应当升级的情形。催办只能推动本团队责任人，无法改变依赖方的排期或配合意愿。升级时应携带任务状态、逾期时长、依赖方名称与已沟通记录，明确提出需要更高层级协调的事项，例如由双方共同上级确认交接时间或明确责任边界。升级拿到结论后，把新的依赖时间和责任人回写到任务中，并通知下游。
团队刚开始建立这套规则，怎样判断升级触发条件是偏松还是偏紧？
可以定期回看升级记录。如果多数升级最终只是确认原计划、没有产生任何调整，说明触发条件偏松，升级信号被稀释；如果多次升级都发生在问题已经造成对外影响之后，说明触发条件偏紧，决策窗口被错过。调整时优先校准影响范围和观察窗口两个参数：关键路径任务缩短窗口、放宽触发条件，内部任务延长窗口、收紧触发条件。规则调整后保留一段观察期再评估。
