看板管理的六个规则分别讲什么？

看板管理的六个规则，常见的有两套答案。制造业和精益生产语境里，讲的是六条看板使用规则；软件研发和知识工作语境里，讲的是看板方法的六项核心实践。两套都叫“六个规则”，但一套管实物、容器和工序补货，一套管工作项和流程流动，混在一起讲，读者很容易对不上。

下面以研发团队常见的知识工作看板为主，逐条说明六项实践分别讲什么、什么条件下适用、代价在哪里。制造业那六条放在后面单列，方便对照。

看板管理的六个规则，先分清两套体系

先把两套体系放在一张表里，判断你看到的是哪一种。

两套体系都强调拉动和不过量，但落地对象不同。软件团队照搬“看板必须随实物”，最终只会得到一张张电子卡片；制造业只做可视化而不设库存规则，也起不到拉动作用。

知识工作这六项，常被归到 David J. Anderson 对看板方法的整理。不同资料会出现五项或六项的版本，常见差异是“建立反馈循环”是否单独列出；本文按六项展开。

规则一：可视化工作流，把真实流程画出来

这条规则讲的是：把工作项做成卡片，按工作实际经过的阶段排成列，让每个人都能看到什么在做、什么在等、什么被卡住。

画板时先画当前流程，不要画理想流程。列名用状态，不用部门；返工、等待评审、等待测试环境这类环节，最好单独成列，否则会被藏进“开发中”。产品线多时用泳道分开，异地协作使用电子看板。

适用条件：工作能拆成独立工作项，需要多人接力，状态不透明。链条很短、一个人就能完成的工作，画板和更新卡片的成本可能高于收益。

代价：列越细，搬卡成本越高；卡片不随实际进展更新，看板会退化成过期的任务清单。可视化只负责让问题出现，不负责解决问题。

规则二：限制在制品，停止同时开太多头

在制品指已经开始、还没有完成的工作。这条规则要求给每一列、子列或某类工作项设一个同时可存在的数量上限。列满了，不再拉入新工作，先帮助已有卡片往后走。

上限不要所有列设同一个数。先从经常堆积的瓶颈列开始设。开发列可以按开发人数估算，测试列通常更紧，避免上游不断把未完成工作推下来。每人同时处理 1～2 项，是一个可用的初始假设；跑两到四周，再看周期时间和超限次数调整。

适用条件：团队同时开太多任务、切换频繁、交付周期长，或者某一列长期排队。

代价：上限过低会让下游没有可处理的工作，吞吐量下降；上限过高等于没设。紧急插单需要有显式通道，比如预留容量或单独泳道，否则规则会被反复突破。超限时先看阻塞和能力，不要第一反应就是调高上限。

规则三：管理流动，盯瓶颈而不是盯忙闲

这条规则讲的是：把注意力从“每个人忙不忙”转到“工作流得快不快”。常用指标有三个：周期时间、吞吐量、累积流图。周期时间看一个工作项从开始到完成要多久；吞吐量看单位时间完成了多少；累积流图看各列在制品随时间的堆积。前置时间与周期时间的起点不同，团队要先统一口径。

管理流动的动作很具体：找出卡片停留最久、反复超限的列；先停止向瓶颈推入新工作；把帮助集中到瓶颈；观察瓶颈是否转移到下一环。一次只处理一个瓶颈，改动小，也容易验证。

适用条件：交付可预测性重要，跨角色交接多，或者团队已经开始积累看板数据。

代价：记录数据要花时间，指标也容易被拿来压人。只优化某一列，瓶颈会转移到别处；只看平均数，会掩盖长尾卡片的等待。看板能暴露流动问题，不保证周期一定缩短，缩短来自针对瓶颈的改进。

规则四：把流程规则显式化，别靠口头默契

这条规则讲的是：把影响工作如何流动的判断，写成团队共同认可的规则。至少要写清五件事：什么叫完成；卡片进入下一列的条件是什么；谁有权移动卡片；在制品怎么计数；紧急工作怎么插队。

以研发为例，“开发完成”不能只等于代码写完，还应包括代码评审通过、必要测试通过、能部署到测试环境。完成定义模糊，卡片就会被提前拖走，WIP 上限也跟着失效。

适用条件：多人协作、交接环节多、新人多，或者团队经常为“这算不算做完”争论。

代价：规则写得太细会变成负担，写而不执行会失去可信度。规则最好由执行流程的团队共同制定，并定期复查；管理者单方面发布，落地阻力通常更大。

规则五：建立反馈循环，让问题按节奏回到桌面

这条规则讲的是：用固定节奏的会议和评审，把看板上的信号转成决定。常见的有四层：每日站会看阻塞和当日流动；补充会决定接下来拉入哪些工作；服务交付评审看周期时间、吞吐量和服务质量；运营评审看跨团队依赖和系统性瓶颈。

节奏不必照搬 Scrum。看板不要求固定迭代，反馈循环的频率应该跟决策频率匹配：插单多的团队，补充会可以每周一次；跨团队依赖多的组织，运营评审可以每月一次；站会每天一次，但只谈阻塞和协作，不做逐人汇报。

适用条件：团队能根据信号调整工作，且有人对后续动作负责。

代价：会议开得太多会变成仪式，开得太少问题会积压。只展示数字、不形成决定，反馈循环就失效。每次评审最好只留下一个明确的行动项和负责人。

规则六：协作改进、实验演进，把变更当实验

这条规则讲的是：改进不靠一次性大改，而靠小步实验。团队基于看板数据提出假设，一次只改一个变量，设定观察周期和判断标准；有效就固化，无效就回退。改进项本身也可以做成卡片，放回看板跟踪。

