簡単に解説!システム原型その1:応急処置の失敗

症状を一時的に抑える応急処置を繰り返すうちに、根本問題への対処が後回しになり、長期的に状況がさらに悪化していくシステム原型です。脱却法は ①症状と原因を切り分ける ②応急処置を「時間を稼ぐ手段」と位置づける ③その時間で根本解決に着手する の3つ。
【この記事で分かること】
・応急処置の失敗の構造と因果ループ図
・ビジネス・組織での具体例
・応急処置から根本解決へ移すための考え方
目次
1. 応急処置の失敗とは
2. 因果ループ図の読み方(+/ー、S/O)
3. 応急処置の失敗の構造(4ステップ)
4. ビジネスで起きる応急処置の失敗 3つの典型例
5. 応急処置の失敗から脱却する3つのアプローチ
6. 「応急処置の失敗」に関するよくある質問(FAQ)
7. 関連研修|システム思考を体感できるビジネスゲーム
8. まとめ|応急処置と根本解決をセットで運用しよう
今回から不定期でシステム思考において基本となる8つのシステム原型を1つずつご紹介していきたいと思います。
なお、システム思考は2017年にUNESCOによって提唱された持続可能な市民になるために必要な8つのコンピテンシー(下画像)でも一番最初に挙げられている今後の社会を生き抜くために必要なスキルであると考えています。

持続可能な市民になるために必要な8つのコンピテンシーについてはこちらを御覧ください。
SDGs研修で伝えたい8つのコンピテンシー
応急処置の失敗とは
応急処置の失敗(Fixes That Fail)は、目の前の症状をすばやく抑える対応を繰り返すうちに、根本原因への対処が後回しになり、長期的に問題そのものが大きく悪化していくシステム原型です。短期的には楽になるため気付きにくく、気付いたときには負債が積み上がっているのが特徴です。

因果ループ図の読み方(+/ー、S/O)
因果ループ図はシステム思考で構造を可視化する基本ツールです。矢印に付いている記号の意味は次の通りです。
「ー」(または「O」=Opposite):原因が増えれば結果は減る、減れば結果は増える(逆方向)
日本の解説では「+/ー」が直感的でよく使われ、海外文献では「S/O」表記が一般的です。意味は同じなので、社内勉強会では「+/ー」、原書を参照する場面では「S/O」と使い分けるとよいでしょう。
なお因果ループ図そのものの定義は以下のとおりです。
参考文献:システム・シンキングトレーニングブック
応急処置の失敗の構造(4ステップ)
応急処置の失敗は、4つのステップが連鎖して悪化します。
2. 応急処置をすると、一時的に問題は減る・解決される(ー)
3. ただし応急処置によって、中長期的に(遅れを伴って)意図しない結果が生まれる(+)
4. 意図しない結果が、次の問題を生んでしまう(+)
ポイントは「応急処置→症状の一時的緩和」という即効性のループと、「応急処置→根本問題への注意低下→根本問題悪化」という遅れを伴うループが同時に走ることです。前者の効果が体感しやすいため、後者の悪影響が見過ごされがちなのです。

