任务插单规则要解决的是打断排期这件事缺少判断标准和操作流程的问题。规则需要写清谁能提出插单、什么条件允许插单、插单后原计划如何调整，并落到具体字段、时限和完成标志上。插单申请、审批和排期调整可以在ONES等任务管理工具中承载，本文重点给出规则本身的制定方法。
要点总览（TL;DR）
- 插单规则先写准入条件和分级标准：按影响范围、时限紧迫度、不可替代性定级，每级配处理时限和审批人，并列出不纳入插单的情形。
- 流程拆成提交申请、影响评估、审批、排期调整、结果回告五步，每步明确输入、输出和完成标志，申请单必填项缺失不进入评估。
- 角色固定为申请人、评估人、审批人、执行负责人，被挤占任务负责人需在约定时间内确认调整方案，意见不一致时按预设路径升级。
- 规则上线前检查字段、审批链和通知对象，运行中用插单频次、插单占比、被挤占任务延期情况和时限达成率复盘，并预设修订触发条件。
插单规则先定哪几件事：准入条件与分级标准
插单规则的第一层内容是判断标准：什么情况算插单、什么情况允许插单、不同紧急程度对应什么处理方式。缺少这一层，插单就会退化为“谁声音大谁先做”，排期频繁被打断却找不到依据。建议从准入条件、分级标准、处理时限与审批层级、排除情形四个方面落笔。
准入条件：写清允许打断排期的情形
准入条件用于回答“这件事是否值得打断当前排期”。可执行的写法是把条件写成可核对的判断项，例如：影响已交付客户的生产使用、涉及合同或合规约定的硬性时限、上游依赖方已停止等待、故障造成业务中断。每条条件应说明判断依据由谁提供，例如客户影响由客户对接人确认，合规时限由法务或质量角色确认。仅凭“领导要求”“客户催得急”这类描述，不构成准入依据。
分级标准：按影响范围、时限紧迫度和不可替代性划分
分级建议采用三级或四级，等级过多会增加判断成本。判定维度固定为三项：影响范围（单用户、单客户、多客户或全量）、时限紧迫度（当日、本周、本迭代内）、不可替代性（是否有临时替代方案、能否延后处理）。三项维度组合后落到具体等级，避免只凭单一维度定级。
| 等级 | 判定依据 | 处理时限 | 审批人 |
|---|---|---|---|
| 一级（紧急插单） | 影响多客户或全量业务，当日必须响应，无替代方案 | 受理后2小时内给出评估结论，当日完成排期调整 | 团队负责人与业务负责人共同审批 |
| 二级（重要插单） | 影响单客户关键业务或合同约定时限，本迭代内需完成 | 受理后1个工作日内给出评估结论，2个工作日内完成排期调整 | 团队负责人审批 |
| 三级（一般插单） | 影响有限，可延后至下一迭代，存在临时替代方案 | 纳入下一次常规排期评审，不单独打断当前排期 | 评估人登记，排期会上统一处理 |
表中的时限和审批层级需按团队实际调整，关键是每一级都有明确的数字和责任人，而不是笼统写“尽快处理”。
排除情形：避免规则被滥用
规则中应列出不纳入插单范围的情形，例如：需求价值尚未评估的新想法、可通过现有功能或临时方案缓解的问题、申请方未提供影响对象和期望完成时间的请求、同一事项重复提交。排除情形的作用是让评估人有拒绝依据，减少无效插单占用排期评审时间。
从申请到排期调整：插单流程的操作步骤
判断标准确定后，需要把插单拆成连续步骤，每一步都有输入、动作、输出和完成标志。流程过短会漏掉评估和回告，过长会让紧急事项在审批中失去时效。以下五步可作为基础流程。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 提交申请 | 插单来源、影响对象、期望完成时间、不插单的后果 | 申请人按模板填写插单申请单 | 一份信息完整的申请记录 | 申请单字段填写完整并提交至评估人 |
| 2. 影响评估 | 申请单、当前排期、相关任务依赖关系 | 评估人判断影响范围、与现有排期的冲突、需要挤占或顺延的任务 | 评估结论：建议等级、受影响任务清单、初步排期方案 | 评估结论记录在申请单上，并注明判断依据 |
| 3. 审批 | 评估结论 | 对应层级审批人确认是否插单、按哪一级处理 | 审批结论：通过、驳回或降级处理 | 审批意见和审批人记录在案 |
| 4. 排期调整 | 审批通过的插单任务、受影响任务清单 | 执行负责人调整任务顺序，明确被挤占任务是顺延、拆分还是移交 | 更新后的排期和被挤占任务的处理方案 | 排期表更新完成，相关任务负责人收到变更通知 |
| 5. 结果回告 | 排期调整结果 | 向申请人回告处理结论和预计完成时间，向被挤占任务负责人说明调整原因 | 回告记录 | 申请人和受影响方均确认知悉 |
申请环节最常见的失败是信息不全：只写“客户很急”，没有影响对象和期望时间，评估人无法判断等级。建议把申请单做成固定字段，必填项缺失时流程不进入评估。评估环节要同时看两件事：插单任务本身的紧急程度，以及挤占其他任务带来的代价。审批通过后，被挤占任务不能简单“往后挪”，需要明确是顺延到下一迭代、拆分出部分范围先交付，还是移交给其他负责人，并同步给对应责任人。
在工具层面，插单申请可以作为独立工作项类型，携带来源、影响对象、期望完成时间、申请等级等字段；审批结论和排期调整结果回写到同一工作项，形成可追溯的记录。ONES的任务管理与工作项字段配置可以承载这类申请单和状态流转，具体字段和审批链按团队规则配置。
谁来决定、谁来执行：角色分工与交付物
插单流程涉及四类角色，职责边界不清时容易出现“审批的人不担责、执行的人不知情”。建议在规则中固定角色、交付物和时限。
| 角色 | 职责 | 交付物 | 时限 |
|---|---|---|---|
| 申请人 | 提出插单请求，提供影响对象、期望完成时间和不插单的后果 | 信息完整的插单申请单 | 提出请求时同步提交 |
| 评估人 | 判断影响范围、排期冲突和受影响任务，给出建议等级和初步方案 | 评估结论与受影响任务清单 | 按等级对应的受理时限内完成 |
| 审批人 | 确认是否插单及处理等级，对排期调整承担责任 | 审批意见 | 评估结论提交后按等级时限完成 |
| 执行负责人 | 调整任务顺序，落实被挤占任务的处理方案，组织回告 | 更新后的排期、被挤占任务处理方案、回告记录 | 审批通过后按等级时限完成 |
被挤占任务的负责人有一项容易被忽略的责任：确认调整方案是否可行，并在无法接受时提出再排期意见。规则应明确，被挤占任务负责人收到变更通知后需在约定时间内确认，逾期未确认视为接受，避免排期调整悬空。
评估意见不一致时，需要预设升级路径。常见做法是：评估人与申请人对等级判断不一致时，提交双方共同的上级裁决；涉及跨团队资源冲突时，升级至排期评审会统一决策。升级路径要写明触发条件和裁决人，避免争议停留在沟通层面。
一个插单实例：从申请到排期落地
以下为演示情景，用于说明规则如何运转，不代表真实案例。某团队正在迭代中执行既定任务，客户对接人提出一项紧急请求。
申请信息：来源为客户A的对接人；影响对象为客户A的生产环境使用，涉及该客户全部一线操作人员；期望完成时间为当日；不插单的后果为客户业务中断持续，可能触发合同约定的服务时限条款。申请人同时注明：现有临时方案只能维持半天。
判定结论：按分级标准，影响范围为客户级关键业务、时限为当日、临时方案不可持续，判定为一级紧急插单，审批人为团队负责人与业务负责人。评估人同步列出受影响任务：原计划当日完成的对账模块联调需顺延，另一项文档整理任务可拆分，先交付核心章节。
排期调整结果：插单任务进入当前迭代并置顶，对账模块联调顺延至次日，文档整理任务拆分后部分范围延后。执行负责人更新排期表，通知两位被挤占任务负责人，两人在约定时间内确认。申请人收到回告：插单已受理，预计当日完成，后续进展按小时同步。
记录保留的关键信息：申请单字段、评估结论及判断依据、审批意见、受影响任务清单及处理方式、回告时间和对象。这些记录是后续复盘插单频次和被挤占任务延期情况的依据。
规则上线后的完成检查与复盘
规则写完不等于能执行。上线前检查字段和流程是否齐备，运行中检查记录和时限是否被遵守，定期用指标判断规则是否有效。
上线前检查
- 插单申请单字段是否齐全：来源、影响对象、期望完成时间、不插单后果、申请等级。
- 分级标准是否每一级都有判定依据、处理时限和审批人。
- 审批链是否配置到对应层级，升级路径是否有明确裁决人。
- 通知对象是否覆盖申请人、被挤占任务负责人和相关业务方。
- 排除情形是否写入规则，评估人是否有拒绝依据。
运行中检查
- 每笔插单是否有完整记录，字段缺失的申请是否被退回。
- 各等级的处理时限是否达成，超时发生在哪个环节。
- 被挤占任务是否都有明确的顺延、拆分或移交方案，负责人是否确认。
- 回告是否送达申请人和受影响方。
复盘指标
| 指标 | 口径 | 用途 |
|---|---|---|
| 插单频次 | 统计周期内插单申请数量 | 判断排期被打断的频率是否过高 |
| 插单占比 | 插单任务数占同期任务总数的比例 | 判断插单是否挤占正常交付容量 |
| 被挤占任务延期情况 | 因插单被顺延或拆分的任务中，实际完成时间晚于原计划的数量和幅度 | 衡量插单对原计划的真实代价 |
| 时限达成率 | 按等级时限完成评估、审批和排期调整的插单比例 | 检验流程是否具备时效 |
规则调整的触发条件可以预设为：连续两个统计周期插单占比超过约定阈值、一级插单频繁出现但事后确认影响有限、被挤占任务延期集中发生在某一环节。出现这些信号时，由规则维护人牵头修订分级标准或流程时限，修订后重新走一遍上线前检查。维护责任建议落到固定的排期管理角色，避免规则长期无人更新。
常见问题
插单申请被驳回后，申请人还能做什么？
驳回结论应写明理由，例如不满足准入条件、可通过临时方案缓解、信息不完整。申请人补齐信息或情况发生变化后可以重新提交，重新提交时需注明与上次申请的差异。若申请人对驳回依据有异议，按规则中的升级路径提交裁决人处理，避免在评估环节反复沟通。
同一事项被多次申请插单，规则上怎么处理？
建议在申请单中记录关联的历史申请，评估人发现重复提交时直接引用前次结论。若前次驳回理由已不成立，例如临时方案失效或影响范围扩大，则按新情况重新评估等级。重复提交本身可以列入排除情形，减少无效申请占用排期评审时间。
插单任务完成后，被顺延的原任务要不要重新评估优先级？
需要。插单打乱排期后，被顺延任务所处的时点和依赖关系已经变化，执行负责人应在下一次排期评审中确认它是否仍按原顺序执行，还是与其他任务调换。拆分交付的任务还需确认剩余范围是否继续保留在原计划内。
团队规模小、没有独立评估人时，流程可以简化吗？
可以合并角色，但判断标准和记录不能省。小团队可由团队负责人同时承担评估和审批，申请单字段、分级依据和回告记录仍需保留，否则复盘时缺少数据。合并角色时要在规则中写明，避免后续人员变动后职责悬空。
插单规则多久需要修订一次？
不必固定周期，建议设定触发条件：连续两个统计周期插单占比超过约定阈值、一级插单频繁出现但事后确认影响有限、被挤占任务延期集中发生在某一环节。出现信号时由规则维护人牵头修订分级标准或流程时限，修订后重新完成上线前检查。
