任务催办要解决的是“该推进时有人推动、不该打扰时不添乱”。比较稳妥的做法是按节点触发、分级设置节奏：先明确任务的承诺完成时间、依赖关系和风险等级，在到期前提醒、到期时确认、逾期后按间隔升级；频率随逾期时长和影响面递增，同一任务同一层级不重复催办，每次催办都附带明确动作和新的截止时间。下面按时机判断、频率分档、消息写法、角色分工、完整示例、工具承载和自查清单逐项展开。
要点总览（TL;DR）
- 催办以任务节点为触发依据：承诺完成时间、依赖开始时间和里程碑节点临近时发起，正常推进且有更新记录的任务不催。
- 频率按逾期时长分三档：到期当日确认一次，逾期1–2个工作日按日提醒，超过约定天数升级到项目负责人或上级。
- 同一任务同一层级同一周期内不重复催办；升级时同步下游任务、里程碑和交付日期的影响面，把问题交给有资源调配权的人裁决。
- 每次催办要写清状态与卡点、具体动作和新的时间点，并把对方回复记录在任务下，作为下次判断依据。
- 机制运行两三周后用自查清单核对：触发点是否挂钩节点、频率是否分档、升级是否到人、记录是否可追溯。
先定催办触发点：什么时候该催、什么时候不该催
催办的触发依据应当是任务本身的节点，而不是固定的日历周期。可用的触发点有三类：承诺完成时间，即执行人确认过的交付日期；依赖开始时间，即下游任务需要本任务产出才能启动的时间；里程碑节点，即任务产出需要汇入评审、发布或交付的时点。三者中任何一个临近，都构成催办的合理理由。
临期提醒与逾期催办要分开。临期指距离承诺完成时间还剩一个约定缓冲期（例如1–2个工作日），此时发出的是提醒，语气偏确认，目的是让执行人核对进度、提前暴露风险。逾期指超过承诺完成时间仍未完成且没有合理说明，此时才进入催办，需要对方给出明确回复。把两者混在一起，会导致任务还没到期就被反复追问，消耗协作信任。
任务处于正常推进且有更新记录时不需要催。判断标准是：状态字段近期有变更、任务下有进展说明、或执行人已在协作渠道同步过进度。这类任务只需按节奏观察，催办反而打断工作。真正需要介入的是“静默任务”——临近节点但状态和记录都没有变化。
阻塞类任务先解决依赖，再谈催办。如果任务卡在等待外部输入、审批或环境准备上，直接催执行人没有意义，应先确认阻塞项的责任人和解除时间，把催办对象切换到阻塞环节。对执行人的催办可以暂缓，但要记录阻塞原因和预计解除时间，避免任务在系统中长期挂着无人处理。
| 任务状态 | 触发条件 | 是否催办 | 催办对象 |
|---|---|---|---|
| 正常推进 | 有状态更新或进展记录，未临近节点 | 不催 | — |
| 临期 | 距承诺完成时间剩约定缓冲期，且无近期更新 | 提醒一次 | 任务执行人 |
| 逾期 | 超过承诺完成时间，无说明或说明不充分 | 催办，按频率分档 | 任务执行人，必要时升级 |
| 阻塞 | 依赖未就绪、审批未完成、资源未到位 | 催阻塞环节，暂缓催执行人 | 阻塞项责任人 |
频率与升级节奏：按逾期时长分档设置
频率设置的目标是让任务持续被看见，同时避免同一件事反复打扰同一个人。按逾期时长分三档，每档对应不同的动作强度和对象。
第一档是到期当日确认一次。任务到达承诺完成时间，由任务负责人向执行人确认完成情况或剩余工作量，要求当日给出明确答复：已完成、需要延期到具体日期、或存在阻塞。这一档只确认一次，不重复追问。
第二档是逾期1–2个工作日按日提醒。执行人未在到期当日给出有效答复，或答复的延期理由不充分，进入按日提醒。每天一次，固定在某个时间点发出，内容包含当前逾期天数、对下游的影响和当日需要完成的动作。按日提醒的上限建议设为2个工作日，超过后不再重复同一层级的提醒。
第三档是逾期超过约定天数升级。约定天数由团队按任务重要度设定，常见做法是逾期3个工作日或影响里程碑时升级。升级对象是任务负责人的上级或项目负责人，升级内容要同步影响面：哪些下游任务被卡住、哪个里程碑受影响、对外交付日期是否变化。升级的作用是把问题交给有资源调配权的人裁决，而不是单纯施压执行人。
同一任务同一层级同一周期内不重复催办。例如已经按日提醒过，当天不再额外发消息；已经升级到项目负责人，就不再同时向执行人重复催办，除非执行人给出了新的承诺时间需要确认。重复催办会让执行人产生“催了也没用”或“被针对”的感受，也会稀释真正重要的催办信号。
| 档位 | 触发条件 | 频率 | 发起人 | 动作要求 |
|---|---|---|---|---|
| 第一档 | 到达承诺完成时间 | 当日一次 | 任务负责人 | 确认完成、延期日期或阻塞原因 |
| 第二档 | 逾期1–2个工作日 | 每日一次 | 任务负责人 | 说明逾期天数、影响和当日动作 |
| 第三档 | 逾期超过约定天数或影响里程碑 | 升级一次，按裁决结果跟进 | 任务负责人发起，项目负责人受理 | 同步影响面，请求资源或优先级裁决 |
催办内容怎么写：每次催办带动作和新的时间点
催办消息的质量决定了它是推进动作还是情绪表达。一条有效的催办应包含四个要素：任务当前状态与卡点、需要对方做的具体动作、新的确认时间或回复时限、以及本次催办的记录方式。
状态与卡点要具体到事实。写“任务A已逾期2天，当前停留在接口联调，等待测试环境开通”，比写“任务A怎么还没完成”更有助于对方判断。具体动作要可执行，例如“请在今天17:00前确认测试环境开通时间，或提供替代验证方案”，避免“尽快处理”“抓紧推进”这类无法验收的表述。新的时间点要明确到日期和时刻，并说明这个时间点与下游节点的关系。
每次催办后要记录结果：对方是否回复、承诺了什么时间、是否仍存在阻塞。这条记录是下次判断的依据——如果对方已给出新的承诺时间，下一次催办就按新时间触发，而不是沿用原节奏；如果对方连续两次未回复，就构成升级理由。
示例（演示情景）：任务“订单接口联调”承诺完成时间为周三，执行人未更新状态。周四任务负责人发出催办：“订单接口联调已逾期1天，当前状态仍为进行中，下游的支付回归测试需要该接口就绪才能启动。请在今天17:00前回复：联调是否完成；如未完成，卡在哪个环节、预计何时完成。若今天未收到回复，我将同步项目负责人评估对周五里程碑的影响。”这条消息包含了状态、影响、动作、时限和后续后果，执行人可以直接据此行动或说明困难。
角色分工：谁发起催办、谁升级、谁裁决
催办链条上的角色要分清，否则容易出现“谁都在催、谁都不负责”的局面。基本分工是：任务负责人负责日常跟进和首次催办，项目负责人负责跨任务影响判断和升级受理，上级或决策角色负责资源冲突与优先级裁决，执行人有义务更新状态和说明阻塞。
任务负责人是最接近任务的人，掌握承诺时间和执行情况，适合发起临期提醒和第一、二档催办。项目负责人关注的是任务之间的依赖和整体节奏，当催办涉及下游任务或里程碑时，由项目负责人判断影响范围并决定是否升级。上级或决策角色的介入点通常是资源冲突：两个任务争抢同一人力、优先级需要调整、或对外交付日期需要变更，这类问题超出任务负责人和项目负责人的权限，需要更高层级裁决。
执行人的义务常被忽略。执行人应在状态变化时更新任务字段，在遇到阻塞时主动说明原因和预计解除时间，在收到催办后给出明确答复。如果执行人长期不更新状态，催办机制就会退化为单方面追问，这时需要把“状态更新”本身作为团队协作的基本要求来管理。
| 角色 | 主要动作 | 输出 |
|---|---|---|
| 任务执行人 | 更新任务状态、说明阻塞、回复催办 | 状态记录、阻塞说明、新的承诺时间 |
| 任务负责人 | 临期提醒、第一二档催办、记录催办结果 | 催办记录、延期确认或升级申请 |
| 项目负责人 | 判断跨任务影响、受理升级、协调依赖 | 影响面说明、调整后的计划或升级决定 |
| 上级或决策角色 | 裁决资源冲突与优先级 | 资源调配决定、优先级结论、交付日期变更 |
落地示例：一个逾期任务的完整催办过程
以下为演示情景，用一条任务串起前述规则。任务“用户权限模块开发”，承诺完成时间为某月10日（周三），下游是“权限回归测试”，计划12日启动，所属里程碑为15日的版本封版。
到期前提醒：8日（周一），任务负责人查看任务，发现状态仍为进行中且无近期更新，发出提醒：“权限模块开发距承诺完成时间还有2天，下游回归测试计划12日启动，请确认能否按期完成，如有风险请今天说明。”执行人回复：开发完成约80%，预计10日可提交。
到期当日确认：10日，任务负责人确认状态，执行人未更新，发出第一档催办，要求当日答复。执行人回复需延期至12日，理由是联调接口有变更。任务负责人将承诺时间更新为12日，并记录延期原因。
逾期后第一次催办：12日，任务仍未完成，执行人未说明。任务负责人发出第二档催办，说明已逾期1天、回归测试需顺延、里程碑存在风险，要求当日17:00前给出明确完成时间。执行人回复预计13日完成。
逾期后第二次催办与升级：13日任务仍未完成，且执行人未再回复。此时逾期2个工作日，且直接影响15日封版里程碑，触发第三档升级。任务负责人向项目负责人提交升级说明：任务逾期2天、回归测试未启动、封版可能推迟，请求协调测试资源或调整范围。项目负责人评估后决定将权限模块的非核心子项移出本次版本，核心功能13日晚完成，回归测试14日压缩执行，封版日期不变。
过程中状态字段的更新：承诺完成时间由10日改为12日，再记录实际完成时间为13日；状态从“进行中”到“延期”再到“已完成”；任务下保留三次催办记录和升级说明，形成可追溯的执行轨迹。这个例子说明，催办的价值不在于催的次数，而在于每次催办都推动了一个决定：延期确认、影响评估或范围调整。
用工具承载催办规则：状态、提醒与记录
规则写在文档里容易，落到日常执行需要工具承载。承载的核心是三件事：状态和截止时间作为触发基础，提醒按规则生成并保留记录，催办结果回写到任务形成轨迹。
任务状态与截止时间字段是触发的基础。任务需要有明确的承诺完成时间字段，并与依赖关系、里程碑关联，这样临期和逾期才能被识别。仅靠聊天工具里的口头约定，无法稳定判断“谁该在什么时候被提醒”。
提醒和记录要绑定在任务上。每次催办的时间、对象、内容和对方回复应记录在任务下，而不是散落在私聊里。这样下一次判断可以直接看记录：是否已催过、对方承诺了什么、是否已升级。升级后的任务应在项目视图中保持可见，让项目负责人和相关负责人能看到风险任务，而不是升级完就沉底。
在ONES中，可以把任务的状态、截止时间和所属里程碑作为跟踪对象，通过任务详情和项目视图查看进展与风险；催办过程中的延期说明、阻塞原因和升级结论可以回写到任务记录中，形成执行轨迹。具体到自动提醒的触发方式、通知渠道和记录留存形式，建议以团队实际使用的ONES版本和配置为准，先在小范围任务上验证规则，再逐步推广。
完成检查：催办机制是否设置合理
机制运行一段时间后，用下面这份清单逐项核对，判断催办是否既推动了任务又不过度打扰。
- 触发点是否与承诺完成时间、依赖开始时间和里程碑挂钩，而不是按固定周期群发提醒。
- 临期提醒与逾期催办是否分开，提醒语气和催办要求是否有区别。
- 频率是否分档，同一任务同一层级同一周期内是否做到不重复催办。
- 升级路径是否明确到人：谁知道何时升级、升级给谁、升级时同步哪些影响面。
- 每次催办是否包含状态与卡点、具体动作、新的时间点，而不是只有催促。
- 催办记录是否可追溯：能否查到催过几次、对方承诺了什么、是否已升级。
- 是否出现高频催办但任务仍无进展的情况。若有，说明问题可能在依赖、资源或优先级，需要转入升级或裁决，而不是继续加频。
- 执行人是否养成更新状态和说明阻塞的习惯。若状态长期不更新，应先解决状态维护问题，再谈催办频率。
这份清单不需要一次全部达标。可以先从触发点和频率分档做起，运行两三周后根据实际打扰程度和任务推进情况调整分档天数与升级门槛，让催办节奏贴合团队的响应习惯。
常见问题
任务还没到期，执行人一直不更新状态，要不要提前催？
可以提醒，但要把提醒和催办区分开。距承诺完成时间还剩约定缓冲期（例如1–2个工作日）且任务没有近期更新时，发一次临期提醒，语气偏确认：请对方核对进度、说明是否存在风险。这类提醒只发一次，不按日重复。
如果任务状态和进展记录都正常，只是没有单独回复，不必催。判断依据是任务本身有没有变化，而不是对方有没有回消息。
执行人已经承诺了新的完成时间，催办节奏要不要重置？
要重置。对方给出新的承诺时间后，把任务上的承诺完成时间更新为新日期并记录延期原因，下一次催办按新时间触发，不再沿用原节奏。这样既承认了对方的承诺，也避免同一件事被反复追问。
如果新承诺时间到期仍未完成，再进入下一档催办；连续两次承诺后仍未兑现，可以作为升级理由。
任务卡在依赖或审批上，应该催执行人还是催别人？
催阻塞环节的责任人。任务卡在外部输入、审批或环境准备时，催执行人无法解决问题，应先确认阻塞项由谁负责、预计何时解除，把催办对象切换到该环节，同时记录阻塞原因和预计解除时间。
对执行人的催办可以暂缓，但任务不能长期挂着无人处理。阻塞解除时间到期后要回头确认，仍未解除则按升级路径处理。
升级到项目负责人之后，还需要继续催执行人吗？
通常不再同时向执行人重复催办，除非执行人给出了新的承诺时间需要确认。升级的作用是把资源冲突、优先级或交付日期变更交给有裁决权的人处理，此时继续向执行人施压只会造成重复打扰。
升级后要跟进裁决结果：资源是否调配、范围是否调整、新的时间点是什么，并把结论回写到任务记录中。
团队任务重要度差别很大，分档天数要统一吗？
不必统一。到期当日确认、逾期1–2个工作日按日提醒、超过约定天数升级，是通用框架；约定天数可以按任务重要度和影响面设定，影响里程碑或对外交付的任务可以更早升级，内部低风险任务可以放宽。
建议先按统一分档运行两三周，再根据实际打扰程度和任务推进情况调整，让节奏贴合团队的响应习惯。
