システムアーキタイプ

システムアーキタイプは、システムの動作パターンです。因果関係の円で表現されるシステムは、したがって同様の構造を持ちます。システムアーキタイプを特定し、てこ比を見つけることで、システムを効率的に変更できるようになります。基本的なシステム アーキタイプと問題の考えられる解決策については、 「システム アーキタイプの例」のセクションで説明します。^[1]自然界の基本的な特性として、原因が過去に影響を与えることはできないということです。システム アーキタイプは、現在の原因が過去の結果に影響を与えることを意味するものではありません。

システム思考の基本的な考え方は、すべての行動が反応を引き起こすというものです。システムダイナミクスでは、この反応はフィードバックと呼ばれます。フィードバックには、強化フィードバックとバランスフィードバックの2種類があります。フィードバック（または反応）がすぐに発生しない場合もあります。プロセスには遅延が含まれます。あらゆるシステムは、行動、フィードバック、遅延を含む因果関係の円で構成された図として描くことができます。^[1]

強化フィードバック（または増幅フィードバック）は、プロセスの特定の傾向を加速します。傾向が上昇している場合、強化（正）フィードバックは成長を加速します。傾向が下降している場合は、下降を加速します。雪崩の崩壊は、強化フィードバックプロセスの例です。^[1]

バランスフィードバック（または安定化フィードバック）は、目標状態が存在する場合に機能します。バランスプロセスは、現在の状態と望ましい状態の間のギャップを減らすことを目的としています。バランス（負）フィードバックは、トレンドが下降しているか上昇しているかに関係なく、現在の状態を望ましいターゲットに調整します。バランスフィードバックプロセスの例としては、自転車に乗るときに直立姿勢を維持することが挙げられます。^[1]

システムの遅延により、人々は行動に対する反応を誤って認識することになります。これにより、必要な行動が過小評価または過大評価され、振動、不安定性、さらには故障につながります。^[1]

以下のシステム アーキタイプは、最も一般的な一般的な構造を説明しています。特定の状況に効果的に対処する前に、基礎となるパターンを特定する必要があります。以下のフロー図は、これらのアーキタイプの特定に役立ちます。異なるアーキタイプ間のリンクは、最も一般的な接続の指標です。ただし、すべての状況で、より多くの可能な方法がある可能性があることに注意してください。誰もがフローのどこかに位置しており、考えられるすべての状況には独自の利点、欠点、注意点、およびオプションがあることを考慮してください。それでも、状況を正しく特定して理解することは、問題を持続可能な方法で解決するための最初のステップです。

このアーキタイプは、アクションへの応答が遅れるシステムを説明します。エージェントが遅延フィードバックを認識しない場合、目標を達成するために必要なアクションをオーバーシュートまたは過小評価する可能性があります。これは、忍耐強くするか、実現された対策に対するシステムの反応を加速することで回避できます。

例：サプライチェーン（ビールゲーム）^[1]

システムがピークに達するまで、前例のない成長は強化フィードバック プロセスによって生み出されます。この成長の停止は、システムの内部または外部の制限によって引き起こされます。ただし、制限が適切に認識されていない場合、以前の方法が継続的に適用され、ますます積極的になります。その結果、望ましい状態とは逆の状態、つまりシステムの縮小が発生します。解決策は、制限の原因を弱めるか、排除することです。

例：ダイエット、外国語学習^[1]

魅力の原則は、成長の限界から派生した原型です。主な違いは、魅力の原則では、成長は 2 つ以上の要因によって制限されると想定していることです。

問題は、即効性のある簡単な解決策で対処され、それによって「症状を治す」ことになります。問題の根本原因は、その解決策が要求が厳しく、すぐに結果が出ないために見落とされてしまいます。問題の原因は、対症療法への依存が減少する長期的に特定され、解決されるべきです。

例：薬物中毒、借金による借金返済^[1]

「負担の転換」システム アーキタイプの特殊なケースで、進行中の問題を解決するために介入者が投入されたときに発生します。時間の経過とともに、介入者が問題にうまく対処するにつれて、システム内の人々は問題を自分で解決する能力が低下します。介入者への依存度がさらに高まります。例: 外部コンサルタントの継続的な利用。

簡単に言えば、これはシステムが機能するために外部の介入者にますます依存するようになる原型です。短期的にはうまくいきますが、長期的には介入への依存によりシステムが単独で機能できなくなり、最終的には機能しなくなります。

低パフォーマンスの原型への一種の漂流。

例：公的債務の均衡、環境汚染の制限の緩和^[1]

エスカレーションの原型は、両方のプレイヤーがどちらか一方だけが勝てると考えている非協力的なゲームと見ることができます。彼らは「自分を守る」ために、他のプレイヤーの行動に反応しています。攻撃性が高まり、自己破壊的な行動につながる可能性があります。悪循環は、 1 人のエージェントが防御的な反応をやめ、ゲームを協力的なものに変えることで断ち切ることができます。または、もう 1 人のエージェントに反応するために停止するか、またはほんの少しだけ停止することでも断ち切ることができます。

例：軍拡競争^[1]

2 人の人物または活動には、同じ限られたリソースが必要です。一方が成功すると、より多くのリソースが彼/それに割り当てられます。2 番目はリソース不足のためにますます成功しなくなり、最初の人をサポートするために「正しい決定を証明」します。これは、優先的な愛着の形です。

競争が不健全で、システム全体の目標を妨害する場合、問題が発生します。2 つのアクティビティまたはエージェントを切り離すか、またはバランスの取れた量のリソースを受け取る必要があります。

例：1つの会社の2つの製品、仕事と家族^[1]

エージェントは、共通の限られた資源を個別に利益を得るために使用します。資源の使用は制御されていないため、エージェントは継続的に利益を上げようとします。そのため、資源はますます使用され、エージェントの収入は減少します。エージェントは、資源が完全に使い果たされるか、深刻な損傷を受けるまで、搾取を強化します。これがコモンズの悲劇です。

共通の資源を保護するために、何らかの規制を導入する必要があります。

例：魚の資源（釣りゲーム）^[1]

修正が失敗するアーキタイプでは、問題は何らかの修正 (特定のソリューション) によって解決され、すぐにプラスの効果が現れます。しかし、このソリューションの「副作用」は将来的に現れます。最善の解決策は、同じソリューションを適用することのようです。

例：メンテナンス費用の節約、他のローン（他の利息付き）による利息の支払い^[1]

成長の限界は現在の生産能力です。新しい能力に十分な投資をすることで、限界を取り除くことができます。投資が十分に積極的でない場合（または少なすぎる場合）、能力が過負荷になり、サービスの品質が低下し、需要が減少します。このアーキタイプは、キャパシティ プランニングにおいて特に重要です。^[要出典]

例：小さいながらも成長中の会社。^[1]

• 第五の規律
• システムダイナミクス
• 組織学習
• 成長の限界
• 偶然の敵

• システムアーキタイプ
• システム思考
• システムアーキタイプとその応用（ホルヘ・タボルガ、2011年8月）
• システム アーキタイプ (ウィリアム ブラウン、2002.02.27) - これは PDF ドキュメントです (26 ページ)
• システムアーキタイプの概要 (ダニエル H. キム)