涌现：整体大于部分之和
· · ·
"复杂系统中，简单规则会产生复杂行为。"
题目进度 0 / 0 ✓ 0
**预计时间：**15 分钟读 + 15 分钟做习题 = 30 分钟。
本课承诺
读完这节课，你将掌握：
① 涌现 (Emergence) 的精确定义；② 如何在工程中应用涌现思维；③ 涌现的 3 步框架。
① 涌现 (Emergence) 的精确定义；② 如何在工程中应用涌现思维；③ 涌现的 3 步框架。
一、什么是涌现
涌现：简单规则产生复杂行为
涌现：简单规则产生复杂行为
整体：大于部分之和
芒格式翻译
"简单规则产生复杂行为" = 最聪明的做法（投资）。
"复杂规则产生复杂行为" = 最笨的做法（赌博）。
芒格说："简单规则，能产生最复杂的行为。"
"复杂规则产生复杂行为" = 最笨的做法（赌博）。
芒格说："简单规则，能产生最复杂的行为。"
二、涌现的常见场景
| 场景 | 简单规则 | 涌现行为 |
|---|---|---|
| 团队协作 | 每个人做自己擅长的事 | 团队产出超出个人之和 |
| 微服务架构 | 每个服务独立运行 | 系统整体功能超出单个服务 |
| 开源社区 | 每个人贡献代码 | 项目功能超出任何人预期 |
| 敏捷开发 | 快速迭代、持续反馈 | 产品质量超出预期 |
| 分布式系统 | 每个节点独立运行 | 系统整体功能超出单个节点 |
涌现的陷阱
不是所有涌现都是好的！
1. 负面涌现：简单规则产生负面行为（如团队冲突）
2. 不可预测：涌现行为难以预测
3. 难以控制：涌现行为难以控制
平衡：涌现是"逻辑标准"，不是"物理标准"。
1. 负面涌现：简单规则产生负面行为（如团队冲突）
2. 不可预测：涌现行为难以预测
3. 难以控制：涌现行为难以控制
平衡：涌现是"逻辑标准"，不是"物理标准"。
三、3 步框架：用涌现做决策
第 1 步：设计简单规则
先设计：简单而清晰的规则。
案例：团队协作
规则：每个人做自己擅长的事
结论：设计简单规则。
结论：设计简单规则。
案例：微服务架构
规则：每个服务独立运行
结论：设计简单规则。
结论：设计简单规则。
第 2 步：让规则自然运行
再运行：让规则自然运行，产生涌现行为。
案例：团队协作
运行：每个人做自己擅长的事，自然协作
结论：让规则自然运行。
结论：让规则自然运行。
案例：微服务架构
运行：每个服务独立运行，自然协作
结论：让规则自然运行。
结论：让规则自然运行。
第 3 步：观察和调整
最后观察：观察涌现行为，必要时调整规则。
案例：团队协作
观察：团队产出超出个人之和
结论：观察涌现行为。
结论：观察涌现行为。
案例：微服务架构
观察：系统整体功能超出单个服务
结论：观察涌现行为。
结论：观察涌现行为。
四、涌现的好处
好处 1：简单规则产生复杂行为
简单规则，能产生最复杂的行为
好处 2：整体大于部分之和
团队产出超出个人之和
好处 3：自然协作
规则自然运行，产生涌现行为
芒格式翻译
"简单规则产生复杂行为" = 最聪明的做法（投资）。
"复杂规则产生复杂行为" = 最笨的做法（赌博）。
芒格说："简单规则，能产生最复杂的行为。"
"复杂规则产生复杂行为" = 最笨的做法（赌博）。
芒格说："简单规则，能产生最复杂的行为。"
五、练习题
单选题
1
涌现是指？
2
涌现的第一步是？
3
涌现的第二步是？
4
涌现的第三步是？
5
"简单规则产生复杂行为"属于？
6
"整体大于部分之和"属于？
7
涌现的目的是？
8
"观察涌现行为，必要时调整规则"属于？
9
涌现的好处不包括？
10
涌现是"逻辑标准"还是"物理标准"？
案例分析
C1
C1. 案例：团队要做团队协作，用涌现思维，应该先做什么？
C2
C2. 案例：团队要做微服务架构，用涌现思维，应该先做什么？
C3
C3. 案例：团队要做开源社区，用涌现思维，应该先做什么？
反事实思考题
T1
T1. 反事实：如果团队没有设计简单规则，直接协作，最可能的结果是？
T2
T2. 反事实：如果团队设计了复杂规则，最可能的结果是？
下一步：Lesson 0018 · 复利思维——理解”时间的力量”。