比如测试列经常超限，可以先假设“测试列上限从 6 降到 4，周期时间会下降”，运行两周，观察周期时间、超限次数和吞吐量。如果吞吐量明显下滑，说明上限过低或测试能力不足，再调整。

适用条件：前五条已经有基本运行，团队愿意公开问题，也有时间做复盘。

代价：实验需要记录和耐心，一次改太多就无法判断是哪一项起作用。如果失败会被追责，团队就不会提出真实的改进。改进的目标是让流动更稳，不是让流程看起来更先进。

六条规则怎么连起来：WIP、流动效率与节奏

把看板管理的六个规则连起来看，它们不是六个孤立的工具。可视化让问题出现，显式规则让判断有共同依据，WIP 限制制造压力，管理流动决定先改哪里，反馈循环提供节奏，协作改进负责把改动变成可验证的结果。

在制品限制为什么会影响流动效率

利特尔法则给出了一个简单关系：平均周期时间 ≈ 平均在制品数量 ÷ 平均吞吐率。吞吐率不变时，在制品越多，工作项平均等待越久。限制在制品，减少的是排队、任务切换和未完成工作堆积，让瓶颈更早暴露。

流动效率通常指增值时间占前置时间的比例。WIP 限制不会直接增加增值时间，它先做的是缩短等待和暴露阻塞；要进一步提高流动效率，还得减少交接、拆小批量、补上环境和依赖缺口。上限也不是越低越好，压到下游没有可处理的工作，吞吐量反而会下降。

看板没有固定迭代，节奏怎么设

看板不设固定冲刺，工作项完成一个、拉入一个。团队仍然可以保留发布节奏，比如每周发布一次，或者每两周做一次服务交付评审；这只是交付和复盘的节奏，不等于 Scrum 的 Sprint。

节奏设计看三个问题：什么决定需要多快做出，谁需要参加，做完决定后谁执行。站会、补充会、服务交付评审、运营评审各自解决不同问题，不需要全部照搬，也不需要在同一天堆满。

角色不预设，但要有明确责任

看板方法不规定产品负责人、Scrum Master 这类固定角色，现有岗位和汇报关系可以保留。不预设角色不等于没有人负责。至少要有人盯住三件事：在制品和阻塞有没有被处理，服务交付情况有没有人对内对外说明，改进实验有没有人跟踪。

这些责任可以落在现有岗位上，也可以设一个“流动负责人”的头衔，但不必新增一层管理。责任不清，看板会退化成一张没人维护的任务清单。

制造业常讲的另一套六条使用规则

如果你在车间、产线或精益生产资料里看到“看板管理的六个规则”，大概率指的是下面这六条。它们的前提是实物、容器、工序和库存，和软件看板不是同一套语言。

先把六条原文列出来，再解释它们共同在管什么。

这六条的共同点，是用看板卡控制“生产什么、生产多少、什么时候搬运”，让后工序的领取拉动前工序的补货，并让不良品立刻停下来。软件团队可以借鉴拉动、限量和不把未完成品往下游推，但不能把“看板随实物”直接套到电子卡片上。 对应到研发，更接近完成定义、准出条件和阻塞标记。

起步时先做哪几条

不必六条一起上。对多数研发团队，比较稳的顺序是：

1. 先做规则一和规则四：用一到两周画出真实流程，写清完成定义、准入准出和谁可以移动卡片。没有这两条，后面的上限和指标都没有共同口径。
2. 再选一个瓶颈列设 WIP 上限：只设一列，跑两到四周，记录超限次数、周期时间和阻塞原因。不要一次把所有列设满。
3. 同时建立最小反馈：每日站会看阻塞，每周补充会决定拉入什么，每两周做一次服务交付评审。会议只保留能形成决定的部分。
4. 用数据判断效果：看周期时间、吞吐量和累积流图，不只看卡片数量。指标恶化时，先查瓶颈和能力，不要先改数字。
5. 每两周做一个改进实验：一次只改一个变量，写清假设、观察周期和回退条件。

工具方面，禅道把需求、任务、Bug 放在同一套系统里，看板管理支持自定义列和按列设置 WIP 上限，也提供累积流图观察流动。禅道看板列的在制品上限默认不限制，需要团队按自己的流程手动设置；具体怎么设，可以参考三种 WIP 限制设置方式。工具能降低记录成本，但规则、节奏和责任仍然要团队自己定。

常见问题

六个规则必须按顺序执行吗？

不必严格按序号，但顺序有依赖。可视化和显式规则是前提，WIP 限制要有计数口径，管理流动要有数据，反馈循环和改进实验才有依据。先做规则一和规则四，通常阻力最小。

WIP 上限设多少合适？

没有统一数值。可以先按“该阶段可并行处理的人数 × 每人同时处理 1～2 项”估算，再用利特尔法则校验，跑两到四周后调整。先设瓶颈列，不要所有列用同一个数。

看板需要固定迭代和 Scrum 角色吗？

不需要。看板不设固定冲刺，也不预设角色，现有岗位可以保留。但发布节奏、反馈会议和责任分工仍然要明确，否则“没有角色”会变成“没有人负责”。

只在工具里拖卡片，算看板管理吗？

不算。没有 WIP 上限、完成定义、流动数据和反馈循环，卡片只是任务清单。看板管理的关键不是板长什么样，而是工作是否按规则流动、问题是否能被暴露和解决。

回到标题，看板管理的六个规则分别讲什么：可视化让工作可见，限制在制品控制并行，管理流动盯住瓶颈，显式规则统一判断，反馈循环提供节奏，协作改进把变更变成实验。六条连起来，才是一套能持续运转的看板管理方法。