簡単に解説！システム原型その２：問題の転嫁

問題の転嫁とは

問題の転嫁（Shifting the Burden）は、根本的な解決ではなく副作用の少ない応急策に頼り続けた結果、当事者の根本解決能力そのものが衰えていくシステム原型です。応急策が機能してしまうため依存が深まり、最終的には応急策なしでは問題に対処できない状態に陥るのが特徴です。「依存の構造」とも呼ばれます。

因果ループ図｜「依存」が生まれる構造

問題の転嫁の因果ループ図は、応急策のループと根本解決のループが並行して走る点に特徴があります。

なお因果ループ図の矢印記号は、海外文献では「S（Same: 同方向）」「O（Opposite: 逆方向）」が一般的ですが、日本では「＋／ー」表記がよく使われます。意味は同じなので、社内勉強会など読みやすさを重視する場面では「＋／ー」、原書を参照する場面では「S／O」と使い分けるとよいでしょう。

問題の転嫁の構造（4ステップ）

問題の転嫁は、4つのステップで「依存」が深まっていきます。

ポイントは「応急処置→症状の一時的緩和」という即効性のループが、「根本解決→本質的な解決」というゆっくり効くループの起動を妨げる点です。応急策がそれなりに機能してしまうため、根本解決への動機がどんどん失われ、最終的には応急策なしでは立ち行かなくなる構造です。

ビジネス・組織で起きる問題の転嫁 3つの典型例

問題の転嫁は規模を問わず日常的に発生します。代表的な3つの例で構造を確認します。

例1: 上司への業務依存（クロージング代行）

営業部のAさんはクロージングが苦手で、いつも上司のBさんに手伝ってもらっていました。Bさんに手伝ってもらうと受注率は圧倒的に上がります。両者とも「いつかはAさん自身でクロージングできるようにならないと」と思っているものの、短期業績を優先してBさんが手伝う運用が続きます。気付けばAさんはBさん抜きで案件を進められなくなり、Bさん自身も自分の業務に手が回らなくなる、という典型的な依存パターンです。

例2: 外注依存と社内ノウハウの空洞化

専門性の高い業務（システム開発・デザイン・翻訳など）を外注し続けるうちに、社内に専門知識がまったく蓄積されなくなり、外注先への依存度が高まる構造です。価格交渉や品質管理の判断軸も社内にないため、外注先に主導権を握られやすくなります。短期的には合理的でも、中長期的に交渉力と内製化の選択肢を失っていきます。

例3: 値引きで売上を維持する習慣化

商品の魅力低下や競合プレッシャーに直面したとき、値引きで売上を維持する応急処置を繰り返すと、本来の商品力強化や差別化への投資が後回しになります。顧客側も「値引き前提」で発注するようになり、定価販売に戻すことが極めて困難になります。商品開発・ブランド構築という根本解決の能力そのものが組織から失われていく構造です。

問題の転嫁から抜け出す3つのアプローチ

問題の転嫁から脱却するには「依存している事実を可視化し、根本解決能力を意図的に再構築する」ことが基本姿勢です。

1. 現在使っている応急策を棚卸しし、依存していないかを可視化する

「これは応急処置だ」と認識されないまま続いている運用を、敢えて棚卸しします。「なぜ今これをやっているのか」「これがなくなったら何が起きるか」を関係者で言語化することで、見えなかった依存が可視化されます。

2. 応急策の使用回数や予算に意図的に上限を設ける

応急策を完全に禁止すると現場が回らないため、上限を設定する運用が現実的です。「上司の同行は月3回まで」「外注比率は◯%以下」など、上限を超えた分は強制的に根本対策側に振り向ける仕組みにします。

3. 上限の中で根本解決のためのスキル・仕組み・人員を再構築する

上限を設けるだけでは現場が疲弊するので、同時に根本解決のための時間・予算・人員を確保します。スキル習得期間を業務として認める、外注品質の社内レビュー会を制度化する、商品力強化のR&D予算を確保するなど、能力再構築への投資を意思決定とセットで行います。

「問題の転嫁」に関するよくある質問（FAQ）

Q1. 問題の転嫁とはどんなシステム原型ですか？
症状を緩和する応急策を使い続けるうちに、当事者が根本問題と向き合う力（スキル・体力・気力・予算など）そのものを失い、応急策なしには問題に対処できない状態になるパターンです。「依存の構造」とも呼ばれます。

Q2. 「応急処置の失敗」との違いは何ですか？
応急処置の失敗は「根本問題が悪化する」現象に焦点があるのに対し、問題の転嫁は「当事者の根本解決能力が衰える」点に特徴があります。問題の転嫁は応急処置の失敗の発展形で、依存が深まり脱却がより難しくなるレベルだと考えると整理しやすいです。

Q3. ビジネスで問題の転嫁が起きる典型例は何ですか？
①外注に頼り続けて社内に専門知識が蓄積されない、②エナジードリンクや残業で乗り切る習慣が常態化し業務改善が止まる、③値引きで売上を維持し続け本来の商品力強化が後回しになる、などが典型例です。いずれも短期的には機能するため、依存していることに気付きにくいのが特徴です。

Q4. 問題の転嫁から抜け出す方法はありますか？
①現在使っている応急策を棚卸しし「依存していないか」を可視化する、②応急策の使用回数や予算に意図的に上限を設ける、③上限の中で根本解決のためのスキル・仕組み・人員を再構築する、というステップを踏むと現実的に脱却しやすくなります。

Q5. 中小企業や個人レベルでも当てはまりますか？
当てはまります。例えば中小企業では「特定の大口顧客への依存」「特定エースへの業務依存」、個人では「カフェインや夜更かしへの依存」「他人への意思決定の丸投げ」など、規模を問わず発生する普遍的な原型です。

関連研修｜システム思考を体感できるビジネスゲーム

問題の転嫁を含むシステム原型は、座学だけでは「わかったつもり」で終わりがちです。HEART QUAKEではシステム思考を体感的に学べる研修ゲームを提供しています。

ビールゲーム｜システム思考の古典・MITスローン経営大学院発祥

サプライチェーンを4つの役割（小売／卸／メーカー／工場）で分担し、需要変動への対応を体感する古典的なビジネスゲームです。プレイヤーが個別最適で動くと、なぜ需要変動が増幅していくのか（ブルウィップ効果）が体感できます。応急処置と根本解決の選択を体験的に学べる教材として、企業研修で広く活用されています。

その他おすすめのシステム思考系ゲーム

・SDGs×システム思考 共有地の悲劇ゲーム：共有資源の悲劇を体感

参考文献として、システム原型を体系的に学ぶならダニエル・キム『システム・シンキングトレーニングブック』が定番です。古本でしか手に入りにくい名著ですが、社内勉強会の教材としても適しています。

システム・シンキングトレ-ニングブック

posted with ヨメレバ

ダニエル・Ｈ．キム/バ-ジニア・アンダ-ソン 日本能率協会マネジメントセンタ- 2002年08月

楽天ブックス

Amazon

Kindle

まとめ｜「依存」を意識化し、根本解決能力を再構築しよう

問題の転嫁は、応急策が機能してしまうがゆえに、当事者の根本解決能力そのものが衰えていく構造を持ちます。応急策を完全に禁止するのではなく「依存していないか」を意識化し、上限を設けた上で根本解決の能力・仕組み・人員を意図的に再構築していくことが脱却の基本姿勢です。

シリーズで他のシステム原型も解説していますので、合わせてご覧ください。

簡単に解説！システム原型その１：応急処置の失敗

簡単に解説！システム原型その３：成長の限界