systems-thinking

系统思维

先看整体，再优化局部。最后给出的建议应考虑反馈回路和延迟。

适用场景

• 问题在“修复”后不断重现。
• 一个团队、服务或政策的变化可能影响其他方面（意外后果、激励、队列、积压）。
• 用户希望了解单个人或组件之外的根本原因，或寻求整体视角。

不适用：单步线性任务、单变量计算、无需绘制交互关系图的修复。

开始之前

1. 用一个区块说明：关注的系统（边界内包含什么）和分析步骤（边界、结构、动态、延迟、杠杆点、综合）。
2. 先收集信息。 在绘制关系图之前，先阅读说明各部分如何连接的代码、文档、工单或指标。对于工具无法回答的问题，最多提出 3 个范围界定问题。
3. 简化路径。 对于小问题，每个阶段列出 2-3 个要点。即使走简化路径，也绝不跳过结构分析就直接讨论杠杆点。
4. 如果用户已经提出干预措施，缩短边界分析，但保留结构和动态分析。

阶段

1. 边界

说明本次分析的范围。用一句话从利益相关方的视角说明系统的目的。

2. 结构

说明要素（会累积的存量、参与者、资源）和流量（流入和流出的速率）。简要列出成对关系：**从 A -> 到 B：**流动的内容。

3. 动态

在合理的情况下，至少列出一个强化回路（R）和一个平衡回路（B）：

回路 [R|B]：…… - 机制：……

如果没有适用的回路，用一行说明，并解释原因。

4. 延迟

行动与效果之间有哪些滞后？它如何改变行为（过度调整、振荡、过早放弃）？

5. 杠杆点

杠杆点：…… - 重要性：…… - 反作用风险：……

优先改变规则、信息流、激励或目标，而不是劝人改变行为。Donella Meadows 将这些因素列为比调整限额和预算等参数更有力的杠杆。

6. 综合

1. **系统叙事：**用一段通俗易懂的文字说明。
2. **不显而易见的后果：**至少列出一项。
3. **建议措施：**提出 2-3 项与上述回路和延迟相符的行动。

图示可选；要点必须独立完整。示例：references/example.md。

检查清单

• 已说明关注的系统和分析步骤
• 已明确边界和目的
• 结构分析包含要素和从 A -> 到 B 的流动
• 动态分析包含 R 和 B 回路，或说明不适用的理由
• 在时间因素重要时考虑了延迟
• 杠杆点与关系图相关联，并说明反作用风险
• 综合分析讲述了一个连贯的系统故事