フレームワーク活用ガイドひとことで言うと#
システム原型は、組織や社会で繰り返し現れる問題構造のパターンを類型化したもので、「なぜ同じ問題が何度も起きるのか」を個人の能力ではなくシステムの構造から説明し、根本的な介入ポイントを見つけるためのフレームワークです。
用語の定義#
押さえておきたい用語
- 強化ループ（Reinforcing Loop）：変化が同じ方向にさらなる変化を生む正のフィードバック。成長の好循環にも、悪化の悪循環にもなる
- バランスループ（Balancing Loop）：変化を元に戻そうとする負のフィードバック。目標に向かう安定化作用がある一方、変革を阻む抵抗にもなる
- 遅延（Delay）：原因から結果が現れるまでの時間差。遅延があると過剰反応や振動を起こしやすい
- 応急処置の失敗（Fixes That Fail）：短期的に症状を緩和する施策が、長期的には問題を悪化させるパターン
- 成長の限界（Limits to Growth）：強化ループで成長が続くが、やがて制約要因にぶつかり成長が止まるパターン
全体像#
慢性的な問題を特定
繰り返し起きている現象
→繰り返し起きている現象
原型パターンを照合
どの構造に当てはまるか
→どの構造に当てはまるか
ループ構造を描く
強化・バランス・遅延を特定
→強化・バランス・遅延を特定
レバレッジポイントに介入
構造を変える施策を実行
構造を変える施策を実行
こんな悩みに効く#
- 同じタイプの問題が組織で何度も繰り返されるが、原因が特定できない
- 施策を打つたびに一時的に良くなるが、しばらくすると元に戻る（または悪化する）
- 部門間の対立や責任の押しつけ合いが慢性化していて、構造的に整理したい
基本の使い方#
繰り返される問題を具体的に記述する
「離職率が高い」「品質問題が再発する」「新規事業が立ち上がらない」など、組織で慢性的に繰り返される問題を1つ選びます。「誰が悪い」ではなく「何が繰り返されているか」を事実ベースで記述します。
代表的な原型パターンと照合する
10種類ほどある原型パターン（応急処置の失敗、成長の限界、負荷のすり替え、エスカレーション、共有地の悲劇など）と照合し、問題の構造に最も近いパターンを特定します。複数のパターンが組み合わさっている場合もあります。
因果ループ図を描いて構造を可視化する
問題に関わる変数を洗い出し、強化ループ・バランスループ・遅延を含む因果ループ図を描きます。「AがBを増やす」「BがCを減らす」「Cには3か月の遅延がある」などを矢印で接続し、全体の構造を可視化します。
レバレッジポイントに介入する
図の中で「ここを変えると全体の構造が変わる」というレバレッジポイントを特定します。応急処置の失敗なら「根本対策に投資する」、成長の限界なら「制約要因を先行的に解消する」など、原型ごとに典型的な介入戦略があります。
具体例#
IT企業の『応急処置の失敗』パターン
従業員300名のIT企業で、プロジェクトの遅延が慢性化していた。対処として都度「残業と人員追加」を行っていたが、半年後に分析すると同じ遅延パターンが繰り返されていた。システム原型で分析すると「応急処置の失敗」に該当。残業→疲労→バグ増加→手戻り→さらに遅延、人員追加→コミュニケーションコスト増→さらに遅延、という副作用ループが見えた。根本対策として要件定義プロセスの改善（レビュー回数を2回→4回に増加）と設計フェーズの期間を20%延長。短期的にはスケジュールが伸びたが、手戻りが月平均12件→3件に減少し、プロジェクト全体の遅延率が**65%→18%**に改善された。
小売チェーンの『成長の限界』パターン
全国展開を進める飲食チェーン（80店舗）が、出店数を年15店舗ペースで拡大していた。しかし60店舗を超えた頃から既存店の売上が低下し始め、新規出店のペースを上げるほど全体の利益率が下がった。「成長の限界」パターンで分析すると、制約要因は「店長人材の育成速度」だった。出店ペースに育成が追いつかず、経験不足の店長が品質低下を招いていた。介入策として出店ペースを年8店舗に抑制し、店長育成プログラム（6か月→12か月）を強化。2年後に育成パイプラインが安定し、店長の平均在任期間が1.2年→2.8年に延長、既存店の売上が前年比**+8%**に回復してから出店を再加速した。
製造業の『負荷のすり替え』パターン
自動車部品メーカーが、設計変更対応を社外コンサルタントに依存する構造に陥っていた。当初は「一時的な支援」のつもりだったが、3年間で外注費が年間1.2億円に膨張。社内エンジニアは外注に任せることに慣れ、設計変更のスキルが低下していた。「負荷のすり替え」パターンそのものだった。介入策として、外注比率を毎四半期10%ずつ削減する移行計画を策定。コンサルタントの業務に社内エンジニアを必ず1名同席させるペアワーク制度を導入し、ナレッジ移転を進めた。18か月後に外注費を1.2億円→3,500万円に削減しつつ、社内の設計変更対応リードタイムは平均5日→3日に短縮された。
やりがちな失敗パターン#
| 失敗 | 原因 | 対策 |
|---|---|---|
| 原型を「犯人探しの道具」として使う | 構造の問題を特定の部門や個人のせいにしてしまう | 原型は「誰が悪いか」ではなく「何がこの行動を引き起こしているか」を明らかにするツール。個人攻撃に使わない |
| 因果ループ図が複雑すぎて使えない | すべての変数を入れようとして全体像が見えなくなる | 最初は5〜8個の主要変数に絞り、核心となるループを1〜2つ特定する。詳細化はその後 |
| 原型に無理やり当てはめる | 現実の問題を既存パターンに合わせてしまい、実態とズレる | 原型はあくまで「思考のガイド」。完全に一致しなくても、構造的な類似点から洞察を得ることが目的 |
| 構造を理解しても行動が変わらない | 分析で終わり、具体的な介入策を実行しない | レバレッジポイントを特定したら、具体的なアクション・担当者・期限を決めて実行する |
まとめ#
システム原型は「同じ問題がなぜ繰り返されるのか」を個人の能力ではなく構造から説明する道具です。応急処置の失敗、成長の限界、負荷のすり替えなど、数種類のパターンを知っておくだけで「この問題は構造的にこうなっている」と見通せる場面が増えます。慢性的な問題に直面したら、まず「これはどの原型か」と問うてみてください。構造が見えれば、打つべき手も変わります。