任务重复往往来自两个环节：同一件事被不同人分别建单，或同一需求经多个渠道派发到同一负责人。本文围绕任务创建入口，给出查重键设计、负责人冲突检查、重复任务处置和角色分工的字段级规则，并附一份上线前可逐项核对的检查清单，帮助团队把“避免重复”从口头提醒变成可执行的判定动作。
要点总览（TL;DR）
- 查重键由业务对象、动作、时间窗、来源渠道四类字段组合而成，业务对象编号加动作设为强键，标题关键词与渠道交叉设为弱键，强键默认合并或驳回，弱键只做提示。
- 查重在提交前触发，检索范围覆盖当前项目及关联需求池、工单池中未关闭的任务，命中后走合并、关联、继续创建三个分支，判定结论需落到记录字段。
- 负责人冲突检查以负责人、时间窗、任务类型、来源为输入，识别同一时间窗重复承接、跨渠道重复派发、职责重叠三类情形，例外放行需审批并记录有效期。
- 重复任务处置分合并、挂接子任务、驳回三种，合并时负责人取主任务、截止时间取较早承诺、其余信息并入，被合并任务以关闭状态收口并通知相关人。
- 上线前用清单逐项核对查重键、渠道覆盖、处置动作、判定记录与试运行指标，试运行期以人工复核为主，指标稳定后再收紧强键范围。
先定查重键：哪些字段组合算同一件事
查重能否稳定执行，取决于是否把“同一件事”拆成可字段比对的条件。建议从四类要素组合查重键：业务对象（需求编号、客户、产品模块）、动作（开发、测试、交付、处理工单）、时间窗（承诺完成时间或所属迭代）、来源渠道（工单、需求池、邮件转单、会议纪要）。前三类用于判断事情本身是否相同，来源渠道用于识别同一件事从不同入口进入的情况。
字段组合按命中后的处理力度分为强键与弱键。强键由业务对象编号加动作构成，命中即视为高度重复，默认进入合并或驳回流程；弱键由标题关键词、来源渠道、相近时间窗构成，命中只做提示，由人工复核判断是关联还是继续创建。这样区分的作用是：强键减少漏判，弱键避免因措辞差异造成大量误报。
字段本身需要规范化才能比对。业务对象编号统一编码规则，标题按“对象+动作+范围”的格式书写，关联对象通过字段引用而非写在描述里，来源渠道使用固定选项而非自由填写。缺少编号或关联对象的任务，应在提交时被拦截补全，否则查重键无法生效。
阈值与时间窗按任务类型分别设定。交付类任务时间窗可设为同一迭代内，工单类任务可设为48小时或7天内，长期跟踪类任务可放宽到30天。阈值不宜一次设得过严，可先用较宽的时间窗试运行，观察误报情况后再收紧。
| 查重键 | 字段组合 | 级别 | 命中动作 | 维护责任人 |
|---|---|---|---|---|
| 对象动作键 | 业务对象编号 + 动作 | 强键 | 默认合并或驳回，需复核确认 | 业务线负责人 |
| 对象时间键 | 业务对象编号 + 时间窗 | 强键 | 提示重复承接，进入冲突检查 | 业务线负责人 |
| 标题相似键 | 标题关键词 + 任务类型 | 弱键 | 提示相似任务，人工复核 | 流程管理员 |
| 渠道交叉键 | 来源渠道 + 客户/对象 + 时间窗 | 弱键 | 提示跨渠道可能重复，人工复核 | 渠道对接人 |
创建环节的查重流程：从提交到判定
查重应放在提交动作之前触发，检索范围覆盖当前项目及关联需求池、工单池中处于未关闭状态的任务。检索结果按强键、弱键分组展示，强键命中直接阻断提交并给出候选任务，弱键命中以提示形式呈现，创建者可选择查看后继续。
命中相似任务后有三个分支。合并：确认是同一件事，将新任务信息并入已有任务，不再单独建单。关联：事情相关但交付物不同，新建任务并通过关联字段挂到已有任务下，形成父子或关联关系。继续创建：经复核确认不重复，保留新任务并在判定记录中写明理由。
人工复核由熟悉该业务对象的角色承担，通常是业务线负责人或需求接口人。复核依据包括业务对象编号是否一致、交付物是否相同、时间窗是否重叠、来源是否为同一客户诉求。复核结论需要落到记录字段，而不是停留在沟通消息里。
判定记录建议包含：新任务标识、命中的候选任务、命中键类型、判定结论（合并/关联/继续创建）、判定人、判定时间、理由说明。记录可查询是后续复盘阈值是否合理的基础。
- 输入：创建者填写的任务字段与关联对象。动作：提交前触发自动检索。输出：强键与弱键命中列表。完成标志：检索结果已展示。
- 输入：命中列表。动作：创建者初判，选择合并、关联或继续创建。输出：初判结论。完成标志：分支已选定。
- 输入：初判结论。动作：复核者核对字段与交付物。输出：复核意见。完成标志：复核记录已填写。
- 输入：复核意见。动作：执行合并、建立关联或放行新建。输出：任务最终状态。完成标志：判定记录可查询。
在工具层面，这类流程依赖任务字段的必填约束、关联关系和工作流状态。ONES 支持通过模板、权限和流程配置支撑管理方式落地，团队可以把查重键涉及的字段设为必填，并用统一的需求池、工单与任务看板同步状态与信息，让判定记录随任务一起留存和追溯。
负责人冲突检查：识别重复承接与职责重叠
任务查重解决“事情是否重复”，负责人冲突检查解决“人是否被重复占用”。检查以负责人、时间窗、任务类型、来源为输入字段，重点识别三类情形。
同一时间窗重复承接：同一负责人在同一时间段被指派多项需要投入交付的任务，时间窗重叠即触发提示。跨渠道重复派发：同一诉求经工单、需求池、邮件等不同渠道分别建单并指派同一人，表现为对象相同、来源不同、负责人相同。职责重叠：任务类型落在该负责人已承担的职责范围内，但未通过关联关系挂接，形成并行任务。
冲突提示以创建页面的提示条或候选列表呈现，给出冲突任务、冲突类型和建议动作。处理选项包括：改派其他负责人、与已有任务合并、挂接为子任务、标记为例外放行。提示只做提醒，最终处置由创建者与负责人确认。
例外放行需要条件与审批。可放行的情形包括：任务虽时间窗重叠但投入很轻、属于同一交付物的不同阶段、临时支援且已与负责人确认。放行需由业务线负责人或资源协调人审批，并在任务上记录放行理由与有效期，便于后续复盘。
| 冲突类型 | 判定字段 | 触发条件 | 默认处理 | 例外条件 |
|---|---|---|---|---|
| 同一时间窗重复承接 | 负责人 + 时间窗 + 任务类型 | 时间窗重叠且均为交付类任务 | 提示改派或调整时间 | 投入很轻，负责人确认 |
| 跨渠道重复派发 | 负责人 + 业务对象 + 来源 | 对象相同、来源不同、负责人相同 | 合并或关联到主任务 | 不同渠道交付物确有差异 |
| 职责重叠 | 负责人 + 任务类型 + 关联对象 | 任务落在已有职责范围但无关联 | 挂接为子任务 | 临时支援，已审批 |
重复任务的合并与收口规则
发现重复后需要有明确的处置动作，否则重复任务会长期并存。合并适用于强键命中且交付物相同的情形；挂接子任务适用于事情相关但交付物可拆分的情形；驳回适用于新任务信息已被已有任务完全覆盖、无需保留的情形。
合并时字段取舍遵循三条规则：负责人以主任务的负责人为准，若新任务负责人不同，需由双方确认后改派；截止时间取两者中较早的承诺时间，避免因合并导致交付延期；关联信息、附件、来源渠道作为补充记录并入主任务，不丢失原始诉求。挂接子任务时，子任务保留自己的负责人和时间，父任务承担汇总与验收。
被合并的任务以关闭状态收口，关闭原因填写“重复合并”并指向主任务。通知对象包括原创建者、原负责人和主任务负责人，通知内容说明合并去向，避免原负责人误以为任务被取消。
合并后的追溯记录需要保留：原任务标识、主任务标识、合并时间、操作人、字段取舍说明。这样在复盘重复率或追溯需求来源时，能还原当时的判断。
| 情形 | 处置动作 | 字段处理 | 通知对象 |
|---|---|---|---|
| 强键命中，交付物相同 | 合并 | 负责人取主任务，时间取较早承诺，信息并入 | 原创建者、原负责人、主任务负责人 |
| 事情相关，交付物可拆分 | 挂接子任务 | 子任务保留负责人与时间，父任务汇总 | 父任务负责人、子任务负责人 |
| 信息已被完全覆盖 | 驳回 | 关闭新任务，记录指向已有任务 | 原创建者 |
角色分工与各环节交付物
规则要稳定运行，需要把定义、执行、审批、维护分开。规则制定者负责查重键、阈值、冲突类型和处置规则的定稿；创建者负责按规范填写字段并做初判；复核者负责核对命中结果并给出结论；审批者负责例外放行；流程管理员负责规则维护与定期复盘。
各角色的交付物不同：规则制定者交付查重键定义表与冲突判定规则表；创建者交付完整的任务字段与初判记录；复核者交付复核结论与理由；审批者交付例外放行记录；流程管理员交付试运行报告与阈值调整建议。职责边界清晰，才能避免“谁都可以放行、谁都不负责记录”的情况。
规则维护归属流程管理员，按季度或按重复率变化触发复盘。复盘内容包括强键误报率、弱键命中后的继续创建比例、例外放行数量。需要说明的是，本节只界定任务创建环节的检查职责，组织层面的角色体系设计和人力容量调配属于相邻主题，不在本文展开。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 规则制定者 | 定义查重键、阈值、冲突类型与处置规则 | 查重键定义表、冲突判定规则表 |
| 创建者 | 规范填写字段，完成初判 | 任务字段、初判记录 |
| 复核者 | 核对命中结果，给出判定结论 | 复核结论与理由 |
| 审批者 | 审批例外放行 | 放行记录与有效期 |
| 流程管理员 | 维护规则，组织复盘 | 试运行报告、调整建议 |
示例：一次跨渠道重复派发的处理过程
以下为演示情景。客户A通过工单渠道提交“报表导出失败”问题，客服建单并指派给工程师张某，任务类型为故障处理，承诺完成时间为本周五。同日，销售在需求池中录入“客户A希望修复报表导出”，指派给同一工程师张某，时间窗同为本周。
销售提交时，系统按对象动作键检索：业务对象为客户A、动作为修复报表导出，命中工单渠道已存在的任务，强键命中，提交被阻断并展示候选任务。销售查看候选任务后选择“关联”，系统进一步做负责人冲突检查：负责人张某、时间窗本周、任务类型均为故障处理，判定为跨渠道重复派发。
冲突提示给出两个选项：合并到工单任务，或挂接为子任务。销售与张某确认后选择合并，主任务为工单任务，负责人保持张某，截止时间取两者中较早的周五，销售录入的客户诉求作为补充信息并入主任务，来源渠道记录为“工单+需求池”。
需求池中的新任务以关闭状态收口，关闭原因填写“重复合并”并指向工单任务，通知销售、客服和张某。判定记录保留命中键类型、判定结论、判定人和时间。后续追溯客户A的问题时，可从工单任务看到两个来源渠道，重复建单没有造成两次派工。
上线前的完成检查
规则设计完成后，用一份清单判断是否可以投入使用。以下条目逐项核对，未通过的关键项应作为阻断项处理，暂缓上线。
- 查重键与阈值已定义：强键、弱键字段组合明确，时间窗按任务类型设定，每类键有维护责任人。通过标准：定义表已评审并发布。
- 冲突检查覆盖主要派发渠道：工单、需求池、邮件转单等入口均接入检查。通过标准：各渠道建单均触发提示。
- 处置动作与通知已配置：合并、挂接、驳回三种动作可执行，通知对象和内容已确定。通过标准：试运行中完成至少一次完整处置。
- 判定记录可查询与追溯：记录字段完整，能按任务、按人、按时间查询。通过标准：抽查记录可还原判定过程。
- 例外放行有审批与记录：放行条件、审批人、有效期明确。通过标准：放行记录可统计。
- 试运行指标已设定：观察重复建单率、冲突提示命中率、误报率、例外放行比例。通过标准：试运行两周后指标可读，阈值调整有依据。
试运行期间建议保留人工复核为主、系统提示为辅的方式，待误报率稳定后再收紧强键范围。指标异常时优先调整时间窗和弱键关键词，而不是直接取消检查，避免规则反复上线又下线。
常见问题
查重键设得太严，误报多、创建者频繁绕过怎么办？
先区分误报来自哪类键。如果强键命中后复核结论多为“不重复”，说明强键字段组合过宽，可把动作字段拆得更细，或把时间窗从30天收窄到同一迭代。如果弱键提示量过大，先调整标题关键词的匹配方式，再考虑降低提示频率。
试运行阶段建议保留人工复核为主、系统提示为辅的方式，待误报率稳定后再收紧强键范围。指标异常时优先调整时间窗和弱键关键词，避免规则反复上线又下线。
同一需求经多个渠道进入，但各渠道的交付物确实不同，还需要合并吗？
这种情况更适合挂接子任务而不是合并。判定依据是交付物能否拆分：交付物相同、只是入口不同，走合并；事情相关但各渠道有独立交付物，新建任务并通过关联字段挂到主任务下，形成父子或关联关系。
挂接时子任务保留自己的负责人和时间，父任务承担汇总与验收。来源渠道作为补充记录保留，后续追溯时能看到同一诉求的全部入口。
负责人冲突提示出现后，创建者可以直接放行吗？
例外放行需要条件与审批。可放行的情形包括任务虽时间窗重叠但投入很轻、属于同一交付物的不同阶段、临时支援且已与负责人确认。放行由业务线负责人或资源协调人审批，并在任务上记录放行理由与有效期。
创建者可以发起放行申请，审批记录留存后可统计放行数量，作为后续复盘阈值是否合理的依据。
合并后原负责人以为任务被取消，如何避免这类误解？
关键在于通知内容和关闭原因。被合并的任务以关闭状态收口，关闭原因填写“重复合并”并指向主任务，通知对象包括原创建者、原负责人和主任务负责人，通知内容说明合并去向和主任务标识。
合并后的追溯记录保留原任务标识、主任务标识、合并时间、操作人和字段取舍说明，原负责人可从记录中确认自己的任务去向。
规则上线后由谁维护，多久复盘一次？
规则维护归属流程管理员，按季度或按重复率变化触发复盘。复盘内容包括强键误报率、弱键命中后的继续创建比例、例外放行数量。
复盘结论用于调整时间窗、关键词和强键范围。规则制定者负责定稿变更，流程管理员负责发布与记录，避免规则长期不更新导致提示失效。
