PMP看板WIP限制是对同时处于进行中状态的工作数量设置约定上限，帮助团队减少多任务切换并发现排队问题。上限没有适用于所有团队的固定数字，应先定义统计范围，再用真实流动数据和协作能力逐步调整。
信息核对：2026年9月21日。概念参考PMI：控制在制品；下文数字及项目情境为本站原创教学示例，不是官方试题或真实项目统计。
什么算在制品
通常从工作进入约定的开始状态起，到达到结束条件之前，都属于在制品。等待测试、等待评审和受到阻塞的工作仍可能占用在制品额度，不能为了让看板看起来没超限而把它们偷偷移到不计数的区域。
未承诺处理的候选待办事项与已经启动的工作应有清楚边界。一张卡片代表的大小也要尽量可比较。如果有人把一周的工作写成一张卡，另一个人把十分钟操作写成一张卡，单纯卡片数量就难以解释容量。
列限制和系统限制有何不同
列限制约束某个阶段，系统限制约束整个选定工作流。可以同时使用，但必须说明等待区、阻塞区和完成区是否计入。下面为原创示例，不是建议所有团队照抄的标准值。
| 看板区域 | 示例上限 | 当前数量 | 需要讨论的事情 |
|---|---|---|---|
| 实现中 | 3 | 3 | 暂不继续拉入普通新工作 |
| 等待验证及验证中 | 2 | 2 | 协助验证，检查交接质量 |
| 已完成 | 不计入在制品 | 8 | 核对完成条件是否一致 |
| 整体在制品 | 5 | 5 | 优先推动现有工作完成 |
假设开发人员已经做完一项实现工作，但验证区满了，把卡片继续留在实现区且标注等待，可以诚实显示拥堵；也可以按事先规则移入受控等待区，但总在制品不能凭移动位置就自动减少。看板应暴露等待，而不是遮住等待。
为什么人都很忙，交付仍然很慢
因为忙碌描述个人资源利用，流动描述工作能否顺利到达完成。大量工作同时启动后，成员在多个任务间切换，交接和反馈可能排队。每个人都在做事，却没有任何一项及时完成，客户仍然得不到结果。
若测试已经积压，继续增加开发启动量可能让积压扩大。更有用的行动可能是补齐测试输入、协助准备环境、修复阻塞缺陷或共同缩小批量。帮助瓶颈不一定要求所有人立刻具备同一技能，但可以先消除瓶颈周围可处理的等待。
这种分析可以与速度和周期时间区别配合。不要只看今天启动了多少，而应看完成多少、从开始到完成等了多久，以及当前最老工作为什么仍未离开系统。
初始限制应该怎样确定
先观察当前工作流和可用协作能力，选择团队能够执行的初始限制，再约定试行窗口。可以参考实际同时处理量、技能覆盖和工作大小，不要把人数直接乘一个固定系数就当成普适答案。
限制太高，可能没有改变多任务习惯；限制太低且流程不成熟，可能造成不必要的空等。调整时应说明希望改善的现象，例如缩短等待验证的时间，而非把“降低数字”本身当成功。限制变更要与数据、例外和团队反馈一起评审。
团队还需要明确拉动规则：有空位不代表必须马上启动任何工作，应确认优先级和输入条件；没有空位时则先查看可以完成、协助或解除阻塞的事项。这样上限才成为协作规则，而不是墙上的装饰数字。
已经超限时该怎么办
先把超限情况透明展示，判断是突发事项、卡片拆分、规则理解偏差还是长期容量失衡。立即把上限调高可以消除红色警告，却未必解决真正的拥堵。应优先讨论哪些工作可以完成、哪些需要协助以及哪些启动可以暂停。
不要为了恢复数字而把已开始的工作改成“尚未开始”。如果确需暂停或取消，要记录原因、影响和重新进入流程的条件。数据保持真实，下一次才能比较调整是否有效。
当同一列持续超限，可能需要能力建设、自动化、减少批量、改变交接方式或调整外部协作。资源管理全貌可参阅PMBOK第八版资源绩效域，而不是把所有问题归因于某个人不够努力。
紧急任务可以绕过限制吗
团队可以预先约定紧急通道和例外处理，但应定义谁能启动、什么情形算紧急、对普通工作有何影响及如何结束例外。紧急事项仍需要被看见和计量，不能因为贴了“紧急”标签就不占容量。
假设一个安全故障必须立即处理，团队可以暂停某项常规工作腾出能力，并向受影响者说明交付变化。故障处理结束后复盘为何发生、是否频繁占用通道。如果每天都有大量“最高优先级”，问题可能在需求治理，而不只是WIP数字不够大。
限制在制品是否等于拒绝客户需求
不等于。新的需求仍可进入候选列表并被评估，只是承诺开始的时点受容量和优先级约束。把请求收到、承诺开始和真正完成分别记录，能够更诚实地解释等待。对排序方法可参阅产品待办列表优先级。
客户通常需要可预测的结果，不只是每个请求都立刻被标成“处理中”。透明说明队列、预计条件和例外机制，比同时启动大量工作后长期没有结果更利于协作。沟通时仍应回应重要诉求，不能拿WIP限制当作拒绝交流的理由。
调整后怎样判断是否有效
记录限制前后的完成量、周期时间、阻塞持续时间和工作质量，并说明工作类型是否可比。若周期缩短但返工明显增加，需要检查是否通过降低完成门槛换取好看的数字。至少保留足够观察窗口，不因一天的数据波动立刻改变规则。
在迭代回顾或其他过程改进讨论中选定一项实验，写明负责人和复查时间。每次调整少量关键条件，才能知道改善来自何处。WIP限制的目的始终是让工作流动，而不是要求所有项目采用同一张看板。
常见问题
WIP限制等于团队人数吗？
不等于。限制取决于工作流、事项大小、协作能力和风险，人数只是参考之一，没有统一换算公式。
被阻塞的卡片是否计入WIP？
应按明确定义的统计边界处理，通常不能因阻塞而悄悄排除已启动工作，否则会隐藏真实在制品和等待。
达到上限后成员只能等待吗？
不是。可以协助已启动事项、补齐输入、解除阻塞或改善交接，重点是推动完成而非继续开启更多工作。
超过限制能否直接提高上限？
可以经过评估调整，但不能仅为消除超限提示而提高。应先了解拥堵原因，记录改变假设并观察效果。
来源与适用边界
PMI官网知识库中的署名论文属于实践参考，不等同于当前考试通知。本站为第三方知识整理站，本文不替代PMP考试内容大纲，不承诺某一工具的固定考试题量；考务及认证要求以官方最新通知为准。