在制品限制（WIP Limit）是看板上为某一列或某一流程阶段设定的同时进行工作项数量上限，约束的是“已开始、尚未完成”的事项，用来暴露流程拥堵、推动先完成再开始。它不限制待办总量，也不限制团队人数。本文依次说明它的定义、约束边界、运行机制，并辨析它与任务上限、迭代容量的区别，最后用一个演示场景说明限制生效后的行为变化。
要点总览（TL;DR）
- 在制品限制（WIP Limit）是看板上为某一列或某一流程阶段设定的同时进行工作项数量上限，约束的是已开始、尚未完成的事项。
- 它不限制待办池总量、团队人数和单项任务时长，需要与完成定义配合使用：完成标准清晰，限制触发时才能明确知道还差什么。
- 限制的核心机制是列满后新工作不能进入，团队先完成或移出已有事项再拉入新工作；频繁触发的列往往就是瓶颈所在。
- 限制值没有统一标准，应依据各列在制数量、停留时间和整体周期逐步调整，过紧和过松都会带来问题。
- 在制品限制与待办条目上限、迭代容量、个人并行任务数、阻塞标记回答不同问题，不能互相替代，也不宜作为个人考核指标。
在制品限制的直接定义
在制品限制是看板方法中的一项流转规则：为看板上的某一列或某一流程阶段设定一个数量上限，规定该阶段在同一时刻最多容纳多少个尚未完成的工作项。超过这个数量，新的工作项就不能进入该列，直到列内已有事项完成或被移出。
理解这个概念，可以拆开三个关键词：
- WIP（Work In Progress，在制品）：指已经开始处理、但尚未完成的工作项。它对应看板上“进行中”各列里的事项，区别于还停留在待办池、尚未启动的条目。
- 在制品：中文语境下与WIP同义，强调“正在做”的状态。一项工作从被拉入进行中的列开始计入在制品，到满足完成条件离开该列时不再计入。
- 限制：指数量上限，作用对象是某一列或某一流程阶段，而不是整个项目或整个团队的全部工作。限制值通常写成“该列最多同时存在N项”。
把三者合起来，可以这样复述：在制品限制是给看板某一流程阶段设定的“同时进行事项数量上限”，它管的是此刻正在做的事有多少件，不管总共还有多少事要做。这个定义包含两个要点：限制针对的是进行中的状态，限制的计量单位是工作项数量。
它约束什么、不约束什么
在制品限制容易被误读成“任务总量控制”或“人力控制”，实际作用范围要窄得多。明确它约束什么、不约束什么，才能正确使用。
它约束的是正在进行的工作项数量。当某一列达到上限，新工作项不能进入该列，团队需要先完成列内已有事项，腾出位置后再拉入新工作。这一约束直接作用于流转动作，而不是作用于计划或人员安排。
它不约束待办池的总量。待办列表可以有很多条目，在制品限制只关心其中已经启动的部分。待办池的容量管理属于另一类问题，与在制品限制回答的问题不同。
它不限制团队人数或工时。限制值是工作项数量，不是人头数，也不规定每人每天投入多少小时。团队规模变化时，限制值可能需要重新评估，但限制本身不构成人员编制规则。
它不规定单项任务必须多久完成。在制品限制管“同时做几件”，不管“每件做多快”。单项工作的周期时间受任务复杂度、协作顺畅度等多种因素影响，需要通过观察流动情况单独分析。
它与完成定义（DoD）配合，而非替代。完成定义规定一项工作达到什么标准才算完成，在制品限制规定同时能有多少项在进行。两者结合才有意义：如果完成标准模糊，工作项迟迟不能离开列，限制就会频繁触发却说不清原因；如果完成标准清晰，限制触发时团队能明确知道“还差什么才能腾出位置”。
在制品限制如何让看板流动起来
在制品限制的核心作用是把看板从“任务展示板”变成“流动控制工具”。它的机制可以概括为三点：限制触发拉入规则、拥堵位置暴露瓶颈、先完成再开始改变协作行为。
列满之后，新工作不能进入
当某一列达到限制值，新的工作项不能进入该列。团队此时有两个选择：完成列内已有事项使其离开，或把不再需要继续的事项移出流程。无论哪种，都要求先处理存量，再引入增量。这种“有空位才拉入”的方式称为拉动式流转。
与之相对的是推式派活：上游完成一项就往下游推一项，下游是否已经堆满不在考虑范围内。推式流转容易让工作在各阶段之间堆积，形成看不见的排队。拉动式流转把“能否进入”的判断交给下游的空位，让堆积在发生前就被拦住。
拥堵位置提示瓶颈所在
限制值被频繁触发的列，往往就是流程中的瓶颈。某一列总是满的，说明上游产出速度超过该列处理速度，或者该列本身存在等待、返工、外部依赖等问题。团队可以据此把改进注意力放到这一环节，而不是平均用力。拥堵信号的价值在于它把问题显性化：没有限制时，工作堆积在各列中，看起来每列都在忙，很难判断哪里真正卡住。
限制值依据实际流动情况逐步调整
限制值没有统一标准，需要结合团队实际观察调整。常见的调整思路是：
- 先设一个偏保守的值，观察一段时间内各列的排队和空闲情况；
- 如果某列长期空闲，说明限制过松，可以适度收紧，让问题更早暴露；
- 如果某列长期满载且完成速度稳定，说明限制与处理能力大致匹配，可以维持；
- 如果限制频繁触发但完成速度没有提升，需要先排查该环节的阻塞原因，而不是简单放宽限制。
调整的依据是流动表现，包括各列的在制数量、工作项在某列停留的时间、以及事项从开始到完成的整体周期。这些观察帮助团队判断限制值是过松、过紧还是合适。
在工具层面，看板列与工作项状态的对应关系是承载这类规则的基础。ONES 提供敏捷看板用于管理任务状态、可视化对齐迭代进度与风险；团队若要在看板上讨论“某列同时能放几项”，需要先让列与状态一一对应，再结合上述观察形成自己的流转约定。
与任务上限、迭代容量的区别
在制品限制常与几个相邻概念混用，它们回答的问题并不相同。下表按同一口径对照：各自约束的对象、回答的问题和典型使用场景。
| 概念 | 约束对象 | 回答的问题 | 典型使用场景 |
|---|---|---|---|
| 在制品限制 | 某一列或流程阶段中同时进行的工作项数量 | 此刻这个阶段最多能同时做几件 | 控制流程拥堵，推动先完成再开始 |
| 待办列表条目上限 | 待办池中条目的总数 | 待办池里最多保留多少条候选工作 | 控制待办池规模，避免长期积压 |
| 迭代容量／故事点承诺 | 一个迭代内计划完成的工作量 | 这个迭代团队打算完成多少工作 | 迭代计划与承诺，衡量计划与实际的偏差 |
| 个人并行任务数 | 单个成员同时处理的任务数量 | 一个人同时跟进几件事比较合适 | 个人工作节奏管理，减少频繁切换 |
| 阻塞标记 | 单个工作项的状态标识 | 这一项是否被外部因素卡住 | 标识等待、依赖或异常，便于跟进处理 |
几组区别值得单独说明。在制品限制与待办列表条目上限都涉及数量，但作用位置不同：前者管“正在做”的部分，后者管“还没开始”的部分，两者可以同时使用，也可以只用一个。在制品限制与迭代容量都影响“做多少”，但迭代容量是对一段时间内工作量的计划性承诺，在制品限制是对某一时刻并行数量的约束，前者用于计划，后者用于流转控制。
在制品限制与个人并行任务数也容易混淆。列级限制约束的是流程阶段的整体在制数量，个人并行任务数约束的是单个成员的工作安排；一个列里可能有多人协作，一个人的任务也可能跨越多列。阻塞标记则是针对单项工作的状态说明，它帮助团队识别卡住的事项，但不直接限制数量；在制品限制触发时，团队往往需要借助阻塞标记判断哪些事项可以优先处理。
一个具体例子与常见误解
以下场景为演示性情景，用于说明限制生效后的行为变化，不代表任何真实团队的数据。
演示场景：开发列限制为3
某小型团队看板设有“待开发—开发中—测试中—已完成”四列，其中“开发中”列设定在制品限制为3。某天该列已有3项工作在进行，第4项工作从“待开发”准备进入。
- 限制生效：第4项不能进入“开发中”，停留在“待开发”列等待空位。
- 团队的选择：优先推动“开发中”列内已有3项中的一项完成，使其进入“测试中”，腾出位置后再拉入第4项。
- 观察到的信号：如果“开发中”列长期满载、第4项等待时间持续变长，说明开发环节的处理能力跟不上上游输入，瓶颈可能在开发，也可能在测试环节回流不畅。
- 后续动作：团队据此检查开发环节是否存在等待评审、依赖未就绪等问题，而不是简单把限制值调大来“消化”队列。
这个例子的关键在于：限制生效时，团队被迫面对“先完成什么”的选择，而不是继续开新工。选择的过程本身就是协作讨论，也是发现流程问题的入口。
常见误解与纠正
- 误解一：限制越少越好。纠正：限制值过紧会让团队频繁停摆，工作项在列外排队，整体周期未必缩短。合适的限制值应与该环节的实际处理能力匹配，并通过观察逐步调整。
- 误解二：在制品限制等于考核指标。纠正：限制是流转规则，用于暴露问题和引导协作，不用于评价个人产出。把限制触发次数与个人绩效挂钩，容易让团队规避规则或隐瞒拥堵。
- 误解三：限制设置后不再调整。纠正：团队能力、任务结构、外部依赖都会变化，限制值需要定期回顾。调整依据是流动表现，而不是固定周期或主观感觉。
判断限制是否发挥作用，可以观察几个指标：各列的在制数量是否稳定在限制值附近、工作项在瓶颈列的停留时间是否被识别并改善、事项从开始到完成的整体周期是否趋于平稳。这些观察帮助团队判断限制值是否需要调整，也帮助判断限制是否真正影响了协作行为，而不只是写在看板上的一行数字。
常见问题
团队刚开始用看板，在制品限制应该设多少？
没有通用数值，可以从偏保守的估计起步：先看某一列当前通常同时有几项工作，再结合该环节的实际处理能力设一个略低于现状的值，观察一段时间。判断依据是流动表现，包括该列的在制数量是否稳定、工作项停留时间是否变长、整体周期是否趋于平稳。如果某列长期空闲，说明限制偏松；如果频繁触发但完成速度没有提升，应先排查阻塞原因，再考虑调整限制值。
在制品限制触发后，团队应该先做什么？
先处理列内已有事项，而不是放宽限制或让新工作插队。具体动作包括：确认列内哪一项最接近完成、优先推动它离开该列；检查是否有事项被外部依赖卡住，用阻塞标记标出来并跟进；如果列内存在不再需要继续的工作，及时移出流程腾出位置。限制触发的时刻正是团队讨论“先完成什么”的时机，这个讨论本身比数字更有价值。
在制品限制和迭代容量可以同时使用吗？
可以，两者作用在不同层面。迭代容量是对一个迭代内计划完成工作量的承诺，用于计划与衡量偏差；在制品限制是对某一时刻某流程阶段并行数量的约束，用于流转控制。实践中常见做法是先按容量做迭代计划，再在看板各列设置在制品限制控制执行节奏。需要注意的是，容量承诺偏大而在制品限制偏紧时，工作项会在列外排队，团队应结合两者观察计划与实际是否匹配。
把在制品限制写进个人绩效考核会有什么问题？
在制品限制是流转规则，用于暴露流程问题和引导协作，不适合评价个人产出。一旦与绩效挂钩，团队容易规避规则，例如把工作项拆得更细以绕过数量统计，或隐瞒拥堵情况，限制就失去了暴露瓶颈的作用。更合适的做法是把限制触发次数、各列停留时间作为流程改进的观察信号，在团队层面讨论，而不是落到个人考核上。
限制值设置后多久回顾一次比较合适？
没有固定周期，建议在团队能力、任务结构或外部依赖发生明显变化时回顾，也可以在例行回顾中把流动表现作为固定观察项。回顾时看三类信号：各列在制数量是否长期偏离限制值、瓶颈列的停留时间是否被识别并改善、事项从开始到完成的整体周期是否稳定。调整依据是这些观察结果，而不是按固定时间机械改动数字。
