システム思考とイノベーション——大企業が陥る「部分最適の罠」を構造から突破する

システム思考をイノベーションに活かせていない大企業の共通構造

日本の大企業における新規事業の失敗率は、90%前後とされる。この数字は繰り返し引用されるが、失敗の「なぜ」が正確に診断されることは少ない。個人の能力、リソース不足、タイミングの悪さ——こうした「点」の原因に帰着させることが多いが、実際は組織が持つ「構造」そのものが新規事業を殺していることがほとんどだ。

システム思考（Systems Thinking）は、この構造を可視化するための思考枠組みである。1950年代にMITのジェイ・W・フォレスターが提唱し、ピーター・センゲの『学習する組織』（1990年）によって経営実践に広まった。個々の要素ではなく、要素間の「関係性」と「フィードバックループ」に着目することで、複雑な問題の根本原因を特定する。

本稿では、システム思考の中核概念をイノベーション実践に接続する方法を解説する。フィードバックループの設計、創発（Emergence）の活用、レジリエンスを持つ組織構造の構築——この3軸で、大企業の新規事業が直面する構造的課題を突破する道筋を示す。

なぜ「頑張り」だけでは新規事業が機能しないのか

新規事業担当者から繰り返し聞かれる言葉がある。「一生懸命やっているのに、なぜ結果が出ないのか」。この問いに対して、システム思考は明確な答えを持つ。良い意図を持った個人が、悪い構造の中で動くと、構造が勝つ。

ピーター・センゲはこれを「システムの原型（System Archetypes）」と呼んだ。たとえば「成功の限界」というパターン——あるアクションが短期的に成功をもたらすが、その成功が新たな制約を生み出し、長期的に同じアクションの効果を減衰させる。日本の大企業における新規事業でも同様のパターンが観察される。

既存事業が好調な時期には、新規事業へのリソース配分が潤沢になる。しかし、既存事業の売上を守るための「守備固め」として機能するうちに、新規事業のKPIが既存事業の論理で設定され始める。「早期黒字化」「既存顧客への拡販」「ブランド毀損リスク回避」——これらは既存事業の指標であり、新規事業の本質とは相容れない。結果として、リソースは増えても新規事業の本質的な探索力は失われていく。

構造が問題なのであれば、解決策も構造レベルで設計しなければならない。そこでシステム思考が力を発揮する。

第1の軸：フィードバックループを意図的に設計する

システム思考の中核概念は「フィードバックループ」だ。あるアクションが結果を生み出し、その結果が次のアクションに影響を与える循環構造を指す。フィードバックループには2種類がある。

強化ループ（Reinforcing Loop）は、変化を増幅させる。成功が次の成功を呼ぶ好循環も、失敗が次の失敗を招く悪循環も、構造的には同じメカニズムだ。スタートアップが製品改善→ユーザー増→フィードバック増→製品改善を繰り返す「グロースループ」は、意図的に設計された強化ループである。

均衡ループ（Balancing Loop）は、変化を抑制してシステムを安定させる。体温調節や在庫管理がその典型だ。大企業の組織システムには、この均衡ループが過剰に発達している傾向がある。変化を抑制するメカニズムが多すぎることで、イノベーションに必要な「良い意味での不安定性」が失われる。

イノベーションにシステム思考を適用する際に重要なのは、強化ループを意図的に設計し、均衡ループの過剰作用を抑制することだ。

実践例：学習ループの設計

Build-Measure-Learnの実践完全ガイドで詳述しているように、リーンスタートアップの「構築→計測→学習」サイクルは、強化ループの典型設計だ。しかし、多くの大企業でこのサイクルが機能しない理由は、「計測」の段階で均衡ループが介入するからだ。

実験結果が予期しない数値を示した場合、大企業では「報告書の精度が低い」「サンプルが少ない」「もう少し様子を見よう」という反応が起きやすい。これは均衡ループ（現状維持を求める組織の引力）が、学習サイクルの継続を阻害している状態だ。

