Kanban 指南 · 流动与指标
Kanban 中的 WIP 限制：如何设定和使用
在制品（WIP）限制规定了工作流的某个阶段在同一时间最多可以容纳多少个条目。这是 Kanban 中最有力的一项实践：限制 WIP 可以缩短交付时间、暴露瓶颈并减少过载。
要点总结
- WIP 限制规定了每个阶段在制品的上限。
- 根据利特尔法则，在吞吐量相同的情况下，WIP 越少，周期时间越短。
- 从略低于当前 WIP 的水平开始，并根据数据进行调整。
为什么限制 WIP 有效
利特尔法则是 John Little 于 1961 年发表的一项排队论结论，它将三个流动指标联系起来： 平均周期时间 = 平均 WIP ÷ 平均吞吐量。如果团队的吞吐量保持不变，将在制品减半，每个条目所需的时间也大致减半。进行中的条目越少，任务切换也越少，反馈越快，问题也越早暴露。
WIP 限制的类型
| 类型 | 示例 | 采用 |
|---|---|---|
| 按列 | 开发：最多 4 个 | 最常见；控制每个阶段 |
| 按人员 | 每人最多 2 个条目 | 防止个人过载 |
| 按泳道 | 加急：最多 1 个 | 保护紧急事项的产能；参见 泳道 |
| 整个系统（CONWIP） | 承诺点到交付点之间最多 12 个条目 | 适合小团队的简单起点 |
设定初始限制
- 统计当前每一列中有多少个条目。
- 从略低于当前水平的限制开始，或者在该阶段按每人约一到两个条目来设定。
- 将限制标注在列标题上，使其清晰可见。
- 运行两到四周，观察工作在哪里等待。
- 在形成队列的地方逐步降低限制；只有在人员因结构性原因而闲置时才提高限制。
当某一列达到限制时
- 不要在该列开始新工作。
- 协助完成下游条目或解除其阻碍；参见 蜂拥.
- 查找原因：是否后面某个阶段是瓶颈？
- 在下一次评审中讨论反复突破限制的情况，而不是视而不见。
常见错误
- 将限制设得过高，以至于从未真正起作用。
- 只要有人提出就突破限制，而不加讨论。
- 忽视等待列，而大部分延误往往隐藏在其中。
- 把限制当作永久固定不变，而不是进行实验。
本主题的免费模板
常见问题
多少 WIP 限制比较合适？
没有通用的数字。在每个活动阶段先按每人大约一到两个条目开始，然后根据周期时间和工作排队的位置进行调整。
团队可以突破 WIP 限制吗？
偶尔可以，用于真正的紧急情况，但每次突破都应公开可见并加以讨论。频繁突破意味着需要调整限制或流程。
WIP 限制中的 WIP 是什么意思？
WIP 是在制品（work in progress）的缩写：指已经开始但尚未完成的条目。
什么是 WIP 限制？
WIP 限制是某一列、某条泳道或整个工作流在同一时间允许容纳的最大条目数。达到限制时，团队要先完成工作，再开始更多工作。
为什么 WIP 限制很重要？
它们能减少多任务处理、暴露瓶颈并缩短周期时间。根据利特尔法则，平均周期时间等于平均 WIP 除以平均吞吐量，因此在吞吐量相同的情况下，WIP 越少，交付越快。
如何计算 WIP 限制？
没有确切的公式。常见的起点是大约等于在该阶段工作的人数，或略少一些，然后在观察周期时间和阻碍的同时逐步降低。
达到 WIP 限制时会发生什么？
不能再将新条目拉入该阶段。团队成员协助完成现有工作或解除其阻碍，这通常被称为“停止开始，开始完成”。
“已完成”列应该设置 WIP 限制吗？
不应该。“已完成”是流动的终点，因此不设限制。限制适用于工作会累积的活动阶段和等待阶段。
什么是利特尔法则？它如何解释 WIP 限制？
John Little 于 1961 年发表的一项排队论结论：平均周期时间 = 平均 WIP ÷ 平均吞吐量。它解释了为什么限制 WIP 能缩短 周期时间.
WIP 限制会拖慢团队吗？
起初可能感觉变慢了，但它们通常会缩短完成每个条目所需的时间，并提高可预测性，因为工作得以完成，而不是半途而废。
可以按人员设置 WIP 限制吗？
可以。个人限制（例如每人不超过两个条目）很常见，并且在以下场景中很有帮助： 个人 Kanban，不过按列设置的限制更能反映团队的流动。