列作为状态

看板让工作可见。每一件工作都是一张卡片。卡片从左到右穿过代表状态的列。

经典的列是：待办 → 已选择 → 进行中 → 审查 → 完成

但具体的列无所谓。重要的是每张卡片都有且只有一个当前状态，该状态对系统中工作的每个人都是可见的。

卡片代表什么

卡片代表可以独立完成的一单元工作。不是项目。不是目标。一个具体的、范围明确的东西，有清晰的完成定义。

好的卡片：轮换生产服务器上的SSH密钥：完成时所有服务器都显示新密钥在authorized_keys中，旧密钥已删除。

不好的卡片：改进安全性。（这是一个项目，不是任务。把它分解。）

WIP限制

图表中的'进行中'列显示一个WIP限制：3。这意味着同时不能有超过三张卡片处于进行中状态。如果你想拉入第四张卡片，你必须先完成一张。

这感起来像是一个约束。它是的：是故意设计的。WIP限制强制你在开始新东西之前完成你开始的东西。更多关于为什么这很重要的内容在后面的章节中。

确定工作卡片的范围

看板中最难的技能不是画看板。是确定卡片的范围。太大的卡片会在'进行中'待上几周，阻塞其他工作。太小的卡片会让看板充满噪音。

筒仓工作很好

任何多学科运营都有职能工作中心：面包房有糕点、面包、咸味食品 & 前台。产品工作室有设计、内容、构建 & 运维。建筑项目有框架、管道、电气 & 装修。这些中心存在是有充分理由的：深度专业化需要专注的所有权。

看板不会消解这些部门。它让它们之间的交接变得可见 & 明确。

交接卡片

当一单元工作从一个工作中心移动到另一个工作中心时，比如，一个设计资产需要在构建者能组装页面之前写上文案，一张交接卡片随之而来。下游中心看到卡片出现在他们的待办中。当他们有容量时，他们拉取它。不需要电子邮件。不需要协调会议。卡片是信号。

图表显示了什么

★ 票据从设计开始（进行中：视觉资产）。当设计完成他们的部分时，一张交接卡片被创建，& ★ 票据出现在构建中心的待办中。构建拉取它。然后运维拉取它。每个中心有它自己的看板。每个看板只显示该中心的当前工作。但 ★ 穿过所有它们，& 每个人都能看到它在哪里。

这是应用于组织的超市洞察：每个工作中心是一个货架。卡片只在上游工作被拉取 & 消费时重新补充下游货架。

设计一个交接

交接卡片是工作中心之间的合约。它必须包含足够的背景，让接收团队可以在没有会议的情况下采取行动。

停止启动。开始完成。

WIP代表进行中的工作。WIP限制是对给定列中有多少张卡片可以在该列中的上限。

这听起来像是一个限制。它是。这就是重点。

为什么限制有帮助

每次你在不完成前一个任务的情况下开始一个新任务，你要支付一个上下文切换税。你的大脑加载新任务的背景，部分卸载旧任务。当你回到旧任务时，你重新加载它。对于知识工作、写作、调试、设计、审查，这个重新加载成本以小时计，而不是秒。

WIP限制防止半成品工作的积累。它还做更有价值的事情：它暴露瓶颈。

瓶颈变得可见

如果审查列有一个WIP限制2，它总是在2，那是一个信号：审查比生产慢。更多工作在进行中完成，比审查能消费的多。没有WIP限制，看板会充满'完成但等待审查'卡片，& 瓶颈是看不见的。有WIP限制，进行中列不能接受新卡片，& 整个团队看到约束。

这不是失败。这是信息。系统告诉你修复审查、招聘、配对、减少批次大小，而不是盲目地将更多工作推向前。

Little定律（非正式）

交付时间（卡片从开始到完成需要多长时间）= 进行中的工作 ÷ 吞吐量（每单位时间完成的卡片数）。如果你想要更短的交付时间而不雇人，减少WIP。流中的东西更少意味着每件东西更快完成。

R = (W × C) + T

WIP限制保护三个变量。效率顾问布赖恩·特雷西在1986年命名了它们。

R = (W × C) + T

- R: 结果：你想要的结果

- W: 目标清晰度：你对你想要什么的精确程度（0–10）

- C: 专注力：专注努力的强度（0–10）

- T: 不分心地工作的时间（不间断的小时）

为什么W & C相乘

