系统思维应用：8 个系统基模，和一次职业诊断
「这个问题我好像在哪儿见过。」—— 大部分重复踩的坑，都是这 8 个结构之一。
上一篇讲了系统思维怎么画因果回路图。但画图有个前提：你得知道自己在画什么。
Senge 在《第五项修炼》里做了一件事：把组织里反复出现的问题结构，归纳成 8 个基模（Archetypes）。
这不是理论体操。它的实用价值是——
你遇到一个反复发生的问题，第一反应不该是"想新办法"，而是"这像不像第 N 个基模"。
这篇分两半：前半是模式库（8 个基模 + 杠杆点），后半用一个案例完整走一遍流程。
⚠️ 先纠正一个流传很广的数字
网上很多地方说"Senge 总结了 9 个系统基模"。
原书是 8 个。 那个 9 是刘润《商业洞察力》里的重新分组版本（他加了"增长与投资不足"并拆成 4 组）。
| 刘润的 4 组 | 包含的基模 |
|---|---|
| 受阻组 | 公地悲剧、增长极限、增长与投资不足 |
| 失控组 | 舍本逐末、饮鸩止渴、意外之敌 |
| 通吃组 | 富者愈富 |
| 锁死组 | 恶性竞争、目标侵蚀 |
分组对记忆很有帮助，但引用时最好说清出处。本文按原书的 8 个讲。
失控组：干预越用力，情况越糟
① 饮鸩止渴 Fixes that Fail
症状 → 解法 → 短期见效 → 副作用（延迟） → 问题更重 → 更大的解法
最常见，也最难察觉。 因为每一步单独看都是"有效"的。
技术场景：发布慢 → 加班赶 → 代码质量降 → Bug 变多 → 更慢 → 继续加班
识别信号：你正在加大同一个解法的力度，而不是换解法。
② 转移负担 Shifting the Burden
问题 → 症状解法（快、有效）→ 短期缓解
↘ 根本解法（慢、无效）→ 能力退化 → 更依赖症状解法
唯一出路是主动承受短期痛苦 —— 这句话听起来简单，做起来是反人性的。
技术场景：技术债导致慢 → 加人填坑 → 架构问题没解 → 人力需求越来越大
⭐ 下一篇实战文章讲的 AI 代码推广就是典型的转移负担。
③ 意外之敌 Accidental Adversaries
解决 A 的措施 → 意外激活了 B → 采取针对 B 的解法 → A 的问题回来
你解决一个问题，制造了另一个问题。
技术场景：性能优化加了缓存 → 引入一致性问题 → 加分布式事务 → 复杂度爆炸
识别信号：你解决 A 的动作里，有个环节当初没被考虑过。
④ 恶性竞争 Escalation
A 行动 → B 感到威胁 → B 升级 → A 更感到威胁 → A 升级 → 双输
双方都在做"防御性"的事，但没人赢。
技术场景：两个团队都在抢同一批中间件资源 → 各自重复造轮子 → 整体效率下降
破局点很特别：一方先停手，把博弈变合作。
受阻组 / 锁死组：结构本身把你困住
⑤ 增长极限 Limits to Growth
增长行动 → 增长成果 → 副作用/约束 → 增长放缓
不是增长不够猛，是撞上了约束。
技术场景：用户增长 → 基础设施跟不上 → 体验下降 → 流失
解法是解除约束，不是加大增长。 加速撞墙，只会撞得更响。
⑥ 目标侵蚀 Eroding Goals
绩效与目标有差距 → 降低目标 → 期望降低、压力减小 → 绩效继续下滑
最隐蔽的一种。 因为每次调整都有"合理理由"。
组织场景：NPS 目标完不成 → 调低目标 → 团队松懈 → 体验继续恶化
识别信号：目标值在悄悄下移。 回头看半年前的目标，会发现已经不是一个数了。
⑦ 富者愈富 Success to the Successful
A 变成功 → 获得更多资源 → A 更成功 → B 资源更少
有限的资源，天然流向本来就强的那个。
技术场景：最稳定的那个服务拿到最多资源，最有潜力的新项目永远排不上
解法是主动均衡资源分配，而不是"让市场竞争决定"。
⑧ 公地悲剧 Tragedy of the Commons
各自增加使用量 → 个人收益增加 → 共享资源被过度消耗
每个人都理性，整体却崩溃。
技术场景：每个团队都优先抢占测试环境 → 环境永远不够用 → 大家都跑不起来
解法是建立使用规则，而不是靠自觉。
💡 还有一个变体叫**「转移负担给干预者」**（Shifting the Burden to the Intervenor）—— 依赖外部顾问/外包，短期好用，长期自己不会了。
⭐ 8 个基模的共同结构
我把它们重排成两张图之后，发现一个有意思的事：
| 组 | 共同点 | 危险信号 |
|---|---|---|
| 失控组（1-4） | 都有自我强化的副作用回路 | 你正在加大同一解法的力度 |
| 受阻/锁死组（5-8） | 都是结构性困局 | 个人努力只在结构内起作用 |
⭐ 两条判断规则：
你在加大力度 → 先查失控组。
你已经很努力了还是不行 → 先查受阻/锁死组。
干预策略：Meadows 杠杆点
认出来基模之后，问题是"从哪下手"。
Meadows 的杠杆点理论给了个排序 —— 越靠上，效力越强：
| 效力 | 杠杆点 | 举例 |
|---|---|---|
| ⭐⭐⭐⭐⭐ | 改变系统的目标 | 从"提升 AI 代码占比"改成"降低 Review 成本" |
| ⭐⭐⭐⭐ | 改变回路结构（增益/延迟） | 缩短延迟，让反馈来得更快 |
| ⭐⭐⭐ | 改参数 | 加大投入、加人、加预算 |
| ⭐ | 加大已有方向的力度 | "再多推一点" |
⚠️ 最常见的错误是跳到第 3、4 档。 大家习惯"加大力度"，而杠杆点理论明确说：改结构和改目标，效果比改参数大一个数量级。
「寻找小而有效的高杠杆解」—— Senge 法则第 8 条
怎么用这套模式
第 1 步：先画行为随时间变化图
不是画因果图，是画"这个问题这些年怎么变的"。
关键问题：如果你觉得"这个问题我解决过好几次了"——这就是基模存在的强烈信号。
第 2 步：对照 8 个基模找最像的
不需要完美匹配。基模是模板，现实有变体。
问自己："如果这是饮鸩止渴，那个副作用回路在哪？"
第 3 步：找杠杆点
按 Meadows 排序从高到低找。别一上来就想"怎么加大力度"。
第 4 步：注意基模会叠加
Myspace 掉进的是「饮鸩止渴 + 转移负担」双陷阱。先断掉最致命的那条。
实战：用一个通用案例走完整套流程
光看图容易觉得"这个我懂"。真正有用的是拿一个自己的问题完整走一遍。
下面是一个虚拟但常见的场景 —— 技术人想往上走一步，但卡住了。
三栏是同一个起点的三条路。最扎人的是中间那栏。
① 现状：富者愈富 + 目标侵蚀
这个人位置不差 —— 技术专家、核心项目、带队。
而这恰恰是问题。
位置好 → 资源和关注持续流向这里 → 方向决策机会基本没有
↓
「我上不去」→ 目标下移
↑
现有位置继续变好 ──┘富者愈富：越优秀的人越容易被留在原地，因为"把现有系统做好"本身就是价值。
目标侵蚀：每次做规划、每次向上汇报，都在不自觉地调整预期。先是"更大的技术角色"，后来是"资深专家"，再后来是"把现在做好"。每次都下调一点，而且每次都有一条合理的理由。
⭐ 「我上不去」和「我从来没做过那件事」是两句话。前一句说的是能力，后一句说的是经历。
② 加大力度：转移负担
这个人的焦虑一直在说同一句话："我还不够格。"
然后他去补它 —— 补技术、考证、写文章。
焦虑「我还不够格」→ 补技术·考证·写作 → 专业能力提升
↓
但「决策证据」还是 0 → 回到焦虑专业能力提升是"因"的一部分，但它不解决"果"。
这里说的"决策证据"是：我定义了一个方向，带着几个人做出来了，并且被验证是对的。
这件事，再多专业积累都换不来。 因为它的核心不是"我知道多少"，是"我做了这个判断，并承担了后果"。
⚠️ 不是说提升专业能力没用。是说它可能把人送向"更强的专家"，而目标是"能定方向的人"。两条路会分叉。
③ 换杠杆：改变目标的定义
Meadows 排序里最强的是"改变目标"。而卡住的地方正在这：
目标写的是"更大的技术角色" —— 这是一个头衔，不是一个可操作的位置。
改成可操作的目标：
"成为一个方向负责人"
= 有 3-5 人的小组
- 负责一个明确的方向（不是"参与"，是"定义"）
- 这个方向要做出别人没做过的东西
- 判断出错我承担后果
| 头衔（"大厂专家""资深架构师"） | 方向负责人 | |
|---|---|---|
| 市场上有吗 | 少 | 多（每个团队都有方向） |
| 需要的证据 | 完整业绩负责 | 2-3 次方向判断被验证 |
| 能不能内部转 | 几乎不能 | ✅ 可以 |
| 到终点的距离 | 远 | 近，且是必经之路 |
⭐ 头衔和方向位置是同一条路的两端。 纠结去不去某个头衔，往往是因为缺的是中间那一段。
三个动作
动作 1：别问"我怎么上去"，改问"哪个方向现在没人定义"
动作 2：把"想清楚"改成"做出来"
方向负责人不是"想清楚了"给的，是做了一个判断、带着人做出来了、验证了给的。一件就够。
动作 3：把焦虑从"我够不够格"换成"我有没有承担一次判断"
- 「够不够格」是自我评价，永远无法证明
- 「有没有承担判断」是客观事实，做一次就有一份证据
⭐ 5 步自查法
上面那套分析脱掉具体场景，就是一个通用模板：
1. 画出我的理想路径（写成一句话）
2. 问：现在这三条回路，是哪三条？
- 我现在这么努力，是哪条回路在驱动？
- 我在加大哪个方向的力量？
- 那里是个自我稳定的回路吗？
3. 数负号：奇数个 = 调节回路 = 加力会反弹
4. 换杠杆：我的目标是"头衔"还是"可操作的位置"？
5. 动作：从 3-5 人的最小单位开始，承担一次真实判断第 4 步是最容易跳过、也最值钱的一步。
大部分人的目标写的是头衔（CTO、专家、负责人），而头衔是结果不是杠杆。改成"可操作的位置"，整套做法立刻就变了。
💡 顺带一条通用规律：转型类的问题（换方向、换行业、升管理层），几乎都是富者愈富 + 转移负担的组合。 当前位置越好，越难动；越焦虑，越会去做"看起来有用"的事 —— 而那恰恰是治标。
写在最后
系统基模最迷人的地方在于：它把"我明明已经很努力了"和"为什么没用"这两件事连起来了。
努力是个人层面的事，基模是结构层面的事。你可以在错误结构上做到极限，然后怀疑自己。
学会认这 8 个模式，最大的收益是——
下次再遇到熟悉的困境，你能提前知道"这条路会通向哪里"。
图用 matplotlib + Noto Sans CJK 生成，脚本在 src/images/gen_sys_archetype_figs.py。
延伸：Meadows, D. (1999) Leverage Points: Places to Intervene in a System；Senge, P. M. (1990) The Fifth Discipline。