学习目标
- 绘制可重复服务与交接点。
- 平衡负荷与质量，不把人员视为无限容量。
让工作流可见
从客户请求开始，跟踪一个真实事项直到完成。记录每步输入、负责人、队列、决定和输出。团队之间的等待可能比处理时间更重要。定义“可以开始”和“已完成”，避免不完整请求反复向后传递。简单共享清单可能比无人遵循的复杂图更有用。
估计需求与可用容量
统计指定期间的到达量，并抽样不同任务所需时间。估计可用容量时纳入检查、协调、休息和可预见中断。平均数可能掩盖下午高峰或少数困难案例。根据波动与后果留出缓冲；排满每一分钟就无法处理紧急例外。
在错误仍可修正处设置检查
定义少量保护客户与企业的质量条件。在不可逆工作前核查必要信息，完成后再抽查。把返工原因与发现者分别记录。信息反复缺失可能需要更好的接收表单，而不是再次催促加快速度。
改善一个约束，检查整个服务
选择可见瓶颈，约定小改动，与适当基线比较。同时监测流动与质量：客户还得再次联系时，更快关单不是进步。让员工能报告不安全或不现实的工作并升级例外。记录新方法、培训团队，检查是否让另一阶段过载。
可重复的运营循环
从普通工作和异常失败中共同学习。
接收
检查请求，明确下一负责人。
执行
采用清晰方法与合适容量。
验证
检查关键质量条件与例外。
改进
复盘延迟与返工，更新方法。
对照表
| 阶段 | 完成规则 | 有用证据 |
|---|---|---|
| 接收 | 必要信息已确认 | 因信息不足退回的比例 |
| 处理 | 在约定范围内完成 | 队列等待与工作时间分开 |
| 复核 | 关键检查通过 | 返工原因与重复联系 |
| 关闭 | 客户已知悉，记录妥善保留 | 解决质量与剩余例外 |
找出容量缺口
一个假设团队每周接收120个类似请求。抽样显示，每个请求在其他职责之外需要15分钟。
- 直接工作量为120 × 15 = 1,800分钟，即30小时。
- 加入六小时检查与协调后，需求为36小时。
- 可用容量只有28小时。团队在决定如何补足八小时缺口前，先检查可避免返工和响应承诺。
估计使缺口可以讨论。它不证明每件事都耗时等于平均值，也不证明增员是唯一办法。
行动清单
- 从头到尾绘制一个请求。
- 定义准备、完成与例外规则。
- 分别估计需求和可用容量。
- 把质量与速度一起检查。
常见误区
看不见的队列
工作停留在私人消息里，会让优先级与容量难以理解。
有速度却无解决
提前关闭可能改善仪表盘，却让客户和同事重复劳动。
常见问题
每个流程都要自动化吗？
不。先明确工作、例外和负责人。收益足以支持设置与维护时，再自动化稳定且适当的步骤。
平均处理时间足以决定用人吗？
不。还要考虑到达模式、任务差异、其他职责、服务期待和延迟后果。
