止まっても事業を続ける（BCP）

この章は、AI活用マップの拡張テーマ「AI活用における事業継続計画（BCP）」を扱います。

AIの活用が進むにつれて、業務はAIに深く依存し、AIが止まると事業全体が止まる単一障害点になり得ます。運用ルールを回すではインシデント対応を含む運営の回し方を扱いましたが、ここではAIが停止した状況下で、どう業務を続けるかに焦点を当てます。

BCP（Business Continuity Plan：事業継続計画）とは、災害やシステム障害などの緊急事態が起きても、事業活動を中断させず、または可能な限り短期間で復旧させるための計画です。この考え方を「AI依存」という新たなリスクに当てはめ、具体的な対策を整理します。

AIに依存するリスクとBCPの必要性

API障害・値上げ・サービス終了・アカウント停止（誤検知を含みます）。AIに深く依存するほど、これらが起きた日の業務影響は大きくなります。

ベンダーロックインを避ける思想（ナレッジの渡し方の「mdファイルがAIナレッジに適している理由」で述べた、特定のサービスに縛られすぎない考え方）は個人編で既に紹介しました。一方、組織としてAIが止まった日に業務をどう続けるかという具体的な手順は、個人編では扱っていません。この章で整理します。

AI障害の分類：一時的か、恒久的か

このように、一時的な障害は復旧を待つことで対応可能ですが、恒久的な変化に対しては事前の備えがなければ、業務全体が停止するリスクを伴います。

AIへの依存度を評価するポイント

• 顧客影響までの時間：当該業務が停止した場合、顧客への影響が何時間で発生するかを確認します。
• 手動復旧スキル：AIに依存しない手動での業務継続手順や、そのための知識が組織内に保持されているか確認します（AI化の進展は、人間側のスキル空洞化リスクを伴います）。

どの業務から始めるかで選んだ業務ほど、AIへの依存が深くなりやすい傾向があります。そのため、優先的に点検する対象になります。

AI障害時の縮退運転と業務継続の設計

• 一時停止時の対応：手動フローへ切り替えるための最低限の手順書を用意し、「AIが使用不能な状態」でも1日業務を継続できるか検証します。
• 恒久停止時の対応：特定のAIサービスへのベンダーロックインを避ける設計を導入します。ナレッジの渡し方で提唱している「ローカル保存・プレーンテキスト」の思想は、この状況で特に有効です。業務の文脈（会社のコンテキストをためるの①業務状態・②ナレッジ）が特定サービス内にのみ存在する場合、サービス停止が資産の喪失に直結するため注意してください。

最低限のAI-BCP対策：データ退避から始める

全ての業務に対して同時にBCPを策定する必要はありません。

まずは、会社のコンテキストをためるで蓄積している「①業務状態」を、AIサービス外（ローカル環境やエクスポート可能な形式）に定期的にバックアップすることから着手してください。データが退避されていれば、サービス移行時でも業務資産は継続的に利用可能です。

チェックリスト

• 主要なAI依存業務が停止した場合の顧客影響（発生までの時間）を把握しているか
• AI停止時に手動で業務を継続するための手順や知識が、組織内に保持されているか
• 一時的なAI停止を凌ぐための、最低限の手動運用手順書が存在するか
• 蓄積された業務データやナレッジが、AIサービス外（ローカル環境など）にも定期的にバックアップされているか
• 特定サービスへのベンダーロックインを避ける設計（プレーンテキスト形式での保存、ローカル環境への保存など）が導入されているか

出典・関連

• ロックイン回避の思想：ナレッジの渡し方
• 資産の蓄積先：会社のコンテキストをためる
• 止める手順：運用ルールを回す
• 上位：AI活用マップ