対策は、フィードバックの受け取り方を事前に定義することだ。実験開始前に「どんな結果が出たら何を変えるか」の閾値を明示する。「コンバージョン率が3%未満なら仮説を棄却し、ターゲット顧客を変更する」——このように事前定義することで、均衡ループの介入を構造的に排除できる。

第2の軸：創発を活用した探索空間の拡張

システム思考のもう一つの重要概念が「創発（Emergence）」だ。要素の単純な足し算を超えた、システム全体としての新しい性質や機能が生まれる現象を指す。「1+1=3」が創発であり、イノベーションの多くは創発的なプロセスから生まれる。

ところが大企業の新規事業プロセスは、創発を排除する方向に設計されていることが多い。ステージゲートでのマイルストーン管理、詳細な事業計画書の要求、月次での進捗報告——これらは既存事業の管理手法をそのまま移植したものだ。予測可能な成果を管理するには有効だが、予測不可能な創発的価値を生み出すには不向きだ。

ステージゲートモデルの実装プレイブックで指摘しているように、ステージゲートの問題は「通過基準」が創発を評価できない点にある。創発は、計画段階では見えていない。実験のプロセスでしか発見できない。

創発を促す3つの設計原則

多様性の確保：異なる専門分野、経験、文化背景を持つメンバーが予期せぬ組み合わせで対話するとき、創発は起きやすい。多様なチームとイノベーションのリスク管理が示すように、多様性の確保は創発の前提条件だ。ただし、多様性が単なるアリバイ（形式的な多様性）になっている場合、創発は起きない。

弱い紐帯の活用：社会学者マーク・グラノヴェッターの研究が明らかにしたように、強い紐帯（密な人間関係）よりも弱い紐帯（緩やかなネットワーク）の方が、新しい情報やアイデアの橋渡しをする。大企業の新規事業チームが部門をまたいだ非公式な対話を持つことで、創発の確率が高まる。

実験の密度を上げる：創発は偶然の産物ではなく、実験の量に依存する。多くのイノベーション事例を分析すると、成功した事業のほとんどは、当初の計画とは異なる形で実現している。計画に忠実であることより、実験の密度を高めることの方が、創発に近づく。

第3の軸：レジリエンスを持つ組織構造の設計

システム思考の観点から見たとき、イノベーションに成功する組織は「レジリエンス（Resilience）」を持っている。レジリエンスとは、外部からの撹乱に対して、基本的な機能と目的を維持しながら変化に適応する能力だ。

組織の免疫反応とイノベーションで詳しく論じているように、大企業には「組織の免疫システム」が存在し、新規事業という異物を排除しようとする。これは均衡ループの集合体と見なせる。このシステムを打破するには、レジリエンスの設計が必要だ。

レジリエンス設計の3要素

冗長性（Redundancy）：単一のアプローチに依存しない。複数の実験を並行して走らせ、いくつかが失敗しても全体が止まらない構造を作る。イノベーションポートフォリオの管理が示すように、ポートフォリオ思考がレジリエンスの基本設計だ。

モジュール性（Modularity）：部分と全体の関係を適切に設計する。過度に密結合したシステムでは、一部の失敗が全体に波及する。新規事業チームが既存事業の組織構造から適切に分離（疎結合）されていることで、失敗の影響を局所化できる。

フィードバックの速度（Feedback Speed）：問題を早期に検出し、修正できる速度でフィードバックを受け取ることが、レジリエンスの鍵だ。データドリブン意思決定の落とし穴で論じているように、データの収集と解釈の間に過度なラグがある場合、フィードバックが機能しない。週次や月次ではなく、日次レベルでのフィードバックサイクルを設計することが、レジリエンスを高める。

「部分最適」がイノベーションを殺すメカニズム

システム思考が最も力を発揮するのは、「部分最適」の罠を可視化する場面だ。部分最適とは、システムの一部が個別に最適化された結果、システム全体の性能が劣化する現象だ。

大企業の新規事業における部分最適の典型例を挙げる。マーケティング部門は認知獲得のKPIを最適化する。その結果、ターゲット外の顧客にもリーチし、サポートコストが増大する。サポート部門はコスト削減のKPIを最適化する。その結果、顧客満足度が下がる。営業部門は短期売上のKPIを最適化する。その結果、長期的な顧客価値を毀損する契約が増える。

