私有化部署敏捷管理工具3种WIP限制设置方式

私有化部署敏捷管理工具的价值，不只是把数据放在企业自己的服务器上，更在于流程配置能跟着组织实际流程走。禅道支持私有化部署，账号、数据和流程配置可留在企业自有环境；当团队把需求、任务和 Bug 放进同一套看板后，首先要定的规则往往不是卡片颜色，而是每一列允许同时存在多少工作。这个上限就是 WIP 限制。

WIP 是 Work In Progress 的缩写，指已经启动但尚未完成的工作项。WIP 限制给每个流程阶段设一个同时处理的上限，目的不是让团队少干活，而是让堵塞更早暴露。限制合理，团队会先完成手头工作，再拉取新任务；限制长期没人遵守，看板就会变成只展示任务、不控制流动的列表。

为什么私有化部署场景要先把 WIP 限制设清楚

私有化部署把工具放进企业自己的环境，流程怎么配、权限怎么分，通常由企业自己决定。这带来自由度，也带来一个现实问题：如果看板列可以随意增加，WIP 上限又默认不设，团队很容易把“能放多少卡片”当成“能做多少工作”。禅道的看板管理把需求、任务和 Bug 放进可视化列，但看板列的在制品数量默认是无穷大，也就是不限制，需要团队按实际流程手动设置。

禅道官方文档显示，看板项目从 16.2 版本开始提供；累积流图从 17.3 版本开始支持，默认展示近 14 天数据，时间范围最多可选 3 个月。工具提供了观察流动的基础，上限值仍要由团队自己定。

设置前先统一三个口径

WIP 数字本身不难填，难的是团队对“什么算进行中”有共识。设置前先把三件事说清楚，否则上限会变成争论。

• 进行中边界：只统计已经启动、尚未完成的工作；等待评审、等待外部依赖的卡片是否占名额，要提前约定。
• 卡片粒度：需求看板按需求计数，任务看板按任务计数，Bug 看板按 Bug 计数；子任务是否独立计数，也要统一。
• 完成定义：满足什么条件才能移到下一列。完成定义模糊，卡片会被提前拖走，WIP 上限就失去意义。

这三个口径确定后，再决定用哪一种设置方式。

方式一：按看板列设置总量上限

这是一种直接的方式，适合第一次引入 WIP 限制、流程阶段还比较少的团队。它控制的是整列的同时工作量，不区分列内更细的状态。

操作路径是：进入看板，找到目标看板列右侧的更多操作，选择“在制品数量设置”，输入正整数并保存。设置成功后，该列按新上限判断是否超限；当列内卡片超过上限，列背景会变红，鼠标悬停问号图标会提示超出在制品限制。

初始值不要所有列都一样。从经常堆积的瓶颈列开始设。比如开发列先设 10，测试列先设 6；测试是下游，上限通常应更紧，避免开发不断把卡片推过去。这种方式粗粒度、易理解、好维护，局限在于管不到列内“进行中”和“完成”分别积压了多少。

方式二：按看板子列设置阶段上限

当开发列、测试列内部还分“进行中”和“完成”，列级上限就不够用了。子列级上限可以把一个阶段拆得更细，适合已经跑过一段时间、能看清列内拥堵位置的团队。

设置方法和列级类似：分别进入父列和子列的更多操作，设置各自的数量。关键约束只有一条：看板子列的在制品数量之和不能大于看板父列的在制品数量。如果子列之和超过父列，保存不会成功，系统会给出提示。

举例来说，开发父列设 10，开发下的“进行中”设 6、“完成”设 4；测试父列设 8，“进行中”设 5、“完成”设 3。这样既能看到开发阶段的总量，也能看到“进行中”是否堆得过多。

父列与子列的 WIP 上限要满足“子列之和不超过父列”的约束。

方式三：按工作项类型分看板设置上限

需求、任务、Bug 的流动方式不同，用同一套上限往往不合适。禅道的专业研发看板把需求、任务、Bug 分开展示，每类看板有自己的列和计数口径；通用看板则适合非研发事务。分类型设置的意思是：分别给需求看板、任务看板、Bug 看板设列上限，而不是只在一个综合看板里设一个总数。