清晰度 & 专注力不是独立的。高专注力在一个模糊目标上产生快速朝错误方向的运动。完美目标清晰度没有专注力产生什么。他们相互作用：这就是为什么特雷西将他们写为乘积，而不是和。每个9/10给出R = 81 + T。每个3/10给出R = 9 + T。差异不是加法性的。

为什么T相加

每个不分心的小时线性地加到结果中。T不能复合W & C：它只能堆叠在乘积的上面。这解释了为什么第一步总是改进W & C，而不是工作更长时间。在低（W × C）乘积上更多T仍然是一个糟糕的结果。

看板对每个变量的作用

- W: 一张范围适当的卡片（清晰标题、可测量的验收标准、单一所有者）在工作开始前提高W。模糊卡片自动降低它。

- C: WIP限制强制专注。进行中一张卡片意味着对一个问题的全部注意。进行中三张卡片意味着C被分成三个。

- T: 番茄钟块 & 日历保护创建T测量的无分心小时。看板计时器不是装饰：它实时追踪T。

特雷西声称当W、C & T都优化时，任何问题都可以在30分钟内解决。看板是同时优化所有三者的工具。

读取看板

练习从看板状态读取瓶颈。

不是敏捷。不是瀑布。

敏捷是一个方法论。瀑布是一个方法论。看板是一个系统。

方法论规定你如何工作。系统描述关于工作是什么真的。看板不告诉你有两周冲刺、每日站会或回顾。它告诉你一件事：使工作可见，限制WIP，& 拉取。

方法论的问题

敏捷对于建立迭代产品的团队，软件，多数是有效的。瀑布对于有固定需求 & 已知未知的项目，建筑、硬件制造有效。都不整洁地映射到跨学科工作，其中设计任务 & 履行任务有完全不同的周期时间 & 完成定义。

强制设计中心 & 运维中心进入相同冲刺节奏是一个分类错误。对内容创建有效的两周冲刺在物流工作中产生人为紧急。为共置团队构建的站会仪式对独立独奏创建开销。

在要做的工作中找到共同点

un方法：找到需要做的工作。找到最好定位来做它的人或伙伴。不要将流程强加于此：让工作通过共享可见系统表面它自己的流程。

这不是流程缺失。它是正确的流程量：足以协调，不足以创建协调开销超过工作值。

不要构建你可以购买的。不要购买你可以增长的。

在任何工作卡片被创建之前，问：这应该存在吗？每一件你构建的工作，你永远拥有它。每个SaaS你订阅，你永远依赖它。每个你fork的开源依赖，你永远维护它。

决策树：我们能增长这个吗？一个流程、技能、可持续产生能力的关系，优先这个。如果增长不可行：我们能购买这个吗？一个解决80%问题的现成工具，没有自定义工作，优先这个。如果购买不可行：构建它。并知道你现在拥有它。

大多数组织倒转这个顺序。他们为商品工具解决的问题构建自定义基础设施，然后急于维护他们构建的。看板使这个可见：你的待办中的每张卡片是你选择构建的东西。诚实的问题是是否它应该在那里。

构建 / 购买 / 增长

应用决策框架。

设计一个看板

把它放在一起。你将为一个特定的跨职能场景设计一个看板系统。

场景

一个小工作室正在用新品牌重新启动他们的产品。工作涉及四个中心：

- 设计：新logo、视觉识别、产品摄影、页面布局

- 内容：改写产品描述、登陆页面文案、电子邮件公告

- 构建：更新的网站、新的结账流程、旧URL的重定向

- 运维：更新的支付处理器设置、履行伙伴简介、分析重新配置

重新启动有一个硬期限：45天内一个贸易展，新品牌公开。

独奏保持筒仓

在大多数组织中，看板存在于使工作在管理层级中可见。经理在筒仓之间协调。看板减少协调开销。

在un模型中，没有经理。有独奏。一个独奏独立操作一个企业：一个设计独奏、一个构建独奏、一个写作独奏、一个运维独奏。每个独奏是，按照定义，一个筒仓。没有组织结构图连接他们。没有报告关系。没有经理来强制协调。

看板成为协调层。不是通过打平筒仓，独奏保持完全独立，而是通过使它们之间的交接可见 & 明确。一个独奏不发送电子邮件或安排会议来交接工作。他们在共享看板上放一张卡片。接收独奏在有容量时拉取它。

这解释了为什么看板适配un模型比敏捷或瀑布更好：它不需要共享节奏、没有联合回顾、没有同步规划。每个独奏设置他们自己的WIP限制、他们自己的周期时间、他们自己的完成定义。协调发生在卡片级别，不是流程级别。