各部門は「自部門のKPI」を達成しているにもかかわらず、事業全体は崩壊していく。この構造を可視化しないまま、個人の責任論や努力論に帰着させても、問題は解決しない。

カウンタームーブ：全体最適を設計する指標体系

部分最適の罠から抜け出すには、サブシステムの最適化が全体に及ぼす影響を可視化する指標体系を設計する必要がある。具体的には次の3点だ。

まず、部門間の依存関係をマッピングする。マーケティングのアクションがサポートコストにどう影響するか、営業の契約条件が開発工数にどう影響するか。この因果連鎖を図示するだけで、部分最適の発生箇所が見えてくる。

次に、共通の「北極星指標（North Star Metric）」を設定する。部門別KPIの上位に、全体最適を示す1〜2個の指標を置く。新規事業においては、「顧客の問題を解決した回数（解決率）」や「ユニットエコノミクス（LTV/CAC）」が候補になる。各部門の判断は、この北極星指標への影響で評価される。

最後に、定期的なシステムレビューを制度化する。月次の数値報告ではなく、「このサブシステムの動きが全体にどう影響しているか」をチーム全体で対話する機会を持つ。心理的安全性とイノベーションチームの実際が示すように、この対話の場に心理的安全性がなければ、問題は可視化されないまま潜行する。

遅延（Delay）が意思決定を歪める

システム思考において、もう一つ重要な概念が「遅延（Delay）」だ。アクションと結果の間に生じる時間的ラグが、意思決定を歪める。

新規事業でよくある例が「投資対効果の遅延」だ。顧客基盤の拡大に向けた投資は、収益に反映されるまでに通常12〜24ヶ月のラグがある。この遅延を考慮しない意思決定者は、投資の効果が出る前に「効果がない」と判断し、投資を打ち切る。

ところが投資を打ち切った直後から、仕込んでいた施策の効果が出始めることがある。新しい意思決定者から見ると「なぜ以前の担当者は投資を止めたのか」となるが、当時の情報環境下では合理的な判断に見えた。これが遅延がもたらす「ポリシーの罠」だ。

対策は「遅延の地図」を事前に描くことだ。「この施策の効果が数値に現れるまで、最低○ヶ月かかる」という合意を意思決定者と共有し、測定期間を事前に確定させる。探索予算のリングフェンシングとガバナンスで論じている予算コミットメントと同様に、時間コミットメントも明示的に設計する必要がある。

イノベーションの学習障害：組織がシステム思考を阻む6つのパターン

ピーター・センゲは、組織がシステム思考を活用する上での「学習障害」を6つ挙げた。これらはそのままイノベーション実践の障害にもなる。

1. 「私のポジション＝私の仕事」：担当領域外のことへの責任意識が希薄になる。新規事業でいえば、マーケターは獲得だけ、エンジニアは開発だけ、という縦割り意識がシステム全体への視野を失わせる。

2. 「外の敵」：問題の原因を外部に帰属させる。「市場環境が悪い」「競合が強すぎる」——これらは、自システムの課題から目を背ける合理化だ。組織の学習障害の失敗条件が詳述するように、外部帰属は学習を止める。

3. 「先制攻撃の幻想」：複雑なシステムへの積極的介入が、意図せぬ悪影響を生む。新規事業の「テコ入れ」として大量の施策を一気に打つと、何が効いたか、何が害をなしたかが分からなくなる。

4. 「出来事への固執」：直近の出来事に反応し、背後にある構造とパターンを見逃す。四半期ごとに戦略が変わる組織は、この障害が深刻だ。

5. 「茹でガエル」：ゆっくりと変化する脅威に気づけない。デジタルシフトや顧客行動の変容は、急激な変化ではなく緩やかな変化として現れるため、見落とされやすい。

