システム原型を認識する——繰り返される筋書き
非常に異なる場面で同じ挙動を生み出す、一握りの共通する構造パターンを学ぶ。
Why it works
センゲは一連の「システム原型」を特定しました——「うまくいかない解決策」「重荷の転嫁」「共有地の悲劇」「エスカレーション」のような、認識可能な挙動を生み出す繰り返しの構造パターンです。一度原型を認識すれば、シミュレーションしなくてもシステムが次に何をするか分かります——なぜなら人や文脈ではなく構造が挙動を決定するからです。構造レベルでのパターン認識は、システム思考が築く中核的な能力です。
How to do it
- 繰り返し修正しても問題が続くとき、問う——「これは『うまくいかない解決策』か？」——根本原因に対処せずに症状を和らげ、あとで跳ね返ってくる修正です。
- 二者が競争の中でエスカレートし続けるとき、問う——「これは『エスカレーション』か？」——一方の増加がもう一方を引き起こす強化ループです。
- 自分が繰り返し同じ回避策に戻っていることに気づいたら、問う——「これは『重荷の転嫁』か？」——時間とともに大きくなる、症状的な修正への依存です。
- その原型に名前をつけ、それから構造的な修正を辿る——何が強化ループを断ち切るだろうか？
エビデンス
System archetypes are derived from system dynamics modeling and have been extensively documented in organizational case studies by Senge and others. They are conceptual tools rather than empirically tested intervention protocols. (mechanistic)
Archetypes are useful pattern-recognition heuristics, but any given situation may not fit neatly into one, and forcing a fit can lead to misdiagnosis.
出典
- Senge (1990), The Fifth Discipline, Chapter 6 — system archetypes
よくある間違い
「エスカレーション」原型を、解決策がないことを示唆する説明として使ってしまうこと——原型は挙動を説明するだけでなく、構造的なてこも明らかにします。エスカレーションでは、一方的な緩和のステップがそのループを断ち切ることができます。