【システム思考入門】因果ループ図の基本と、てこの原理を特定するステップ
プロジェクトの現場では、様々な問題が発生します。発生した問題に対し、対症療法的な対応を繰り返してしまうことで、根本的な解決に至らず、同じ問題が再発してしまうという経験をお持ちの方もいらっしゃるかもしれません。システム分析のアプローチは、このような状況から脱却し、問題の根本的な原因を見つけ、効果的な一手を打つための強力な手段となります。
この記事では、システム分析の基礎となるシステム思考の基本的なツールの一つ、「因果ループ図」に焦点を当てます。因果ループ図がどのように問題の構造を明らかにし、少ない労力で大きな成果を生む「てこの原理」（レバレッジポイント）を特定するのに役立つのかを、具体的なステップと共にご紹介します。
システム思考と「てこの原理」
システム思考とは、物事を単一の原因と結果の連鎖として捉えるのではなく、複数の要素が相互に影響し合い、時間と共に変化する「システム」として理解しようとする考え方です。この考え方に基づくと、問題はシステム全体の構造から生じていると見なされます。
「てこの原理」とは、システムの中で、小さな介入や変化がシステム全体に大きな、時には予想外の変化をもたらすことができるポイントを指します。システム思考を用いてシステムの構造を深く理解することで、この「てこの原理」を見つけ出し、表面的な対処ではなく、根本的な改善を図ることが可能になります。
因果ループ図（Causal Loop Diagram: CLD）とは
因果ループ図は、システム内の様々な要素（変数）間の因果関係と、それらが形成するフィードバックループを視覚的に表現するためのツールです。これにより、問題を引き起こしているシステムの構造を理解することができます。
因果ループ図は、主に以下の要素で構成されます。
- 変数（Variables）: システム内の変化する要素や状態を示します。例えば、プロジェクトの進捗、チームの士気、顧客からのフィードバックの量などです。
- 矢印（Arrows）: 変数間の因果関係を示します。「Aが増加するとBも増加する」「Aが増加するとBは減少する」といった影響の関係性を表します。
- 極性（Polarity）: 矢印の上に「+」または「-」で示され、因果関係の方向を表します。
- + (Positive): 原因となる変数と結果となる変数が同じ方向に変化することを示します（例: プロジェクトチームの人数が増加すると、タスク完了速度も増加する）。
- - (Negative): 原因となる変数と結果となる変数が逆の方向に変化することを示します（例: バグの数が増加すると、顧客満足度は減少する）。
- フィードバックループ（Feedback Loops）: 変数間の因果関係が連鎖し、元の変数に戻ってくる閉じたループを形成している部分です。フィードバックループには二つの種類があります。
- 強化ループ（Reinforcing Loop / R）: 変化を増幅させるループです。良い状況も悪い状況も加速させる傾向があります（例: 成功体験が増えると自信が増し、さらなる挑戦につながり、さらに成功体験が増える）。
- 均衡ループ（Balancing Loop / B）: システムを特定の目標や状態に安定させようとするループです。現状と目標との差を縮めるように働きます（例: 遅延が発生すると作業時間を増やし、遅延を解消しようとする）。
因果ループ図を作成することで、システムがなぜ現状のように振る舞うのか、その根本的な構造を理解するための手がかりを得られます。
因果ループ図の作成ステップ
因果ループ図を作成するプロセスは、必ずしも一度で完璧になるものではありません。試行錯誤を繰り返しながら、システムの理解を深めていくことが重要です。一般的な作成ステップは以下の通りです。
ステップ1: 問題（または対象システム）の定義と主要な変数の特定
- 分析したい具体的な問題やシステムを明確に定義します。例えば、「プロジェクトの納期遅延が常態化している」「特定の機能のバグが多い」などです。
- その問題やシステムに関係していると思われる主要な変数（要素）をリストアップします。ペルソナの例で言えば、プロジェクトの進捗度、チームの人数、作業時間、品質（バグ数）、顧客満足度、チームの士気、要求変更の頻度などが考えられます。
ステップ2: 変数間の因果関係を描く
- リストアップした変数の中から二つを選び、「一方の変化がもう一方にどのような影響を与えるか」を考え、矢印で結びます。
- 矢印には、影響の方向を示す「+」または「-」の極性を付与します。
- 例えば、「チームの士気」が増加すると「タスク完了速度」は増加する傾向にあるため、「チームの士気」→「タスク完了速度」の矢印に「+」をつけます。逆に、「バグの数」が増加すると「顧客満足度」は減少する傾向にあるため、「バグの数」→「顧客満足度」の矢印に「-」をつけます。
- 考えられる変数間の関係性を一つずつ丁寧に描写していきます。
ステップ3: フィードバックループを見つける
- 描かれた矢印をたどり、出発した変数に戻ってくる閉じた経路（ループ）を探します。
- 見つかったループが強化ループ（R）か均衡ループ（B）かを特定します。ループの種類は、ループ内の「-」の矢印の数を数えることで判断できます。
- 「-」の数が偶数（0, 2, 4...）であれば、そのループは強化ループ（R）です。
- 「-」の数が奇数（1, 3, 5...）であれば、そのループは均衡ループ（B）です。
- ループに名前をつけ（例:「遅延解消ループ」「技術的負債ループ」など）、強化ループにはR、均衡ループにはBと明記します。
ステップ4: 図をレビューし、システムの構造を理解する
- 作成した因果ループ図全体を俯瞰し、意図したシステム構造が正しく表現されているかを確認します。関係性の抜け漏れや誤りがないか、関係者に確認することも有効です。
- 図に表れた強化ループと均衡ループが、システムのどのような挙動（例: 成長、停滞、振動など）を引き起こしているのかを考察します。例えば、複数の強化ループが絡み合っている部分は、システムが急速に変化しやすい部分である可能性が考えられます。
因果ループ図から「てこの原理」を特定する
因果ループ図を用いてシステムの構造が理解できたら、次はその構造の中で「てこの原理」となる介入点を探します。「てこの原理」は、必ずしも最も目立つ問題点や、直接的な原因だと思われている場所にあるわけではありません。むしろ、システムの構造、特にフィードバックループの性質や、変数間の遅延、変数の「感度」（少しの変化でシステム全体に大きな影響を与える変数）などを考慮して見つける必要があります。
因果ループ図から「てこの原理」を特定するための視点をいくつかご紹介します。
- 強化ループに着目する: 強化ループは変化を増幅させます。望ましくない強化ループ（例: バグの増加→顧客不満の増加→チーム士気の低下→品質悪化→さらにバグ増加）がある場合、そのループを弱める、あるいは断ち切るような介入点が「てこの原理」となり得ます。逆に、望ましい強化ループ（例: 成功体験→自信→挑戦→成功体験）があれば、それを強化する点が「てこの原理」です。ループ内のいずれかの矢印の関係性を変える、あるいはループに影響を与える変数に働きかけることを検討します。
- 均衡ループの目標値や遅延に着目する: 均衡ループはシステムを安定させようと働きます。プロジェクトにおける「遅延解消ループ」（遅延→作業時間増加→遅延解消）のようなループは、目標（納期通りに完了）を達成しようとしますが、作業時間増加による疲労や品質低下といった副作用も生むことがあります。この場合、目標値自体を見直す、あるいは遅延が発生してから作業時間が増加するまでの「遅延」（タイムラグ）を縮める・考慮に入れるなどが「てこの原理」となり得ます。
- 複数のループが交差する場所: 複数のフィードバックループが互いに影響し合っている場所は、システム全体の挙動に大きな影響を与える可能性があります。こうした交差点にある変数や関係性も「てこの原理」候補となります。
- 変数の感度を考慮する: 図に描かれた変数の中で、わずかな変化が他の多くの変数やループに大きな影響を与える変数は、「てこの原理」である可能性が高いです。これは図上では直接的な指標がない場合もありますが、システムの振る舞いを深く考察することで見えてきます。
例えば、「納期遅延が常態化している」という問題に対する簡単な因果ループ図を考えます。
納期遅延 (+) --> 作業時間増加 (-) --> 納期遅延解消
^ |
| | (B)
| |
疲労蓄積 (+) -----------> 品質低下 (+) --> バグ増加 (-) --> 作業時間増加
この図は簡略化されていますが、「納期遅延→作業時間増加→納期遅延解消」という均衡ループ（B）と、「作業時間増加→疲労蓄積→品質低下→バグ増加→作業時間増加」という強化ループ（R、矢印の極性の数を数えるとプラスの数が偶数になるため）が組み合わさっている構造が見えます。
ここで「てこの原理」を考えると、単に作業時間を増やす（均衡ループ内のアクション）だけでは、強化ループ（R）が働き、疲労や品質低下、バグ増加を招き、結果としてさらに作業時間が必要になる悪循環に陥る可能性があります。この場合、「てこの原理」は、均衡ループを機能させつつ、強化ループを弱める点にあるかもしれません。例えば、
- 「疲労蓄積」を軽減する: 適度な休憩やチームのサポート体制を強化する。
- 「品質低下」を防ぐ/「バグ増加」を抑える: コードレビューの強化、ペアプログラミングの導入、自動テストの拡充など。
- 「作業時間増加」以外の遅延解消策: タスクの再分担、外部リソースの活用、スコープの見直しなど。
このように、因果ループ図を通じて問題の構造を理解することで、単に目の前の遅延に反応するのではなく、悪循環を生み出している構造そのものに働きかけるための「てこの原理」が見えてきます。
まとめ
システム思考と因果ループ図は、プロジェクトにおいて表面的な問題解決に終始することなく、根本的な構造に働きかけるための強力なフレームワークです。この記事でご紹介した因果ループ図の作成ステップと、「てこの原理」を特定するための視点を参考に、ぜひご自身のプロジェクト課題に応用してみてください。
最初は難しく感じるかもしれませんが、小さなシステムから因果ループ図を作成する練習を重ねることで、システムを構造的に理解する力が養われます。このスキルは、複雑な状況下でも冷静に状況を分析し、最も効果的な一手を打つための羅針盤となるはずです。
次の記事では、システム思考におけるもう一つの重要なツールである「ストック＆フロー図」について解説する予定です。システム内の蓄積と流れを理解することで、因果ループ図だけでは見えにくいダイナミクスを捉えることができます。