状态杠杆：你不是不努力，你是没做在点子上

Tue, 28 Apr 2026 10:00:00 +1000

一般老百姓对“努力”有过高的评价。特别是当今内卷时代，很多公司默认要想提高效率就得让全体员工更努力、花费更多的时间。也许努力真的是个必要条件，但如果你整天只想着努力，你可就差远了。

殊不知努力更像一个标量，只有强弱；行动则至少同时有方向、时机和先后次序。

这一讲的思维工具叫「状态杠杆（state leverage）」，是我发明的一个名词，学术界并没有统一的说法，但是我们有很多现成的研究结果支持。

状态杠杆，简单说，就是这一步做完之后，世界会不会变得对下一步更友好。

我们先看两个生活中的小感悟。

第一个来自家务活儿。你从超市买了好几条排骨，打算先放冰箱里冻起来，过几天再吃。对此你有两个办法：一个是先切好，分成几份装袋再冻，做的时候打开一个袋子扔锅里就行；另一个是先冻起来，等要吃现切。第二个做法允许你暂时偷懒，可是会带给你很多麻烦 —— 你切之前得先把排骨解冻，为此你必须规划好做饭的时间，更不用说刚解冻的排骨切起来更费力。

买回来就切，把劳动前置，不但劳动量更少，而且是把局面推进到一个低摩擦的状态。

第二个感悟来自《西游记》。唐僧师徒到了祭赛国，发现有冤情，唐僧为了还愿，就去寺院里扫一座宝塔。他跟孙悟空两人从下层往上扫，扫到上面听见有妖怪说话，于是破案。这种扫法当然是剧情需要，但是你看到这儿一定会产生一个疑问：扫塔难道不应该是从上往下扫吗？

从上往下扫，上层的灰扫下来，下层顺手就一起带走了；可是像唐僧那样从下往上扫，你下面刚扫干净，上面一动手，灰又掉下来……你扫一晚上塔不还是脏的吗？

其实两种扫法花的力气差不多，毕竟人的疲劳感主要是来自挥动扫帚、调整姿势、来回移动这些固定成本，而不是清理灰尘的那一点有效功。但是扫塔这个活儿不满足交换律：先做 A 再做 B，和先做 B 再做 A，结果非常不同。

从下往上扫，你创造出来的临时干净状态会被后面的动作推翻；只有从上往下扫，你创造的才是不可逆进展。

切排骨和扫塔的道理都是：做事的顺序，和做事的努力程度，至少是同等重要的。

状态杠杆，就是那些能改变系统状态的行动，它们会重塑后续行动的成本、返工概率和选择空间。

你要优化的不只是这个动作，更是这个动作之后留下来的状态。

咱们说三种杠杆。

✵

第一种是「前置杠杆（Preventive Leverage）」，意思是在事情的上游做的那些动作，相当于一个项目的设计阶段。越早做的决定，对全局的锁定效应就越强。

美国国家航空航天局（NASA）有个著名的观察 [1]。一个项目在设计阶段所花的钱只占全部预算的 15%，但这个阶段锁定（commit）了大约 75% 的生命周期成本。测试、制造、集成、运行和维护怎么做，基本都被早期设计决定了。

设计阶段如果你发现一个小错误，随手改了就改了，很容易。但是如果等到后面实施阶段才发现问题，重新设计和重新验证的代价就会非常大。比如盖大楼，前期图纸上只是轻轻一笔，后期工地上却是锤子、钢筋、预算、工期、吵架、甩锅、法律程序……后果不堪设想。

据美国国家标准与技术研究院（NIST）2002 年的一份报告说 [2]，超过一半的软件缺陷不是在上游被发现，而是拖到更下游的开发和使用环节才暴露出来……可是缺陷发现得越晚，修复成本提高得越厉害。如果能改进测试基础设施，更早发现问题，报告估算早在那个年代，每年可以避免的损失就超过 220 亿美元。

所以设计看似便宜，其实是全项目最贵的地方。

这就是为什么丹麦经济学家傅以斌（Bent Flyvbjerg）在《怎样做成大事》一书 [3] 中说，越是大项目，越应该在设计阶段加倍小心，宁可时间花长一点也没关系……他总结的经验叫做「慢慢谋定，快速行动」。

预防远胜于补救，前期多喝两天咖啡，后期少加无数个班，这就是前置杠杆。可是如果你没在真实世界参与过大项目，你可能无法想象，人们就是会在前期做一些很随意的选择，让项目匆匆上马，把一些明明是从从容容的小事变成了灾后重建。

✵

第二种状态杠杆叫「顺序杠杆（Sequencing Leverage）」，意思是项目的不同任务之间存在信息依赖，必须按照严格的顺序进行。

比如你家装修房子。你不能先刷墙再走水电，因为水电一改，墙还得重新砸开；你也不能地板都铺好了，才想起来还没装中央空调。正确的顺序一定是先定方案，再走水电，再做泥木，再刷墙，最后铺地板、装家具。这跟唐僧扫塔是一个道理。

很多人把项目理解成待办清单，先干这个再干那个。可是复杂项目不只是一条线，而是一个依赖网络，其中有多个并行交叉的依赖关系，那怎么办呢？你需要一个叫做「设计结构矩阵（Design Structure Matrix, DSM）」的工具 [4]。

设计结构矩阵把任务之间谁依赖谁、谁影响谁，画成一个方阵。它不但能看出哪些任务可以单向推进、哪些任务互相咬住、哪里有循环，还能告诉你怎样重排顺序才能让信息尽可能单向流动，让进展尽可能单调累积，避免“你等我、我等你”的局面。

一个很典型的案例是用 DSM 梳理福特汽车引擎盖系统的开发流程 [5]。你可能觉得引擎盖就是车前面那块铁皮，没什么了不起 —— 但它牵动的可是一串彼此咬合的决定。

造型团队想把线条压低一点，就会影响内部间隙；间隙一变，铰链的位置和开合轨迹就得跟着改；铰链一改，锁扣的位置、装配方式、碰撞安全，甚至工厂里机器人怎么抓取怎么安装，可能都得重来。

最麻烦的不是事情多，而是事情互相牵连。造型团队先改了外形，只是前端多画了几笔，后面的人就发现原来的结构装不上了。于是结构团队返工。结构一返工，制造团队又得重新评估工艺。工艺一变，安全测试的假设条件又不成立了……项目就在这种来回拉扯中消耗。

DSM 能找出哪些任务之间耦合最强，哪些地方最容易形成返工回路。这样你就能重新安排顺序：哪些问题必须尽早一起协调，哪些事情可以等前面的条件稳定了再做，哪些环节不能贸然往前推进。

你要让所有人同时开工，那就是在互相制造废品。

这个关键认知是工作与工作是不平等的。不是所有团队都该被一视同仁地平推管理。有些接口就是天生高耦合，你不给它更高的协调优先级，项目就一定返工。

✵

第三种状态杠杆是「约束杠杆」，出自以色列物理学家高德拉特（Eliyahu M. Goldratt）提出的「约束理论（Theory of Constraints, TOC）」[6]。

动态规划 on Chris'Log

状态杠杆：你不是不努力，你是没做在点子上