任务逾期后直接改一个截止日期，往往只是把问题往后推。更稳妥的做法是设计一条有触发条件的处理流程：到期未完成先提醒，超过约定宽限期转入催办，影响关键路径或阻塞他人时升级决策，确认任务仍必要后再由负责人申请重新排期，经约定角色确认后更新日期并保留变更记录。本文聚焦单项任务的执行闭环，给出各环节的触发条件、责任人和产出，并说明如何用ONES承载任务状态与变更痕迹。
要点总览（TL;DR）
- 逾期处理按“识别逾期—提醒—催办—升级—重新排期—关闭”六个环节设计，每个环节都要有触发条件、责任人和产出。
- 到期前预警、到期后提醒、超过宽限期催办；催办两到三次仍无有效回复，或负责人确认无法按期完成，转入升级。
- 升级判断可组合超期时长、任务重要性、是否阻塞他人或位于关键路径，任一条件满足即可升级，并携带原日期、进度、阻塞原因和影响说明。
- 重新排期由任务负责人申请，写明延期原因、新建议日期和影响范围，经约定角色书面确认后更新截止日期与状态，并保留变更记录。
- 流程落地后用检查清单核对：逾期能否稳定识别、各环节是否有责任人和记录、重排是否附带原因与影响、逾期数据能否汇总复盘。
逾期处理流程的整体框架与触发条件
整套流程可以拆成六个环节：识别逾期、提醒、催办、升级、重新排期、关闭。环节之间有明确的先后关系，但并非每个逾期任务都会走完全程——多数任务在提醒或催办阶段就能关闭，只有确实需要延期或调整范围的任务才进入升级和重排。
流程开始前要先统一逾期判定口径。常见口径有三种：以任务截止日期为准、以负责人承诺的完成时间为准、以所属里程碑节点为准。三者可以并存，但需要说明优先级，例如对外承诺时间优先于内部截止日期，里程碑节点作为最终兜底。口径不统一，后续的提醒和升级就失去共同基准。
下表给出各环节的触发条件、责任人和产出，作为后续章节的总览。
| 环节 | 触发条件 | 责任人 | 产出 |
|---|---|---|---|
| 识别逾期 | 到达截止日期或承诺时间，任务状态仍未完成 | 任务负责人、项目跟踪人 | 逾期任务清单，标注逾期天数 |
| 提醒 | 到期前预警时点到达，或到期后任务未关闭 | 任务负责人 | 提醒记录，负责人确认收到 |
| 催办 | 超过约定宽限期仍未关闭 | 任务负责人、协作人 | 催办记录，当前进度与阻塞说明 |
| 升级 | 催办无响应达到约定次数，或任务阻塞他人、影响关键路径 | 直属负责人、项目负责人 | 升级信息，继续/重排/拆分/取消的决定 |
| 重新排期 | 决定继续执行，且原截止日期无法满足 | 任务负责人提出，约定角色确认 | 重排申请单，更新后的截止日期与状态 |
| 关闭 | 任务完成，或经决定取消、拆分后原任务终止 | 任务负责人 | 关闭状态与变更记录 |
流程的起止边界限定在单项任务：从该任务到期未完成开始，到任务完成、取消或拆分后原任务关闭为止。跨项目的资源调配、组织级自动化规则不在本文范围内，需要时另行设计。
提醒与催办环节怎么设置触发条件和动作
提醒和催办解决的是逾期初期的问题，目标是在任务还能靠负责人自行调整时把它拉回正轨。两者要区分开：到期前是预警，到期后是提醒，超过宽限期才进入催办。混在一起会让负责人对信号麻木。
到期前预警与到期后提醒
预警时点按任务周期长短设定，例如周期三天以内的任务在到期前半天预警，周期一周以上的任务提前一到两天预警。预警对象以任务负责人为主，让其有时间确认进度、提前暴露风险。到期后任务仍未关闭，则向负责人发出提醒，同时抄送任务提出方，让需求方知道交付可能延后。
催办频次与间隔
催办在超过约定宽限期后启动。宽限期按任务重要性和团队节奏设定，普通任务可设一到两个工作日，关键路径任务可缩短甚至不设宽限期。催办频次建议控制在两到三次，间隔一天左右，避免高频打扰；每次催办都要求负责人回复当前进度和阻塞原因，而不是只回“在做了”。
无响应时的记录与转升级
每次提醒和催办都要留下记录：时间、对象、方式、负责人回复内容。催办达到约定次数仍无有效回复，或负责人明确表示无法在原日期完成，就转入升级环节。记录的作用不只是追责，更是升级时判断任务真实状态的依据。
- 预警：到期前，对象为负责人，产出为风险确认。
- 提醒：到期未完成，对象为负责人并抄送提出方，产出为延期可能性告知。
- 催办：超宽限期，对象为负责人和协作人，产出为进度与阻塞说明。
- 转升级：催办达约定次数无有效回复，或负责人确认无法按期完成。
升级环节的判断标准与角色分工
升级不是把所有逾期任务都往上推，而是把负责人层面解决不了的问题交给有决策权的人。判断标准可以组合使用：超期时长、任务重要性、是否阻塞他人或位于关键路径。任一条件满足即可升级，不必全部满足。
| 判断维度 | 升级参考条件 | 建议升级对象 |
|---|---|---|
| 超期时长 | 超过宽限期且催办无有效进展 | 直属负责人 |
| 任务重要性 | 属于里程碑交付或对外承诺的一部分 | 项目负责人 |
| 阻塞他人 | 下游任务因该任务无法启动 | 项目负责人，同步下游负责人 |
| 关键路径 | 任务位于项目关键路径，延期直接影响整体交付 | 项目负责人或任务提出方 |
升级时要携带固定信息，避免升级变成一句“这个任务延期了”。建议的信息模板包括：原截止日期与承诺时间、当前实际进度、逾期天数、阻塞原因、已采取的提醒和催办动作、负责人初步判断（继续、重排、拆分还是取消）、对下游和里程碑的潜在影响。
升级后的决定权归升级对象：直属负责人处理执行层面的调整，项目负责人处理跨任务和里程碑层面的取舍，任务提出方在需求范围可以调整时参与决定是否缩减范围或取消。决定结果要回写到任务上，明确下一步是继续执行、重新排期、拆分还是取消，避免升级后悬而未决。
重新排期的申请、评估与确认步骤
重新排期是流程中唯一会改动截止日期的动作，因此需要申请、评估、确认三步走，确保改日期背后有原因、有影响说明、有确认人。
第一步：提交重排申请
由任务负责人发起，申请单至少包含四项内容：延期原因（区分需求变更、资源不足、依赖未就绪、估算偏差等类型）、新建议日期及依据、影响范围（涉及哪些下游任务、里程碑和对外承诺）、已采取的补救动作。原因要写到可判断的程度，“事情太多”这类描述无法支撑后续复盘。
第二步：评估影响
评估由负责人和受影响方共同完成，重点看三件事：新日期是否影响下游任务的开始时间，是否需要同步调整下游排期；是否影响所属里程碑节点，里程碑是否需要重新沟通；是否涉及对外承诺，对外承诺的变更通常需要更高层级确认。评估结论要写进申请单，作为确认依据。
第三步：确认与更新
确认角色按影响范围确定：仅影响本任务时由直属负责人确认；影响下游或里程碑时由项目负责人确认；涉及对外承诺时由任务提出方或更高层级确认。确认方式建议采用书面确认，在任务或申请单上留下确认人和确认时间。
确认通过后，需要同步更新的内容包括：任务截止日期、任务状态（从逾期转为已重排或在执行）、下游任务的关联日期、里程碑计划（如受影响）、相关通知对象（协作人、下游负责人、任务提出方）。变更记录要保留原日期、新日期、原因和确认人，便于后续复盘延期模式。
示例：一个逾期任务从催办到重排的完整走位
以下为演示情景，用于说明各环节如何衔接，不对应真实项目数据。
某项目中的“接口联调文档定稿”任务，原截止日期为3月10日，负责人为后端工程师，下游是前端联调任务，属于3月20日里程碑的一部分。
- 3月8日预警：系统按提前两天规则向负责人发出预警，负责人回复“依赖第三方接口说明，可能延后”。
- 3月10日提醒：任务未关闭，向负责人发出提醒并抄送任务提出方，提出方得知存在延期风险。
- 3月12日催办：超过两天宽限期，负责人回复第三方说明仍未到位，当前完成度约六成，阻塞原因为外部依赖。
- 3月13日升级：该任务阻塞前端联调且位于里程碑关键路径，升级至项目负责人。升级信息包含原截止日期、当前进度、阻塞原因、已催办记录，以及负责人建议“重排至3月15日，同步压缩前端联调时间”。
- 3月13日决定与申请：项目负责人判断任务仍必要，同意重排。负责人提交申请：原因写外部依赖未就绪，新建议日期3月15日，影响范围为前端联调顺延两天、里程碑不变但缓冲减少。
- 3月14日确认：项目负责人书面确认，下游前端负责人同步知悉。
- 更新与留痕：任务截止日期改为3月15日，状态由逾期转为在执行，变更记录保留原日期、新日期、原因和确认人；3月15日任务完成，流程关闭。
这个示例的关键在于：改日期之前先经历了提醒、催办和升级，改日期时附带原因和影响说明，改完之后有确认人和记录。缺少任何一环，重排就容易变成单方面挪期。
流程落地后的完成检查
流程写在文档里不等于在运转。可以用下面这份清单逐项核对，判断逾期处理与重新排期是否真正落地。
- 逾期能被稳定识别：到期未完成的任务能在当天进入逾期清单，判定口径（截止日期、承诺时间、里程碑）在团队内一致。
- 提醒和催办有固定规则：预警时点、宽限期、催办次数和间隔有明确约定，且实际执行记录可查。
- 每个环节有责任人和记录：提醒、催办、升级、重排各自的责任人清楚，操作留痕，能追溯到具体时间和对象。
- 升级有判断依据：升级不是凭感觉，超期时长、重要性、阻塞情况等条件可对照；升级信息包含原日期、进度、原因和影响。
- 重排附带原因与影响说明：每一条重排记录都能看到延期原因、新日期依据、影响范围和确认人，不存在只改日期不留说明的情况。
- 下游与里程碑同步更新：重排后受影响的关联任务和里程碑计划已同步调整，相关方已知悉。
- 逾期数据可汇总复盘：能按任务、负责人、延期原因统计逾期和重排情况，定期复盘高频原因并改进估算或依赖管理。
- 关闭动作完整：任务完成、取消或拆分后，原任务状态正确关闭，不留下长期挂起的逾期任务。
在工具层面，这类流程依赖任务截止日期、状态流转和变更记录三样基础能力。ONES的任务管理可以承载任务截止日期设置、状态流转和变更留痕，把提醒、催办、升级、重排各环节的记录沉淀在任务上，使逾期清单和延期原因具备汇总复盘的数据基础；提醒与升级的自动化程度可按团队实际配置情况确定，未配置自动化的环节用人工检查补位。流程设计完成后，建议先在一个项目内试运行一个迭代，用上述清单核对一轮，再决定是否推广到更多团队。
常见问题
逾期判定口径不统一时，应该先统一哪一项？
建议先确定一个主口径，再说明其他口径的优先级。常见做法是以对外承诺时间为最高优先级，内部截止日期次之，里程碑节点作为兜底。三者并存时，在任务上标注清楚以哪个为准，提醒、催办和升级都按同一口径计算逾期天数，避免同一任务在不同人眼里逾期程度不同。
宽限期应该设多长，关键任务要不要设宽限期？
宽限期按任务重要性和团队节奏设定。普通任务可设一到两个工作日，让负责人有时间自行调整；关键路径任务可以缩短宽限期，甚至不设宽限期，到期未完成直接进入催办或升级。宽限期一旦确定，应在团队内公开，避免因任务而异导致执行标准不一致。
升级后如果决定拆分任务，原任务的逾期记录怎么处理？
拆分时把原任务关闭，并在关闭说明中写明拆分原因和拆出的新任务。原任务的逾期记录保留，作为复盘依据；新任务按新的截止日期正常跟踪，不继承原任务的逾期状态。这样既不会让逾期记录消失，也不会让新任务一开始就背着历史包袱。
重新排期后下游任务一定要跟着改吗？
不一定，但必须评估。如果新日期晚于下游任务的开始时间，下游排期需要同步调整；如果下游有缓冲可以吸收，则只需通知下游负责人知悉，不必改动日期。评估结论要写进重排申请单，确认人据此判断影响范围，避免重排后下游在不知情的情况下继续按原计划推进。
流程试运行多久、看哪些指标判断是否有效？
建议先在一个项目内试运行一个迭代，用完成检查清单核对一轮。可观察的指标包括：逾期任务是否在到期当天进入清单、催办后负责人回复率、升级后是否都有明确决定、重排记录中附带原因和影响说明的比例、按延期原因统计的分布。指标稳定后再决定是否推广到更多团队。