需求看板背后对应的是需求池管理，任务和 Bug 则分别按执行与测试流程流转。比如需求看板重点控制“开发”“测试”列，Backlog 和已关闭列通常不设上限；任务看板重点控制“研发中”；Bug 看板重点控制“解决中”和“测试中”。三类工作项的吞吐节奏不同，混在一起计数，容易把等待中的 Bug 和正在开发的任务算成同一种压力。

分类型设置适合多角色协作的中大型研发团队，也适合需求、任务、Bug 流程差异明显的组织。配置成本也会增加，管理员要维护三套列和数值；如果团队刚起步，先用前两种方式更稳妥。

三种方式怎么选

三种方式的核心差别在设置层级和适用场景，先看一张对照表。

如果团队刚开始，建议先用列级上限运行两周；需要更细的阶段控制，再启用子列；需求、任务、Bug 流程差异明显时，再拆到分类型设置。对私有化部署敏捷管理工具来说，配置能力越灵活，越需要一条简单的起步路径，而不是一次把所有列都设满。

WIP 数值怎么定，超限后怎么调

初始值可以用一个简单公式估算：某列上限 ≈ 该阶段可并行处理的人数 × 每人同时处理的工作项数。每人并行数先按 1～2 项估，再根据历史数据修正。比如开发 6 人、每人 2 项，开发列可以先设 12；测试 2 人、每人 2 项，测试列先设 4，再观察是否长期空闲或长期超限。

也可以用利特尔法则做校验：平均周期时间 ≈ 平均 WIP ÷ 平均吞吐量。如果团队每周完成 5 个需求，希望平均 1 周交付，WIP 大致应控制在 5 个左右。这个结果不是精确答案，但能防止上限明显偏离实际。需要看吞吐、周期和累积流图时，可以结合禅道的研发效能分析一起观察。

数值设好后，先运行 2～4 周。每周记录完成数量、周期时间、超限次数和阻塞原因。超限频繁时，不要急于调高上限；先看是需求突然增加、人员不足，还是某一列确实成了瓶颈。只有确认上限与团队能力不匹配，才做小幅调整，并保留调整记录。

设置后看三个信号验证

WIP 限制是否有效，不看列顶数字是否好看，而看三个信号。

• 超限频率：偶尔超限说明限制在起作用；几乎每天都超限，说明上限、产能或需求进入节奏至少有一项不匹配。
• 卡片停留时间：某一列的卡片持续堆积、停留时间变长，通常就是瓶颈所在。此时应先处理阻塞，而不是把上限调高。
• 吞吐与周期：完成数量稳定、周期时间下降，说明流动在改善；两者同时恶化，说明上限可能过低，或者流程本身有问题。

用累积流图、吞吐和周期时间观察 WIP 调整是否有效。

验证周期建议与迭代节奏一致。每次只改一个变量，改完至少观察两周，再决定是否继续调整。这样即使调整方向不对，也能较快回退。

常见问题

超出 WIP 上限会自动阻止拖拽吗？

从禅道官方文档的描述看，超限主要表现为列背景变红和悬停提示，团队仍需用规则约束行为。把超限当成站会信号，比把它当成单纯的拦截更有效。

三种方式可以同时用吗？

可以，但不建议一次全部启用。列级上限和子列级上限可以配合使用；分类型上限则适合在需求、任务、Bug 流程差异明显时再加。每增加一层限制，都要有明确的计数口径。

私有化部署的版本较老，找不到看板项目怎么办？

看板项目从 16.2 版本开始提供。版本较老时，可以先使用执行看板；是否升级、何时升级，由企业根据自身运维节奏决定。升级前先确认现有看板列、权限和流程配置的兼容性，也可以先查看私有化安装说明核对版本。

WIP 限制不是给看板加一个数字就结束。它需要团队先统一口径，再选一种够用的设置方式，用数据和站会持续校正。对私有化部署敏捷管理工具来说，真正的价值是让这套规则留在企业自己的流程里，而不是停留在一次配置动作上。