1940 年 9 月 15 日，星期天，温斯顿·丘吉尔坐在阿克斯布里奇一间地下作战室的楼座上，这里是皇家空军第 11 战斗机大队的指挥部。正对着他，整面墙是一块巨大的黑板，装满了电灯泡。每个中队有自己的一列。每一排是一种状态：最底下是两分钟内能起飞的「待命」，往上依次是「就绪」「可用」、已起飞、已发现敌机、正在交战（亮红灯），最顶上一排是正在返航。
德军来袭的报告一条条传来，最底下那排灯亮了，灯光一路往墙上爬。然后，丘吉尔写道：「全都升空了。最底下一排灯灭了。一个预备中队都不剩。」
他问大队指挥官基思·帕克空军少将：「我们还有什么预备队？」
「一个都没有了。」其余经过见案例。
看一眼就够了
这块板子在有人发问之前，就已经给出了答案。每个中队都在上面，每种状态都有自己的位置，所以最底下一排空了，意思只有一个。
看板的全部道理就在这里：把每件活和它走到了哪一步，都摆到大家看得见的地方。每个阶段一列，每件活一张卡。卡一挪，板子就变，看板子的人同时看到同一件事。
忙碌的饭馆后厨也是这样。点菜单一来就夹到出菜口的横杆上，菜一出就取下来。厨师抬头扫一眼那排单子，不用问谁，就知道后厨落下了多少。
「看板」这个词，来自丰田的工厂。按丰田官方史的记载，1954 年，丰田读到一份行业刊物上讲美国洛克希德飞机厂的报告，由此引进了「超市方式」。那时日本的超市还不普遍，谁也没有亲身逛过，丰田只能从文章里琢磨：后一道工序是「顾客」，前一道工序是「超市」，顾客只从货架上拿自己需要的东西。后来加上一张生产指示单，也就是「看板」（写着品名、品号和数量的卡片或牌子），超市方式就演变成了看板系统。
软件团队用上这种「后道来拉」的思路要晚得多。2004 年，微软的一个 IT 团队规定，开发里只有固定数量的空位，空出一个，才放一个新需求进来，也就是在制品限制。按团队经理们的说法，同样六个人，一年之内从每季度完成 17 个需求变成了 44 个。
看板在什么时候派上用场
看板上的东西，大多时候平淡无奇。它的价值在于那些不平淡的时刻：一列越堆越满，下一列却一直空着；一张卡一个星期没挪过；「进行中」里有六张卡写着同一个人的名字。
设想一个四人小组，从一个共用邮箱里接客户的请求。人人都忙，可谁也说不清慢在哪儿。如果把每个请求都做成一张卡挂上看板，他们也许会发现，「等审批」那一列压着九张卡，「进行中」只有一张。拖慢进度的，也许从来不是干活本身，而是一位审批人手里的队列；它待在收件箱里的时候，谁也看不见。
看板只显示放上去的东西，而且信息越细，不一定看得越清。那天战斗结束后，帕克对丘吉尔说，最后二十分钟里，他们「被涌进来的情报噎住了，根本处理不过来」。一块给每个五分钟小任务都挂一张卡的看板，也可能变成一整面墙的噪声。
给旁观者看的看板
如今 AI 智能体也有自己的看板。在 Claude Code 里，任务追踪工具让 Claude 把一件活的步骤写下来，干的过程中把每一项从「待办」挪到「进行中」，再挪到「完成」。
Claude Code 的文档里有个耐人寻味的细节。较新的模型「不用写下来的待办清单，也能跟踪多步骤的工作」，所以在这些模型上，这些工具默认是关的。文档建议，「只有当你的应用会读取这些工具调用时」才打开，「无论是为了记录任务活动，还是为了显示自己的进度界面」。这么看，在较新的模型上，这份清单主要是给监督这件活的人看的：哪些做完了，哪些正在做，哪些还在等。
阿克斯布里奇那块板子，没有替任何一架飞机出过一次任务。它给帕克和他的军官们的，是同一时刻的同一幅画面：手里还剩多少可以派出去。