ビジネスで起きる応急処置の失敗 3つの典型例
応急処置の失敗は業種や規模を問わず日常的に発生します。代表的な3つの例で構造を確認します。
例1: 赤字対応のリストラ
赤字企業が応急処置として人員整理を行うと、コスト削減で一時的に黒字化します。しかし企業文化が損なわれ、残った従業員のモチベーションが下がり、離職連鎖や新規採用コストが増加。結局売上が回復せず再び赤字に戻る、という典型パターンです。本来の根本対策(ビジネスモデル見直し・商品力強化)が後回しになる構造です。
例2: ソフトウェア開発の技術的負債
納期に追われたエンジニアが、本来の設計を整える時間を取らずその場しのぎのコードで機能を追加する。短期的にはリリースが間に合いますが、コードベースが複雑化し、次の機能追加にかかる時間がどんどん長くなります。最終的には全面リファクタリングが必要になるか、システム全体の刷新を余儀なくされる典型例です。
例3: 人手不足を残業で乗り切る常態化
人手不足の現場で残業を増やして乗り切るうちに、それが「当たり前」になります。すると業務改善や採用への投資が後回しになり、疲弊した社員から離職が始まる。離職した分の業務がさらに残った社員にのしかかり、残業がさらに増えるという悪循環に陥ります。本来やるべき業務プロセスの見直しが、応急処置(残業)に隠れて見えなくなる構造です。
応急処置の失敗から脱却する3つのアプローチ
応急処置の失敗から脱却するには、応急処置を「禁止する」のではなく根本対策とセットで運用することが鍵です。
1. 症状と根本原因を必ず別物として切り分ける
「赤字=コスト削減」のように症状と原因を直結させず、「赤字の根本原因は商品力か、市場か、コスト構造か」と分解してから打ち手を考えます。問題の正しい定義が応急処置依存からの脱却の出発点です。
2. 応急処置を「根本解決の時間を買う手段」と位置づける
応急処置そのものは悪ではなく、根本対策に着手するまでの時間を買うための手段と位置づけます。残業も技術的負債もリストラも、それ単体ではなく「次に何をするための時間稼ぎか」を明文化します。
3. 買った時間で根本解決のための仕組み・人員・投資を必ず行う
時間を買った後に根本対策を実行しないと、応急処置だけが残り依存が深まります。「いつまでに何を始めるか」を応急処置の決定と同時に意思決定し、関係者で合意しておきます。
「応急処置の失敗」に関するよくある質問(FAQ)
Q1. 応急処置の失敗とはどんなシステム原型ですか?
目の前の症状をすばやく抑える応急処置を繰り返すうちに、根本原因への対処が後回しになり、最終的に問題そのものが大きく悪化していくパターンです。短期的には楽になるため気付きにくく、気付いたときには負債が積み上がっているのが特徴です。
Q2. 応急処置の失敗が起きやすい職場や場面の特徴は何ですか?
①短期成果や月次目標で評価される職場、②人手不足で常に火消しに追われている現場、③マネジメント層が現場の根本課題に時間を割けていない組織、で起きやすくなります。「忙しすぎて改善が後回し」というセリフが頻出する場合、応急処置の失敗の原型に陥っている可能性が高いです。
Q3. 因果ループ図はどう読めばよいですか?
矢印に付いている「+」は同方向(原因が増えれば結果も増える)、「ー」は逆方向(原因が増えれば結果は減る)を表します。応急処置の失敗では「症状→応急処置→症状の一時的緩和」という補強ループと、「応急処置→根本問題への注意低下→根本問題悪化→症状増加」という遅れを伴うループが同時に走るため、構造を分けて見ることが重要です。
Q4. 応急処置の失敗から脱却する方法はありますか?
①症状と根本原因を必ず別物として切り分ける、②応急処置はあくまで「根本解決の時間を買う手段」と位置づける、③買った時間で根本解決のための仕組み・人員・投資を必ず行う、の3ステップが基本です。応急処置を禁止するのではなく「セットで根本対策を仕込む」運用が実効性を高めます。
Q5. 他のシステム原型と何が違いますか?
「問題の転嫁」(その2)は応急処置の失敗の発展形で、応急処置への依存が深まり当事者の根本解決能力そのものが衰えるパターンです。「成長の限界」(その3)は内部・外部の制約で成長が止まる現象を扱い、原因構造が異なります。応急処置の失敗は8つの原型のなかで最も基礎的で、他原型を理解する前提になります。
関連研修|システム思考を体感できるビジネスゲーム
応急処置の失敗を含むシステム原型は、座学だけでは「わかったつもり」で終わりがちです。HEART QUAKEではシステム思考を体感的に学べる研修ゲームを複数提供しています。
ビールゲーム|システム思考の古典・MITスローン経営大学院発祥
サプライチェーンを4つの役割(小売/卸/メーカー/工場)で分担し、需要変動への対応を体感する古典的なビジネスゲームです。プレイヤーが個別最適で動くと、なぜ需要変動が増幅していくのか(ブルウィップ効果)が体感できます。応急処置の失敗の典型構造を実感できる教材として、企業研修で広く活用されています。

その他おすすめのシステム思考系ゲーム
・SDGs×システム思考 共有地の悲劇ゲーム:共有資源の悲劇を体感
参考文献として、システム原型を体系的に学ぶならダニエル・キム『システム・シンキングトレーニングブック』が定番です。古本でしか手に入りにくい名著ですが、社内勉強会の教材としても適しています。
まとめ|応急処置と根本解決をセットで運用しよう
応急処置の失敗は、症状をすばやく抑える対応が習慣化することで、根本問題への対処が後回しになり、結果として問題そのものが大きく悪化していくシステム原型です。応急処置そのものは悪ではなく、根本対策を実行するまでの「時間を買う手段」として位置づけ、買った時間で必ず根本対策を仕組み化していくことが、応急処置の失敗から脱却する基本姿勢です。
シリーズで他のシステム原型も解説していますので、合わせてご覧ください。


