失敗する修正は、システムダイナミクスにおいて、短期的に効果的な修正がシステムの長期的な動作に副作用をもたらし、さらに多くの修正が必要になる可能性がある状況を記述および分析するために使用されるシステムアーキタイプです。[ 1 ]このアーキタイプは、バックファイアする修正[ 2 ]または失敗する是正措置[ 3 ]としても知られています。これは、負担の転嫁アーキタイプに似ています。[ 4 ]
「失敗する修正」シナリオでは、問題に遭遇すると、問題を解決するように見える是正措置または修正が行われます。しかし、この措置は予期せぬ結果をもたらします。そして、それらはフィードバックループを形成し、元の問題を悪化させるか、関連する問題を生み出します。[ 2 ] [ 3 ]

システムダイナミクスでは、これは2つのフィードバックループからなるシステムとして因果関係の円環(図1)で説明されます。1つは修正行動のバランスをとるフィードバックループB1、もう1つは意図しない結果を強化するフィードバックループR2です。これらは問題に遅れて影響を与えるため、問題の新たな発生源を特定することが困難になります。[ 1 ]
このシナリオの長期的なデメリットは図2に示されています。修正措置を講じると症状は軽減しますが、全体的な危機閾値は上昇します。[ 4 ] [ 5 ]

この典型的なモデルのストックフロー図による表現を図3に示す。

修正は、修正係数と解決すべき問題の数に比例して、システム内に存在する問題の数に影響を与えます。アクション変数によって修正が作動すると、問題の数が減少し、バランスループが形成されます。しかし、それぞれの修正は遅延した結果も引き起こし、結果係数と適用された修正に比例して問題が増加します。これらが組み合わさることで、対処すべき問題の数が増加していきます。
アーキタイプとして、システムに存在するパターンについての洞察を得るのに役立ち、それによってこれらのパターンを変えるためのツールも提供します。「失敗する修正」の場合、警告サインは、修正が適用されたにもかかわらず問題が再発することです。修正は全体的な悪化状態を悪化させるだけで、問題を解決していないことを認識することが重要です。このパターンを特定するには、症状とそれを解決するために適用する修正との間の関連性を考慮する必要がありますが、これは非常に難しい場合があります。[ 4 ]管理においては、これは「ヒーローとスケープゴート」のサイクルとして現れることがあります。修正を適用したマネージャーは問題を軽減したとして昇進しますが、新しいマネージャーは再発する問題の症状に直面しなければならず、職務を遂行できなかったとして罰せられる可能性があります。その後、問題の症状を一時的に解決する新しいヒーローが見つかります。強化ループの遅延により、症状に適用された修正と新たに発生する問題との間の因果関係を認識することが難しくなります。短期的には一連の成功に見えるものも、長期的には失敗へのステップとなる。[ 5 ]
このパターンに関連する典型的な思考方法には、次のようなものがあります。
これらは、この原型が存在する、あるいは今後存在するであろうという警告として機能する可能性がある。
このパターンが認識された場合、どのレバレッジポイントに対処するかによって、対応策は複数考えられます。
このパターンによく見られる例をいくつか挙げます。状況説明では、修正が適用される開始点を示します。そして、その結果として生じる問題に対処するために、新たな修正が行われます。