队列与批次管理是什么
队列与批次管理用三条规则治理待处理工作：限制在制品（WIP）、规则透明、按瓶颈排优先级。它的依据是排队的基本规律——在制品越多，单件事的完成时间反而越长，因为人和注意力都被切碎，切换成本叠加。监控三项即可发现异常：队列长度、等待时间与超期项清单；对应的动作也只有三个方向：瓶颈环节扩容、排序规则调整、上游限流。
基本信息
| 原则 | 限制在制品、规则透明、按瓶颈排优先级 |
|---|---|
| 监控 | 队列长度、等待时间、超期项清单 |
| 动作 | 瓶颈扩容 / 规则调整 / 上游限流 |
| 排序口径 | 一次只用一个口径，优于多套规则并存 |
| 批次 | 小批次更快反馈，大批次吞吐高但返工代价大 |
典型使用场景
- 运维工单积压，响应时间持续拉长
- 安全整改、权限申请等审批队列长期排队
- 多团队向同一平台团队提需求，需要透明排序规则
- 发布或变更窗口有限，需要用批次安排避免拥塞
- 紧急插单频繁打乱节奏，需要明确插单规则
看板示例
看板示例
待处理 23 | 处理中 5（WIP 上限 5）| 待验证 4 # 上限是硬约束，超限就停止拉新
规则：P1 优先，同级按到达顺序 # 同级用先到先服务，避免关系插队
超期：等待 >5 天的项自动标红并升级 # 超期要触发动作，不能只变色
插单：占用不超过可处理量的两成 # 预留插单容量，防止计划全被打乱
复盘：每周看队列长度与平均等待时间趋势 # 趋势比单日快照更能说明问题症状与动作
| 症状 | 可能原因 | 动作 |
|---|---|---|
| 队列持续变长 | 处理产能不足或上游涌入过快 | 瓶颈扩容或上游限流 |
| 等待时间分化明显 | 优先级规则被频繁改写 | 冻结排序口径并复核插单 |
| 在制品很高但完成少 | 并行过多，切换成本吃掉产能 | 下调在制品上限，先清再拉 |
| 超期项集中 | 某类事项处理成本被低估 | 单独分类并安排专属时段 |
| 返工率上升 | 批次过大，问题暴露太晚 | 缩小批次并增加验证节点 |
队列只能有一个排序口径：优先级天天变会让执行者反复切换上下文，所有事项的完成时间一起变长，看起来更忙而产出更少。