クライシス・マネジメント (G検定)

2026年8月12日2026年9月2日

G検定

1. 定義と概要

クライシス・マネジメントとは、危機の発生を想定したうえで、実際に危機が発生した際の被害を最小限に抑えるために行う経営管理・対応体制の総称です。日本語では「危機管理」と訳されます。

具体例としては、製品事故が起きた際の記者会見や製品回収、情報漏洩が起きた際の被害者通知や原因究明、AIサービスの誤った出力が社会的な批判を招いた際の対応などが挙げられます。危機の性質は業種や状況によって様々ですが、被害を最小限に抑えるためにあらかじめ備えるという発想は共通するところです。

従来、企業活動における危機対応は、問題が起きてから個別に検討する事後対応が中心でした。あらかじめ手順を定めていないと、危機が起きた瞬間の初動が遅れ、被害がさらに広がってしまうという課題があります。

近年はAIサービスの普及にともない、アルゴリズムの偏りや誤作動、個人情報の漏洩などが企業の評判を左右するレピュテーションリスク（会社の評判が悪化してしまう危険性）に直結する場面が増えているのが実情です。危機の発生を前提に、対応の手順や体制をあらかじめ整えておくクライシス・マネジメントの位置づけは、こうした背景のもとで重みを増しています。

2. 試験対策ポイント

クライシス・マネジメントの特徴は、危機の発生を防ぐことよりも、危機が発生した後の被害を抑える対応に重点を置く点にあります。危機が起きてからどう動くかをあらかじめ定めておく発想こそが、クライシス・マネジメントの土台になっています。

似た言葉にリスク・マネジメント（危機が起こる前に原因を減らしておく取り組み）がありますが、こちらは危機発生前の予防に重点を置く考え方であり、両者は目的とタイミングが異なる概念です。取り違えやすい点として押さえておきたいポイントです。

一般的なプロセスは、準備・対応・復旧の3段階で説明されることが多いです。それぞれの段階で行うことを並べると、次のような流れになります。

段階	主に行うこと
準備	対応手順や連絡体制を整える
対応	実際の被害を抑える行動を取る
復旧	平常の業務に戻すための施策を進める

段階を追って対応を進める発想そのものが、クライシス・マネジメントの骨格を成しています。危機が起きてから何をするかを考えるのではなく、どの段階で誰が何をするかを先に決めておくという順序です。

AIサービス特有の危機としては、アルゴリズムの偏りによる差別的な判断、生成AI（文章や画像などを新しく作り出すAI）の誤情報出力、個人情報の漏洩などが挙げられます。これらはコーポレートガバナンス（会社が正しく運営されるように監視・統制する仕組み）や内部統制（社内の業務が適正に行われるよう自主的にチェックする仕組み）とあわせて整理しておきたい関連語群です。

3. 関連概念との比較・相違点

クライシス・マネジメントは、隣接する経営管理の考え方と並べると輪郭がはっきりします。混同されやすい3つの概念を整理すると、次のようになります。

概念	重点	対象とする事態
リスク・マネジメント	危機発生前の予防（潜在的なリスクの特定・回避・軽減）	事前に洗い出せる潜在的なリスク
クライシス・マネジメント	危機発生後の被害の最小化	想定外の事態を含むより広い危機
BCP	被災時に事業を続けるための行動指針	あらかじめ想定した被災シナリオ

リスク・マネジメントとの最大の違いは、重点を置くタイミングにあります。リスク・マネジメントは危機発生前の潜在的なリスクを特定し、回避や軽減を図る取り組みです。クライシス・マネジメントは、危機が実際に発生した後の被害を最小限に抑える対応に重点を置きます。

同一視されることもありますが、両者は目的とタイミングの異なる別の概念だといえるでしょう。この違いを取り違えると、危機が起きた後の対応計画を予防策と混同してしまう恐れがあります。

BCP（事業継続計画。災害などで通常業務ができなくなった時に備えてあらかじめ決めておく事業継続の計画）との違いは、対象とする範囲の広さにあります。BCPはあらかじめ想定した被災シナリオに沿って事業を継続するための行動指針です。クライシス・マネジメントは、想定外の事態を含むより広い危機への対応を扱います。

地震や火災のような従来型の災害はBCPで対象範囲を定めやすい一方、AIサービスの誤作動のように事前に想定しきれない事態への備えも、クライシス・マネジメントには含まれます。BCPが想定していない事態が起きた場面こそ、クライシス・マネジメントの体制が試されるところです。

4. ビジネス・実務での活用シナリオ

IT・Webサービスの現場では、AIチャットボット（文字や音声でユーザーとやり取りする会話プログラム）が不適切な回答を生成し批判が広がった場合に、原因調査、状況説明、再発防止策の公表までを順に進める対応が求められます。対応の順序をあらかじめ定めておくことで、情報の後出しや説明の食い違いを避け、信用の低下を最小限に抑えられます。手順が定まっていない状態で公表を急ぐと、かえって不正確な情報が広がり、批判をさらに強める結果にもなりかねません。

製造業では、製品事故が発生した際に、記者会見・製品回収・原因究明を並行して進める体制が組まれます。三つの対応を同時に進めるのは、被害の拡大と企業イメージの毀損を、時間差を作らずに食い止める必要があるからです。原因究明を後回しにすると同種の事故が再び起きる懸念が残り、企業に対する信頼はさらに損なわれます。

金融・情報システムの分野では、顧客情報の漏洩が発生した際に、被害者への通知、監督官庁への報告、再発防止策の策定までの一連の対応を、あらかじめ定めた手順に沿って実施します。手順を事前に固めておく理由は、混乱の中でも判断のばらつきを抑え、対応の抜け漏れを防ぐためです。報告や通知が遅れるほど、被害を受けた顧客からの信頼回復には時間がかかります。