系统思维研究的是连在一起的部分如何随时间产生模式。它要问的是关系、反馈、边界、积累量、延迟，以及一次干预在直接目标之外带来的后果。它不是要把每个反复出现的问题都解释成某一个人的某个动作，而是要去看那些让这个结果成为可能的安排。它也不意味着”万物互相因果”，或者一张大图就能证明一个理论。从一个观察到的模式开始，选一个有用的边界，找出几条相关关系，再去检验这个模型意味着什么。在决定改什么之前，先把外部影响和不确定性摆在明面上。
定义
一次订单延迟，可以被解释成单个事件。反复出现的延迟，就可能需要去看需求怎么进来、活怎么堆积、审批怎么发生，以及完成的活怎么离开这个流程。
MIT 对系统思维的介绍强调互相连接的部分和更广的后果。这一页把那套视角用在一个原创的交付积压例子上，并不是说一张图就能解释所有运营问题。
系统边界是一种选择。一个团队可能把订单准备和交接画进自己的图里，同时把运输条件当成外部影响。如果边界和问题匹配，这可能有用，但它不该让被排除在外的影响从解释里消失。
系统要素
| 要素 | 实际含义 | 积压例子 |
|---|---|---|
| 存量 | 一个积累量 | 未完成的订单 |
| 流量 | 改变存量的一个速率 | 每期进入和完成的订单 |
| 关系 | 变量之间一种假说的影响 | 产能影响完成速率 |
| 反馈 | 效果回到更早的变量上 | 积压改变产能决策 |
| 延迟 | 行动和可观察效果之间的时间 | 新员工到岗前先培训 |
| 边界 | 模型包含什么 | 准备和审批在内，在途在外 |
单位很重要。用”单”计的存量和用”单/天”计的流量是两个不同的量。不要把它们当成可以互换的东西去比较。
要看一个封闭的影响循环，用反馈回路。要看那个四层提问法，用冰山模型。
实例拆解
假设一个团队接收订单、准备订单、走审批、然后发出。当进入的单和返工单超过完成的单时，积压就会增长。
团队先记录相关的量：期初未完成订单、新进入的量、进入队列的返工量，以及完成量。它检查每个计数用的是同一套”单”的定义和同一个时间段。
一个简化的核算关系是：
期末积压 = 期初积压 + 新进入 + 返工 - 完成。
假设某一天期初有 20 单，新进入 12 单，返工回来 3 单，完成 10 单，那么期末积压是 25 单。这些数字是假设的。这个恒等式成立的前提是流量口径一致，而且没有漏掉其他任何变化来源。
| 项目 | 假设计数 |
|---|---|
| 期初积压 | 20 单 |
| 新进入 | 12 单 |
| 返工回来 | 3 单 |
| 完成 | 10 单 |
| 期末积压 | 25 单 |
这个算术解释不了返工为什么发生，也解释不了完成量为什么受限。那需要一次因果调查。
团队提出两个候选回路。一个增强回路把积压连到工作压力，压力在超负荷条件下连到返工，返工再连回积压。一个平衡响应把积压连到有效产能，产能连到完成量，完成量再连到积压下降。
这些都是假说。团队必须去查：人实际上能不能加产能，培训要多久，以及”压力到返工”这个关系对得上这个任务吗。
怎么开始
用这份原创的一页纸调查流程：
- 说清观察到的模式。 指出具体的量和时间段，而不是一句模糊的抱怨。
- 选边界。 列出哪些包含在内，以及哪些相关的外部影响。
- 记录存量和流量。 用一致的定义和单位。
- 画出少量候选关系。 每一条都写上证据和不确定性。
- 标出反馈和延迟。 追踪这个循环是在放大变化，还是抵消变化。
- 选一个按比例的检验或干预。 说出预期效果和可能的副作用。
- 回顾更广的结果。 检查问题是转移了，还是真的改善了。
唐娜拉· Meadows 关于杠杆点的文章区分了不同类型的干预，包括信息、反馈、规则和目标。改动一个数字，并不等于改动了产生它的安排。
对积压来说，加人可能有用，但一个可以避免的返工来源，或者一个审批瓶颈，可能也值得看一眼。不要想当然地认为”眼前效果最明显的那次干预，长期结果就最好”。
也避免把一张整洁的因果图当成证明。一个关联可以看着合理而并未被证实。去寻找那些能区分这个模型和另一种解释的观察，比如看是不是进入量变了，而不是产能变了。
如果设想的干预会改变一种体验或服务，系统思维与设计思维讲了怎么把系统诊断和原型结合起来。要在几个可行改动里做选择，用决策框架。
常见问题
系统思维就是看全局吗？
它确实包含更宽的视角，但也包含具体的关系、单位、反馈、延迟和一个明确声明的边界。一句”万物都相连”的空话是不够的。
它会取消个人责任吗？
不会。人还是要做选择、担责任。这套方法检查的是那些影响选择的安排，好让一次干预能处理的不只是一个个孤立事件。
我的第一张图该画多大？
小到能讲清楚、能检验就行。从观察到的模式和几条相关关系开始。只有当漏掉的要素会实质改变理解或行动时，才去扩大它。