工单负载分配要解决的是处理权怎么分：同样一批工单，分给谁、依据什么、分完之后如何校正。本文给出一套可执行的规则表、角色职责表和完成检查清单，依次说明哪些工单需要纳入分配、负载口径怎么定、分派规则怎么写、由谁维护与复核，并以五人支持团队为例演示规则表的填写方式。文中也会说明如何借助 ONES 记录工单字段、查看处理人未结数量和保留分派痕迹。
要点总览（TL;DR）
- 先划定范围：可标准化、处理人可替换的工单纳入负载分配；需专人判断的工单指定处理人，负载只作参考。
- 负载口径选一种并写进规则表：未结工单数、加权工时或在岗人数折算，团队内用同一算法判断谁更忙。
- 分派规则通常组合使用：技能标签做筛选，负载最少优先做排序，轮询做兜底；高优先级工单单列一行，技能与当班优先。
- 超载阈值要写成具体数字，并写明转移动作由谁执行、多久完成；全员达上限时进入待分派队列或由负责人协调支援。
- 机制可运行的标志是：每类工单有分派依据、负载可查看可更新、超载有转移路径、每周有人复核、分派记录可追溯。
先定分派对象：哪些工单需要做负载分配
负载分配适合用在“处理人可替换、工作量可比较”的工单上。把所有工单塞进同一套规则，常见结果是规则要么过粗、要么频繁被绕过。先做一张工单分类清单，逐类标注是否纳入负载分配，是后续规则设计的前提。
按工单类型区分
可标准化处理的工单，例如账号开通、权限调整、常见故障报修、资料补发，处理步骤相对固定，处理人之间可以互相替代，适合纳入负载分配。需要专人判断的工单，例如涉及架构调整、跨系统排查、客户投诉定责，处理结果依赖特定人员的经验和上下文，更适合指定处理人，负载数据只作为参考，不直接驱动分派。
按优先级区分
高优先级工单的分配依据与普通工单不同。普通工单可以按“当前未结数量最少”分派，高优先级工单通常先看技能匹配和当班在岗情况，再看负载，避免为了均衡把紧急问题交给不熟悉该领域的人。可以在规则表中为高优先级单独设一行，写明匹配条件和允许的负载上限。
本文不展开的内容
跨团队升级时限、工单优先级与 SLA 管理、工单状态流转设计，属于另外的管理设计，本文只在分派动作涉及状态变更时简单提及，不展开具体时限和流转规则。
| 工单类别 | 典型例子 | 是否纳入负载分配 | 说明 |
|---|---|---|---|
| 标准化服务请求 | 账号开通、权限调整 | 纳入 | 处理人可替换，按负载均衡分派 |
| 常见故障报修 | 客户端无法登录、打印异常 | 纳入 | 按技能标签加负载分派 |
| 高优先级事件 | 核心系统中断、批量报障 | 纳入，规则单列 | 技能与当班优先，负载设上限 |
| 需专人判断的工单 | 架构调整、投诉定责 | 不纳入自动分派 | 指定处理人，负载仅作参考 |
负载分配的核心步骤：从字段到分派动作
可执行的分派流程由四步组成：定负载口径、建技能标签与容量、设分派规则、设超载阈值与转移动作。每一步都要说清输入、负责人、输出和完成标志，否则规则容易停留在文档里。
第一步：定义负载口径
负载口径决定“谁更忙”如何计算。常见口径有三种：当前未结工单数，简单直观，适合工单处理时长接近的团队；加权工时，按工单类型给不同权重，例如高优先级记 3、普通请求记 1，适合工单复杂度差异大的团队；在岗人数折算，把请假、值班、兼职时段纳入计算，适合排班制团队。选定一种主口径并写进规则表，避免不同人用不同算法判断负载。
- 输入：近一个月的工单类型分布和处理时长记录。
- 负责人：团队负责人。
- 输出：一句话写清的负载口径，例如“负载 = 当前未结工单加权分之和”。
- 完成标志：两名成员用同一口径计算同一批工单，结果一致。
第二步：建立技能标签与可用容量
为每位处理人维护技能标签，例如“账号权限”“网络”“业务系统 A”，并标注熟练程度。同时记录可用容量：本周在岗天数、是否值班、是否有临时项目占用。技能标签解决“谁能接”，可用容量解决“谁现在能接”。
- 输入：成员名单、培训记录、排班表。
- 负责人：团队负责人。
- 输出：技能标签表与周容量表。
- 完成标志：每类纳入分配的工单至少有两名成员具备对应技能标签。
第三步：设定分派规则
常用规则有三类。轮询：按固定顺序依次分派，适合同质化程度高的工单，优点是公平、易解释。按负载最少优先：在具备技能的成员中选择当前负载最低者，适合工作量波动大的团队。按技能匹配：先筛技能标签，再在候选人中按负载排序，适合专业分工明显的团队。实际使用中通常组合：技能匹配做筛选，负载最少做排序，轮询做兜底。
第四步：设定超载阈值与转移动作
为每位处理人设一个负载上限，例如未结工单加权分不超过 12 分。达到上限后，新工单不再分给该成员，转为分给次低负载者；全员达到上限时，触发转移动作：由团队负责人协调支援、调整当班安排，或把工单放入待分派队列并标注等待原因。阈值要写成具体数字，转移动作要写明由谁执行、在多长时间内完成。
| 工单类别 | 负载口径 | 匹配条件 | 分派动作 | 超载处理 |
|---|---|---|---|---|
| 标准化服务请求 | 未结工单加权分 | 具备对应技能标签 | 候选人中负载最低者 | 达上限转次低者，全员满则入待分派队列 |
| 常见故障报修 | 未结工单加权分 | 技能标签 + 当班在岗 | 技能匹配后按负载排序 | 由团队负责人协调支援 |
| 高优先级事件 | 未结工单加权分 | 熟练技能标签 + 当班 | 技能优先，负载设更高上限 | 负责人直接指定并记录原因 |
角色与交付物：谁维护规则、谁执行分派、谁复核
规则无人维护是负载分配失效的常见原因。把动作拆到三个角色上，并明确各自的交付物和交接节点，机制才能持续运转。
| 角色 | 主要动作 | 交付物 | 频率 |
|---|---|---|---|
| 工单受理人 | 按规则表执行分派，记录分派依据（技能、负载值、是否触发超载） | 分派记录，含依据字段 | 每张工单 |
| 团队负责人 | 维护技能标签与周容量，处理超载转移 | 技能标签表、容量表、转移记录 | 每周更新，超载时即时处理 |
| 运营或流程负责人 | 复核分派结果与负载偏差，提出规则调整 | 周度负载偏差报告、规则修订记录 | 每周一次 |
交接节点有两个：一是每日分派开始时，受理人确认当班容量表已更新；二是每周复核后，流程负责人把需要调整的规则同步给团队负责人，由后者更新技能标签和阈值。分派依据必须随工单记录，否则复核时无法判断偏差来自规则还是执行。
示例：一个五人支持团队的分派规则
以下为演示情景，用于说明规则表如何填写，数字可按团队实际情况调整。
团队与工单设定
五人支持团队，其中两人具备账号权限技能，三人具备业务系统技能，一人同时具备两类技能并承担值班。工单分三类：账号权限类、业务系统类、高优先级事件。日均工单约 30 张，其中高优先级约 2 张。
负载口径与计算
采用加权工时口径：普通工单记 1 分，高优先级记 3 分。负载值 = 当前未结工单加权分之和。每人负载上限设为 12 分，值班成员上限设为 9 分，为其保留处理突发事件的余量。
规则写法与超载转移
账号权限类工单：在两名具备该技能的成员中选负载低者；两人均达上限时，转给同时具备两类技能的成员，并在记录中标注“超载转移”。业务系统类工单：在三名成员中按负载排序分派，值班成员优先接高优先级事件，普通工单排在其后。高优先级事件：由值班成员直接接单，若其负载已超过 9 分，由团队负责人指定其他熟练成员并记录原因。
一周执行后的调整点
回放一周真实工单后，常见调整点包括：某类工单实际处理时长明显高于权重设定，需要调高权重；某成员技能标签过宽导致持续超载，需要收窄标签或补充培训；待分派队列出现频次高，说明容量不足或阈值偏低。调整后更新规则表版本，并同步给受理人。
用工具承载分派规则：ONES 中的对应做法
规则表确定后，需要一个地方记录工单字段、查看处理人负载并保留分派痕迹。ONES 可以把工单作为工作项记录类型、优先级、处理人和技能标签等字段，让分派依据随工单保存。
按处理人查看未结工单数量，可以作为负载参考：受理人在分派前查看候选人当前的未结数量，与规则表中的负载口径对应。分派动作和状态变更记录在工作项上，复核时可以回溯每张工单当时的分派依据。规则调整后，团队负责人更新技能标签和阈值，流程负责人在下一次周度复核中确认新规则已生效，完成交接。以上为配置思路，具体字段和工作流需按团队现有项目结构设置。
完成检查：负载分配机制是否可运行
用以下清单逐项核对，全部通过即可认为机制进入可运行状态；任一阻断项未通过，先修正再扩大适用范围。
| 检查项 | 通过标准 | 阻断项 |
|---|---|---|
| 每类工单都有明确的分派依据 | 分类清单中每类工单对应规则表一行，写明匹配条件和分派动作 | 存在“按情况分派”而无具体条件的类别 |
| 负载数据可被查看和更新 | 受理人能在分派时看到候选人当前负载值，容量表每周更新 | 负载数据依赖个人记忆或临时询问 |
| 超载时有明确的转移动作 | 阈值写成具体数字，转移由指定角色执行并记录 | 达到上限后无处理路径 |
| 有固定的复核节奏和责任人 | 每周一次复核，流程负责人署名，输出偏差报告 | 无人负责复核或复核无固定周期 |
| 分派记录可追溯 | 每张工单可查到分派依据、处理人和分派时间 | 分派依据未随工单记录 |
清单通过后，建议保留一周的执行记录作为基线，后续调整规则时用同一口径对比负载偏差，判断调整是否有效。
常见问题
团队工单量不大，还需要专门做负载分配吗？
工单量小的时候，可以先用简化版：只对纳入分配的两三类工单设定负载口径和分派顺序，超载阈值先不设，改为由团队负责人在每日分派时口头确认。判断是否需要正式规则的标准是分派是否开始出现争议或遗漏，例如同一类工单总是落到同一个人、紧急工单被分给不熟悉的人。出现这类情况时，再把规则表补全。
技能标签应该由谁维护，多久更新一次？
技能标签由团队负责人维护，与周容量表一起每周更新。触发临时更新的情况包括：成员完成新技能培训、岗位调整、长期请假或借调。标签粒度建议按工单类别设置，避免过细导致每类工单只剩一名候选人，也避免过宽导致标签失去筛选作用。每类纳入分配的工单至少保留两名具备对应标签的成员，是标签维护的基本约束。
负载口径用未结工单数还是加权工时，怎么选？
看工单处理时长的差异程度。各类工单处理时长接近时，用未结工单数即可，计算简单、成员容易理解。工单复杂度差异明显时，用加权工时，按类型给不同权重，避免简单工单和复杂工单被同等计数。排班制团队可以把在岗天数折算进容量。选定后写进规则表并保持一段时间不变，频繁更换口径会让历史负载数据无法对比。
全员都达到负载上限时怎么处理？
这是容量问题，分派规则本身解决不了。可执行的动作有三类：由团队负责人协调其他团队支援；调整当班安排，把非紧急工作延后；把工单放入待分派队列并标注等待原因和预计处理时间。待分派队列出现频次持续偏高，说明阈值偏低或人员容量不足，应在周度复核中作为规则调整依据，而不是靠临时加急消化。
规则上线后怎么判断调整是否有效？
保留一周的执行记录作为基线，记录每类工单的分派依据、负载值和超载转移次数。调整规则后，用同一口径对比负载偏差：成员之间负载值的离散程度是否缩小、超载转移是否减少、待分派队列是否缩短。对比周期建议不少于两周，避免单日波动造成误判。调整内容记入规则修订记录，注明调整原因和生效时间。
