熵增（Entropy）
混乱是常态，秩序是例外——以及为什么"对抗熵增"是管理者的核心工作。
预计时间：15 分钟 + 20 分钟测验 = 35 分钟。
核心定义
封闭系统中的混乱程度（熵）只会增加，不会自发减少。能量从集中趋向分散。维持秩序需要从外界输入能量——这就是热力学第二定律。
一、物理学的熵
1.1 第二定律的两种表述
克劳修斯表述：热量不能自发从低温物体传到高温物体。
开尔文表述：不可能从单一热源吸热并把它全部转化为功而不产生其他影响。
两句话其实是同一件事：自发过程的方向是熵增。
1.2 玻尔兹曼公式
S = k × ln(W)其中 S 是熵，k 是玻尔兹曼常数，W 是微观状态数。直觉：
- W 越大（可能的状态越多），S 越大（熵越高）。
- 系统自然趋向 W 最大的状态——最概然状态就是最混乱状态。
- 一只玻璃杯摔碎：碎片的可能排列数远多于完整杯子的排列数——所以玻璃自然趋向碎。
关键直觉
"有序"是低熵态（微观状态数少），"无序"是高熵态（微观状态数多）。有序需要约束，无序不需要——所以自然趋向无序。
二、信息熵——香农的扩展
香农（Claude Shannon）把熵的概念引入信息论：
H(X) = -Σ p(x) × log p(x)含义：信息量 = 不确定性。如果你已经知道答案，信息量是 0；如果你什么都不知道，信息量最大。
信息论的熵和热力学的熵本质相同：
- 消息降低接收者的不确定性 → 携带「负熵」。
- 噪声增加接收者的不确定性 → 增加熵。
- 代码需要持续维护，否则熵增（注释过时、命名混乱、依赖冗余）。
三、商业熵增的实例
3.1 企业熵增
芒格说「反熵是管理者的核心工作」——持续输入能量（管理精力、制度、文化）来对抗混乱。
典型表现：
- 流程越来越复杂——每加一个例外都让规则变臃肿。
- 会议越来越多——没人敢砍会。
- 文档越来越过时——没人维护。
- 代码越来越难维护——没人重构。
- 组织越来越官僚化——决策越来越慢。
3.2 市场套利消失
市场中的套利机会就像「局部低熵区」——一旦被发现，资本涌入迅速抹平（熵增回到均衡）。
3.3 熵增的不可逆性
泼出去的水收不回来——这是熵增的不可逆性。同样的：
- 已经扩散的品牌损害很难修复。
- 已经建立的客户不信任很难重塑。
- 已经形成的组织文化很难改变。
四、对 PM/BA 的具体启示
4.1 你的系统天生在"熵增"
功能越来越多、模块越来越耦合、文档越来越过时、依赖越来越乱。对抗熵增需要持续重构（输入能量）。不要相信"一次建好永远运转"——系统需要持续维护才能保持有序。预留20% 的时间用于重构、清理、文档更新。
4.2 流程的退化是必然的——定期优化
不要指望"一次建好的流程永远运转"。熵增会让流程自然积累冗余、例外、低效。定期（每季度/半年）做流程审视：
把审视作为常态化机制，而不是临时项目。
- 哪些步骤是必要的？哪些是历史遗留？
- 哪些步骤可以自动化？
- 哪些重复决策可以变成规则？
把审视作为常态化机制，而不是临时项目。
4.3 好的架构是"能持续抵抗混乱"
好的架构不是"功能最多"，而是"能持续抵抗混乱"：
这些特性让系统持续抵抗熵增，而不是让维护成本随时间线性上升。
- 模块化——边界清晰，内部变化不影响外部。
- 解耦——通过接口而非实现通信。
- 清晰的接口定义——不依赖内部细节。
- 单一职责——一个模块只做一件事。
这些特性让系统持续抵抗熵增，而不是让维护成本随时间线性上升。
4.4 文档的熵增最容易被忽视
代码会自动运行，文档不会。文档熵增的速度比代码快 5 倍——每次代码改动都让部分文档过时。对抗方案：
记住：文档的熵增比代码更难察觉，但同样致命。
- 代码与文档同生——commit 时检查文档是否更新。
- 文档自描述——README、注释、API 文档尽量从代码生成。
- 老旧文档主动清理——把过时文档标"DEPRECATED"或删除。
记住：文档的熵增比代码更难察觉，但同样致命。
五、判断「熵增」vs「必要复杂度」
不是所有复杂度都是熵增。区分：
| 类型 | 特征 | 处理 |
|---|---|---|
| 必要复杂度（Essential） | 业务本身固有的复杂——多角色、多规则、多场景 | 用更好的抽象管理 |
| 偶然复杂度（Accidental） | 技术选型、组织结构、历史包袱带来的复杂 | 主动重构清理 |
芒格式思维：必要复杂度不要怕，偶然复杂度必须清。
六、测验（12 题）
1
热力学第二定律的核心是？
2
玻尔兹曼公式 S = k × ln(W) 中 W 代表？
3
「维持秩序需要从外界输入能量「的商业含义？
4
信息熵 H(X) = -Σ p(x) log p(x) 的含义？
5
芒格说「反熵是管理者的核心工作「是因为？
6
「市场套利消失「是熵增的表现因为？
7
对抗系统熵增最有效的方式是？
8
流程为什么需要定期审视？
9
「好的架构不是功能最多，而是能持续抵抗混乱「的依据是？
10
「文档的熵增比代码更难察觉「是因为？
11
「必要复杂度「和「偶然复杂度「的区别？
12
芒格式思维对两类复杂度的态度是？
读场景题
R1
R1. 场景：你的系统运行 3 年后，文档 90% 过时，新人上手要 2 个月。从熵增角度看，应该？
R2
R2. 场景：你的产品用户群从 ToB 扩展到 ToC 后，UX 复杂度爆炸增长。这是必要复杂度还是偶然复杂度？