6. 「学習障害の神話」：経験から学ぶという前提への過信。複雑なシステムでは、行動の結果が空間的・時間的に離れた場所で現れる。直接経験からの学習だけでは不十分で、モデルを使ったシミュレーションや他組織の事例からの類推学習が不可欠となる。

実践ステップ：今週からできるシステム思考の導入

システム思考の理論を理解しても、実践に移せなければ意味がない。大企業の新規事業チームが今週から始められる具体的なステップを示す。

ステップ1：因果ループダイアグラムを描く（所要時間：2時間）

チームで現在の課題を一つ選ぶ。「なぜこの問題が起きているのか」を問い、原因と結果の連鎖を矢印で結んでいく。矢印には「+（同じ方向に変化）」か「−（逆方向に変化）」を付ける。ループが閉じたとき、それが強化ループか均衡ループかを判定する。このダイアグラムを描く過程で、チームメンバーが持っていたメンタルモデルの違いが可視化される。

ステップ2：「今週の遅延」を特定する（所要時間：30分）

現在走っている施策について、「この施策の効果が計測可能になるまで何週かかるか」をリストアップする。意外に長い遅延が存在することに気づくはずだ。その遅延を踏まえた「正しい評価タイミング」を明示する。

ステップ3：均衡ループを一つ特定し、名前を付ける（所要時間：1時間）

新規事業の探索を阻んでいる「均衡ループ」を一つ特定し、名前を付ける。名前を付けることで、問題が「個人の問題」から「構造の問題」として認識されやすくなる。「部門利害優先ループ」「短期成果圧力ループ」「リスク回避承認ループ」など、チーム固有の名称が有効だ。名前が付いた問題は、個人攻撃なしに組織として議論できるようになる。

システム思考が最も価値を持つ場面

本稿のアプローチが最も力を発揮するのは、以下の状況にある組織だ。

施策を打っても効果が出ないと感じているチーム：多くの場合、施策が問題ではなく、施策を入れるシステムの構造に問題がある。因果ループダイアグラムで構造を可視化することで、本質的なレバレッジポイントが見えてくる。

部門間の摩擦が慢性化している組織：部分最適の発生源を特定し、全体最適に向けた共通指標を設計することで、部門間対立の構造的解消が可能になる。

新規事業が「3年計画通りに進まない」とフラストレーションを抱えるリーダー：計画外の出来事は、システムからのフィードバックだ。計画への固執ではなく、フィードバックを活かした適応的な意思決定がシステム思考の核心であり、バックキャスティングとSFプロトタイピングで論じる未来志向の思考と組み合わせることで、さらに強力になる。

今日から始める「システム思考の第一歩」

まず一つの問いに答えてほしい。「あなたの組織で、誰もが知っているが誰も声を上げない問題は何か」。

その問題の周囲には、必ず均衡ループが存在する。名前を付け、図示し、チームで共有すること——それがシステム思考の第一歩だ。問題を個人の責任に帰結させるのをやめ、構造として可視化したとき、初めて構造レベルの解決策を設計できるようになる。

INNOVATION VOYAGEでは、エフェクチュエーション——不確実性下の意思決定や第一原理思考とイノベーションなど、思考法の実践に特化したコンテンツを継続的に提供している。システム思考と組み合わせることで、イノベーション実践の打率が高まるはずだ。

参考文献

Senge, P. M. (1990). The Fifth Discipline: The Art and Practice of the Learning Organization. Doubleday. （邦訳：ピーター・センゲ『学習する組織』英治出版、2011年）
Forrester, J. W. (1961). Industrial Dynamics. MIT Press.
Meadows, D. H. (2008). Thinking in Systems: A Primer. Chelsea Green Publishing. （邦訳：ドネラ・メドウズ『世界はシステムで動く』英治出版、2015年）
Sterman, J. D. (2000). Business Dynamics: Systems Thinking and Modeling for a Complex World. McGraw-Hill.
Teece, D. J., Pisano, G., & Shuen, A. (1997). Dynamic capabilities and strategic management. Strategic Management Journal, 18(7), 509–533.
Granovetter, M. S. (1973). The strength of weak ties. American Journal of Sociology, 78(6), 1360–1380.