一天扔一本书：《看板方法》

软件熵减

今天要扔的书是《看板方法》 “Kanban”，大卫·安德森的经典之作。同样没找到购买记录，应该是做项目时从读书角拿来看的。

当年想看，是因为团队想从“每天站会报进度、人人手里一堆活”的管理方式里爬出来。听说看板能“让价值流动起来”，于是赶紧找来翻翻。

读完，并且在实践中摸爬滚打了几年后，我最大的感受是：书是好书，但看板在很多公司，早就成了“形式主义”的重灾区。

书里讲的是“流动系统”、“限制在制品”。但在现实的职场里，它经常变成一块贴着五颜六色便签的白板，或者一个被管理层死死盯着、只为了考核谁在“摸鱼”、谁在“卡壳”的监控器。

大家每天花20分钟站在白板前，像流水线工人一样把卡片从左移到右。看板看起来运转得飞快，但真正的交付却总是延期。

抛开那些被玩坏的形式，我留下三句看板的核心。

第一句：可视化，是为了“暴露问题”，而不是“汇报工作”

不要为了填满白板而去画卡片。

可视化的真正目的，是让原本隐蔽的堵点、卡点、风险，在阳光下无所遁形。如果一块白板贴满了“进行中”，却没有人觉得奇怪，那这块白板就没啥大用。

没有痛感的看板，只是一面装饰墙。

书里说，你要限制同时在做的任务数量。为什么？

因为人不是机器，多任务并发是效率杀手。你同时开着好几个坑，最后哪个都填不满。

限制 WIP（Work In Progress），就是逼着团队学会说“不”，不要让新任务无限涌进来。先把手里的工作推进到完成，释放出系统容量，再拉取下一件，让系统里的工作持续流动起来。

流水线上堆满半成品，不是产能高，是管理无能。

老板最喜欢看什么？“每个人都在忙，每个人的资源利用率都是100%。”

但这在系统思维里是个灾难。每个人都满负荷，意味着任何一点微小的波动都会导致整个系统瘫痪。

让系统保留一点缓冲，而不是让每个人都满负荷运转，是为了让整个“价值的河流”顺畅地流向客户。

河流通畅，比水库蓄满更重要。

把这本经典放到今天，你会发现，AI正在重新定义看板的工作方式。

1. 人工搬运卡片的机械劳动在减少

以前，团队需要有人盯卡片、催进度、更新状态。现在，AI 可以根据代码提交、PR（Pull Request, 代码合并请求）状态、需求变更和协作记录，自动维护一部分工作状态，也能辅助拆解任务、识别依赖。

人工搬运卡片的价值在下降，但让工作状态真实、透明的价值并没有消失。

2. 看板不再只是几张卡片

随着远程办公和异步协作的普及，团队的堵点往往不在于那几张卡片，而在于复杂的依赖关系、冗长的审批流，或者跨部门的认知壁垒。

如果看板只能展示任务状态，却看不见依赖、阻塞和等待，它呈现的就只是工作表面，而不是整个系统的真实状态。

3. 人的价值，从“维护流程”变成“改善系统”

当 AI 可以接管越来越多的流程维护工作时，人类在看板里的角色是什么？

不再是流程的维护者，而是系统的改进者。

去解决那些真正影响价值流动的堵点：当产品和研发因为需求争吵时，当技术架构遇到瓶颈时，当业务方频繁变更需求时。去处理这些 AI 无法独立决定、也无法替团队承担责任的问题。

只靠“贴便签”和“挪状态”去管理项目，已经不够了，因为我们要交付的是真实的价值，而不是走过场的卡片。

现在回头看，书里的实操动作虽然有些落伍，但“流动”和“暴露问题”的底层逻辑，依然经典。

书扔掉，把书架腾给更新的工具。留下这三个词：

可视化、限制WIP、价值流动。

清理积压，限制并发，盯住堵点，给团队留点喘息的空间。

书名：《看板方法》（Kanban）
购买时间：未知
购买原因：团队想引入看板，学习限制WIP
阅读过程：
    前半部分：可视化、WIP和流动
    后半部分：企业级看板的演进和度量
最终去向：弃读，扔