把待办事项贴成三列——"待办 / 进行中 / 已完成"——很多团队以为这就是看板了。但这样用了三个月，通常会发现"进行中"那一列越积越多，每个人手上都开着五六件事，什么都在推进，什么都没完成。
因为看板真正起作用的机制不是可视化，而是在制品限制（WIP Limit）。可视化只是让你看到问题，限制才是解决问题的那一步。
一、看板的三个核心机制
| 机制 | 作用 | 缺了会怎样 |
|---|---|---|
| 可视化 | 让工作和阻塞可见 | 不知道卡在哪 |
| 限制在制品 | 强制先完成再开始 | 所有事同时进行，都完不成 |
| 管理流动 | 关注任务通过的速度 | 只看产出量，不看周期 |
三者缺一不可，其中第二条最容易被跳过，因为它反直觉——限制同时进行的工作量，感觉像是在降低产能。但实际效果相反：任务切换的成本、等待的时间、返工的概率都会下降。
二、列怎么设计
原则一：列要反映真实流程，不是理想流程。
如果你的团队实际上有一个"等待评审"的阶段，就该有这一列。把它藏在"进行中"里，你永远看不到有多少任务卡在等人。
原则二：把等待状态单独列出来。
❌ 待办 → 进行中 → 完成
✅ 待办 → 开发中 → 待评审 → 评审中 → 待测试 → 测试中 → 完成
第二种设计的价值在于："待 X"这些列的堆积，直接暴露了瓶颈在哪。如果"待评审"永远有八张卡，说明评审是瓶颈，加开发人手没用。
原则三：列数控制在 5–8 个。 太少看不出堵点，太多维护成本高且卡片移动频繁。
原则四：明确每列的"完成定义"。 什么状态算"开发中"结束、可以进"待评审"？没有明确定义，卡片移动就会靠个人感觉，统计出来的数据也不可信。
三、WIP 上限怎么定
这是看板最关键也最难的参数。
起步公式：每列的 WIP 上限 ≈ 该环节的人数 × 1.5，向下取整。
3 个开发的团队，"开发中"上限设 4。这个数字的含义是：允许每人正常做 1 件，加 1 个缓冲位应对阻塞。
调整原则：
- 如果经常撞上限——先不要放宽，而是看为什么完不成。撞上限本身就是信号
- 如果从来没撞过——说明设得太松，可以收紧一格试试
- 瓶颈列的上限要更严——瓶颈处堆积最没有意义
最重要的一条：撞到上限时，团队的正确动作是去帮忙清理下游，而不是新开一个任务。这是看板改变行为的核心机制——它把"我没事干了"转化成"我去帮下游"，而不是"我再开一件新的"。
如果团队做不到这一点，WIP 限制就只是一个摆设。 这需要在引入时明确约定。
四、堵点怎么识别
看板上的堵点有三种典型形态：
形态一：某列长期堆满。 这是瓶颈环节。解法是增加该环节资源，或者减少上游投入速度。
形态二：某张卡长期不动。 通常是遇到了外部阻塞。建议给卡片加一个"阻塞标记"（比如贴一个红点），并注明在等什么、等谁。每天站会先看红点，比逐张过卡片高效得多。
形态三：卡片来回移动。 从"测试中"退回"开发中"再进"测试中"。这说明上游的完成定义有问题——所谓的"开发完成"其实没完成。返工率高的时候，该改的是完成定义，不是加快速度。
五、两个值得看的指标
看板不需要复杂的度量，两个指标就够：
指标一：周期时间（Cycle Time）——一张卡从"开始做"到"完成"用了多久。
这是最能反映团队效率的指标。它下降说明流动变顺畅了。注意统计的是中位数和分布，不是平均值——平均值会被少数超长的任务拉偏。
指标二：吞吐量（Throughput）——单位时间完成多少张卡。
用来做预测：过去 6 周平均每周完成 8 张，那接下来 24 张卡大约需要 3 周。这比逐个估工时的排期方式更准，因为它包含了所有真实发生的干扰和阻塞。
不建议看的指标：个人完成卡片数。它会驱使大家挑简单的做、抢着开新卡，正好和看板的目标相反。
六、看板和 Scrum 怎么选
两者不冲突，但适用场景不同：
| 看板 | Scrum | |
|---|---|---|
| 节奏 | 持续流动 | 固定迭代 |
| 计划 | 随时补充 | 迭代前统一规划 |
| 适合 | 需求持续到达、优先级常变 | 需求相对可批量规划 |
| 典型场景 | 运维、客服、平台支撑 | 产品研发迭代 |
判断标准：你的需求是批量来的还是持续来的？
- 持续来、随时可能插队 → 看板
- 能按周期批量规划 → Scrum
- 两者都有 → Scrumban（迭代规划 + 看板执行）
很多团队用着 Scrum 的仪式，但实际工作是持续流动的，结果每个迭代都被插队打乱。这种情况下换成看板会舒服很多。
七、把看板和项目材料放在一起
看板独立成一个工具时，会和项目的其他材料割裂：卡片在看板工具里，需求文档在网盘，讨论在群里，进度图在另一个文件里。
放在同一块画布上的好处：
- 看板旁边挂着需求文档和设计稿，点开卡片不用切工具
- 和项目进度图对照——看板管日常流动，进度图管里程碑，两者放一起能看出短期执行和长期排期是否匹配
- 风险清单挂在旁边——某张卡被阻塞时，直接看它对应哪条风险
- 站会直接在画布上开——缩小看整体，放大看今天要处理的红点卡
英飞·思想家的画布支持看板组件与便签、文件、图形同屏组合，多人实时协作、变更即时同步，配合视野跟随可以在站会时带着所有人聚焦到同一张卡。
八、引入看板的三个步骤
不建议一上来就上完整机制，分三步走成功率更高：
第一步（第 1–2 周）：只做可视化。 把现有工作原样搬上看板，列按真实流程设计，不加任何限制。这一步的目的是让团队先看到"原来同时开着这么多事"。
第二步（第 3–4 周）：加 WIP 限制。 按公式设初始值，明确约定"撞上限时先帮下游"。这一步会有阻力，需要负责人明确支持。
第三步（第 5 周起）：看数据调参数。 开始统计周期时间和吞吐量，根据实际情况调整 WIP 上限和列的设计。
跳过第一步直接上限制，团队会觉得是在被管控；只做第一步不做第二步，看板就退化成一面装饰墙。
常见问题
看板和待办清单有什么区别？
待办清单只有可视化，看板还有在制品限制和流动管理。缺了限制机制，看板就只是一面贴满便签的墙。
WIP 上限怎么定？
起步用"该环节人数 × 1.5 向下取整"。经常撞上限说明有堵点要处理，从来不撞说明设得太松。
撞到上限该怎么办？
去帮下游清理，而不是新开任务。这是看板改变团队行为的核心机制，做不到的话限制就是摆设。
看板和 Scrum 怎么选？
需求持续到达、优先级常变用看板；能按周期批量规划用 Scrum；两者都有用 Scrumban。
该看哪些指标？
周期时间（中位数）和吞吐量。不建议看个人完成卡片数，它会驱使大家挑简单的做、抢开新卡。
结语
看板的效力不在墙上那些便签，而在在制品限制强制团队先完成再开始。这一条不落实，可视化再漂亮也改变不了"什么都在做、什么都没完成"的状态。
列要反映真实流程并把等待状态单独列出，WIP 上限要真的执行，指标只看周期时间和吞吐量。引入时分三步走，先看到问题再加约束。