事業継続計画

事業継続性は、「組織が破壊的なインシデントの発生後も、事前に定義された許容レベルで製品やサービスの提供を継続する能力」と定義できます。^[1]事業継続計画^{[2] [3]}（または事業継続および回復力計画）は、企業に対する潜在的な脅威に対処するための予防および回復のシステムを作成するプロセスです。^[4]予防に加えて、災害復旧の実行前と実行中に継続的な運用を可能にすることが目標です。^[5]事業継続は、事業継続計画と災害復旧の両方を適切に実行することで得られる意図された結果です。

進行中の計画タスクのチェックリスト作成を支援するために、さまざまな標準化団体によっていくつかの事業継続標準が発行されています。 ^[6]

事業継続には、組織が実体として存続できるために必要な最低限の要件を特定するためのトップダウンアプローチが必要です。組織の耐障害性は、「環境の変化に耐え、機能し続ける能力」です。^[7]しばしばレジリエンスと呼ばれるこの能力により、組織は環境の変化に永続的に適応することなく耐えられるか、または新しい環境条件により適した新しい働き方を組織が適応せざるを得なくなります。^[7]

サプライチェーンの中断、重要なインフラストラクチャ（主要な機械やコンピューティング/ネットワークリソース）の損失や損傷など、業務に悪影響を与える可能性のあるイベントはすべて計画に含める必要があります。そのため、BCPはリスク管理のサブセットです。^[8]米国では、政府機関はこのプロセスを業務継続計画（COOP）と呼んでいます。^[9]事業継続計画[ ^10]は、さまざまな災害シナリオと、特定のシナリオで通常の取引に戻るために企業が取る手順の概要を示します。BCPは事前に作成され、実施する予防措置を含めることもできます。通常、主要なスタッフと利害関係者の意見を取り入れて作成されるBCPは、不利なシナリオ中にビジネスに生じる可能性のある損害を最小限に抑えるための一連の不測の事態です。^[11]

2005年に行われた、混乱が企業の運営に悪影響を及ぼす可能性と、レジリエンスへの投資がさまざまな不測の事態に備えていない企業に対して競争上の優位性をもたらす可能性に関する分析^{[12]は、当時一般的だった事業継続計画の実践を拡張した。}競争力評議会などのビジネス組織は、このレジリエンスの目標を採用した。^[13]

明らかによりゆっくりとした、より進化的な方法で（時には何年も何十年もかけて）変化に適応することは、より回復力があると言われており、^[14]「戦略的回復力」という用語は、今では一度きりの危機に抵抗するだけでなく、「変化の必要性が切実に明らかになる前に」継続的に予測し調整することを意味するために使用されています。

このアプローチは、準備、^[15]、保護、対応、回復として要約されることがあります。 ^[16]

レジリエンス理論は広報の分野と関連している。レジリエンスとは、市民、家族、メディアシステム、組織、政府によって日常会話や仲介された会話を通じて構築されるコミュニケーションプロセスである。^[17]

この理論は、パデュー大学ブライアン・ラム・コミュニケーション学部の教授であるパトリス・M・バザネルの研究に基づいています。2010年の論文「レジリエンス：話し合い、抵抗、そして新しい常態を想像して実現する」^[18]で、バザネルは組織が危機を経験した後、抵抗力を構築することで繁栄する能力について論じました。バザネルは、個人がレジリエンスを維持しようとするときに使用する5つの異なるプロセス、つまり、常態を作り出す、アイデンティティのアンカーを確認する、コミュニケーションネットワークを維持して使用する、代替ロジックを機能させる、そして、肯定的な感情を前面に押し出して否定的な感情を軽視する、と指摘しています。

レジリエンス理論を見ると、危機コミュニケーション理論は似ていますが同じではありません。危機コミュニケーション理論は企業の評判に基づいていますが、レジリエンス理論は企業の回復プロセスに基づいています。レジリエンスには5つの主要な要素があります。正常性を作り出す、アイデンティティアンカーを確認する、コミュニケーションネットワークを維持して使用する、代替ロジックを機能させる、否定的な感情を前景化しながら否定的な感情を軽視することです。^[19]これらのプロセスはそれぞれ、危機時のビジネスに適用できるため、企業がトレーニング中にレジリエンスを重視する重要な要素になります。

危機の影響を受ける主なグループは 3 つあります。ミクロ (個人)、メソ (グループまたは組織)、マクロ (国家または組織間) です。レジリエンスには、プロアクティブ レジリエンスとポスト レジリエンスという 2 つの主なタイプがあります。プロアクティブ レジリエンスは、危機に備え、会社の強固な基盤を構築することです。ポスト レジリエンスには、従業員とのコミュニケーションを維持し、チェックインすることが含まれます。^[20]プロアクティブ レジリエンスは、職場環境に変化が生じる前に問題に対処することであり、ポスト レジリエンスは、インシデントが発生した後にコミュニケーションを維持し、変化を受け入れることです。レジリエンスは、どの組織にも適用できます。ニュージーランドでは、カンタベリー大学のレジリエント組織プログラムが、組織のレジリエンスをベンチマークするための評価ツールを開発しました。^[21]このツールは 11 のカテゴリをカバーし、それぞれに 5 ～ 7 の質問があります。レジリエンス比率は、この評価を要約したものです。^[22]

事業継続計画では、事業継続に必要な重要な組織業務が、業務の主要な依存関係が中断された場合でも継続して実行されるようにするために、計画と手順が使用されます。継続性は、組織が行うすべての活動に適用する必要はありません。たとえば、ISO 22301:2019では、組織は事業継続の目標、許容できる製品およびサービスの運用の最小レベル、および許容できる最大許容中断期間（MTPD）を定義する必要があります。^[23]

これを計画する際の主なコストは、監査コンプライアンス管理文書の作成です。この情報を手動で作成する場合にかかる時間とコストを削減するために、自動化ツールが利用可能です。

プランナーは以下の情報を把握している必要があります。

• 装置
• 供給とサプライヤー
• 他のオフィスやバックアップ/作業領域リカバリ (WAR) サイトを含む場所
• オフサイトのバックアップコピーを含む文書および資料：^[10]
  • ビジネス文書
  • 手順の文書化

分析フェーズは次の要素で構成されます。

• 影響分析
• 脅威とリスクの分析
• 影響シナリオ

損失率の定量化には、「訴訟を防御するためのドル」も含める必要があります。^[24]損失防止に1ドルを費やすことで、「災害に関連する7ドルの経済的損失」を防ぐことができると推定されています。^[25]

ビジネス影響分析 (BIA) は、重要な(緊急) 組織機能/アクティビティと重要でない (非緊急) 組織機能/アクティビティを区別します。法律で定められている場合、機能は重要と見なされることがあります。

各機能/アクティビティは通常、動作するために構成要素の組み合わせに依存します。

• 人材（正社員、パートタイム社員、契約社員）
• ITシステム
• 物理的な資産（携帯電話、ラップトップ/ワークステーションなど）
• 文書（電子または物理）

各関数には、次の 2 つの値が割り当てられます。

• リカバリポイント目標（RPO） – 回復されないデータの許容可能な遅延。たとえば、会社が2日分のデータを失うことは許容できるでしょうか？^[26]リカバリポイント目標は、各アクティビティの最大許容データ損失を超えないようにする必要があります。
• 目標復旧時間（RTO） – 機能を回復するのに許容できる時間

企業の主要製品またはサービスが利用不可または提供不可の状態が続くと利害関係者が容認できない結果を認識するまでの最大時間制約は、次のように指定されています。

• 最大許容中断期間(MTPoD)
• 最大許容ダウンタイム (MTD)
• 最大許容停止時間 (MTO)
• 最大許容停電時間（MAO）^{[27] [28]}

ISO 22301によれば、最大許容停止時間と最大許容中断時間という用語は同じ意味であり、まったく同じ言葉で定義されています。^{[29]一部の規格では、}最大ダウンタイム制限という用語が使用されています。^[30]

複数のシステムがクラッシュした場合、復旧計画では、データの一貫性の必要性と、RTO や RPO などの他の目標とのバランスを取る必要があります。 ^[31] この目標の名前は、復旧一貫性目標(RCO) です。これは、データ一貫性目標を適用して、災害インシデント後の相互接続されたシステム内の分散ビジネス データの一貫性の測定を定義します。このコンテキストで使用される類似の用語は、「復旧一貫性特性」(RCC) と「復旧オブジェクトの粒度」(ROG) です。^[32]

RTO と RPO はシステムごとの絶対値ですが、RCO はプロセス グループまたは個々のビジネス プロセスのシステム全体にわたるビジネス データの実際の状態と目標の状態の偏差を測定するパーセンテージとして表されます。

次の式は、ビジネス プロセスの数を表す「n」と、ビジネス データの抽象的な値を表す「エンティティ」を使用して RCO を計算します。 ${\displaystyle {\text{RCO}}=1-{\frac {({\text{矛盾するエンティティの数}})_{n}}{({\text{エンティティの数}})_{n}}}}$

100% RCOとは、復旧後にビジネスデータの逸脱が発生しないことを意味します。^[33]

回復要件を定義した後、潜在的な脅威ごとに固有の回復手順 (緊急時対応計画またはプレイブック) が必要になる場合があります。一般的な脅威には次のものがあります。

上記の領域は連鎖的に影響を及ぼします。対応者がつまずく可能性があります。物資が枯渇する可能性があります。2002～2003 年のSARS の発生時には、一部の組織は病気の潜伏期間に合わせてチームを区分化してローテーションさせました。また、営業時間内外を問わず対面での接触を禁止しました。これにより、脅威に対する 回復力が高まりました。

影響シナリオが特定され、文書化されます。

• 医療用品の必要性^[34]
• 交通手段の必要性^[35]
• 原子力災害による民間人への影響^[36]
• ビジネスおよびデータ処理用品の必要性^[37]

これらは、可能な限り広範囲の損害を反映するはずです。

SHAREの災害復旧の7層^[38]は1992年に発表され、2012年にIBMによって8層モデルとして更新されました。^[39]

• Tier 0 –オフサイト データなし• Tier 0 の災害復旧ソリューションを導入している企業には、災害復旧計画がありません。保存された情報、ドキュメント、バックアップ ハードウェア、緊急時対応計画はありません。一般的な復旧時間:この場合の復旧時間の長さは予測できません。実際、復旧がまったく不可能な場合もあります。
• Tier 1 –ホット サイトのないデータ バックアップ• Tier 1 の災害復旧ソリューションを使用する企業は、オフサイトの施設にデータをバックアップします。バックアップの頻度に応じて、数日から数週間のデータ損失を許容する準備ができていますが、バックアップはオフサイトで安全に保管されます。ただし、この層には、データを復元するためのシステムがありません。ピックアップ トラック アクセス メソッド (PTAM)。
• ティア 2 –ホット サイトによるデータ バックアップ• ティア 2 災害復旧ソリューションでは、定期的にテープにバックアップを作成します。これは、災害発生時にそれらのテープからシステムを復元するためのオフサイト施設およびインフラストラクチャ (ホット サイトと呼ばれる) と組み合わされます。このティア ソリューションでは、数時間から数日分のデータを再作成する必要はありますが、復旧時間の予測可能性は低くなります。例としては、ホット サイトが利用可能な PTAM、IBM Tivoli Storage Manager などがあります。
• Tier 3 –電子保管• Tier 3 ソリューションは Tier 2 のコンポーネントを活用します。さらに、一部のミッションクリティカルなデータは電子保管されます。この電子保管されたデータは、通常、PTAM 経由で送信されるデータよりも最新のものです。その結果、災害発生後のデータの再作成や損失が少なくなります。
• ティア 4 –ポイントインタイム コピー• ティア 4 ソリューションは、下位ティアのユーザーよりも高いデータ最新性と高速リカバリの両方を必要とする企業で使用されます。下位ティアで一般的に行われているようにテープの配送に大きく依存するのではなく、ティア 4 ソリューションではディスクベースのソリューションをより多く取り入れ始めています。数時間のデータ損失は依然として起こり得ますが、テープベースのソリューションで複製できるデータよりも、ポイントインタイム (PIT) コピーをより頻繁に作成する方が簡単です。
• Tier 5 –トランザクションの整合性• Tier 5 ソリューションは、運用データ センターとリカバリ データ センター間でデータの一貫性が求められる企業で使用されます。このようなソリューションではデータ損失はほとんど発生しませんが、この機能の有無は、使用しているアプリケーションに完全に依存します。
• ティア 6 –データ損失がゼロまたはわずか• ティア 6 の災害復旧ソリューションは、最高レベルのデータ最新性を維持します。データ損失がほとんどまたはまったく許容されず、データをアプリケーションに迅速に復元する必要がある企業で使用されます。これらのソリューションは、データの一貫性を提供するためにアプリケーションに依存しません。
• Tier 7 –高度に自動化されたビジネス統合ソリューション• Tier 7 ソリューションには、Tier 6 ソリューションで使用されているすべての主要コンポーネントに加えて、自動化が統合されています。これにより、Tier 7 ソリューションは、Tier 6 ソリューションで保証されるものを超えるデータの一貫性を確保できます。さらに、アプリケーションの回復は自動化されているため、手動の災害復旧手順よりもはるかに迅速かつ確実にシステムとアプリケーションを復元できます。

影響分析段階からの主な要件は次の 2 つです。

• IT の場合: 最小限のアプリケーションとデータの要件、およびそれらが利用可能である必要がある時間。
• IT 以外: ハード コピー (契約書など) の保存。プロセス プランでは、熟練したスタッフと組み込みテクノロジを考慮する必要があります。

このフェーズは災害復旧計画と重複します。

ソリューションフェーズでは、次のことが決定されます。

• 危機管理指揮構造
• 一次作業現場と二次作業現場間の通信アーキテクチャ
• プライマリ作業サイトとセカンダリ作業サイト間のデータ複製方法
• アプリケーション、データ、ワークスペースを備えたバックアップサイト

事業継続計画と管理をサポートするために利用できる規格は数多くあります。^{[40] [41]}例えば、国際標準化機構（ISO）は、技術委員会ISO/TC 292の責任の下、事業継続管理システムに関する一連の規格を開発し ました。[ 42 ^]

• ISO 22300 :2021 セキュリティとレジリエンス – 用語集（ISO 22300 :2018 セキュリティとレジリエンス – 用語集および ISO 22300 :2012 セキュリティとレジリエンス – 用語集に代わるものです。）^[43]
• ISO 22301 :2019 セキュリティとレジリエンス – 事業継続マネジメントシステム – 要求事項 ( ISO 22301 :2012 に代わる) ^[44]
• ISO 22313 :2020 セキュリティとレジリエンス - 事業継続マネジメントシステム - ISO 22301の使用に関するガイダンス（ ISO 22313 :2012 セキュリティとレジリエンス - 事業継続マネジメントシステム - ISO 22301の使用に関するガイダンスに代わるものです。）^[45]

• ISO/TS 22317:2021 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業影響分析のガイドライン - （ISO/TS 22315:2015 社会セキュリティ - 事業継続マネジメントシステム - 事業影響分析のガイドラインに代わるものです。）^[46]
• ISO/TS 22318:2021 セキュリティとレジリエンス - 事業継続マネジメントシステム - サプライチェーン継続のためのガイドライン（ISO/TS 22318:2015 社会セキュリティ - 事業継続マネジメントシステム - サプライチェーン継続のためのガイドラインに代わるものです。）^[47]
• ISO/TS 22330:2018 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業継続における人的側面に関するガイドライン（2022年現在）^[48]
• ISO/TS 22331:2018 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業継続戦略のガイドライン - （2022年現在）^[49]
• ISO/TS 22332:2021 セキュリティとレジリエンス – 事業継続マネジメントシステム – 事業継続計画および手順策定のガイドライン（2022年現在）^[50]
• ISO/IEC/TS 17021-6:2014 適合性評価 – マネジメントシステムの監査および認証を提供する機関に対する要求事項 – パート6：事業継続マネジメントシステムの監査および認証に関する能力要求事項。^[51]

• ISO/IEC 24762:2008 情報技術 - セキュリティ技術 - 情報通信技術災害復旧サービスに関するガイドライン（撤回）[ ^52]
• ISO/IEC 27001:2022情報セキュリティ、サイバーセキュリティ及びプライバシー保護 - 情報セキュリティ管理システム - 要求事項。（ISO/IEC 27001:2013 情報技術 - セキュリティ技術 - 情報セキュリティ管理システム - 要求事項に代わる。）^[53]
• ISO/IEC 27002:2022 情報セキュリティ、サイバーセキュリティ、プライバシー保護 - 情報セキュリティ管理。（ISO/IEC 27002:2013 情報技術 - セキュリティ技術 - 情報セキュリティ管理の実践規範に代わるものです。）^[54]
• ISO/IEC 27031:2011 情報技術 - セキュリティ技術 - 事業継続のための情報通信技術の準備に関するガイドライン。^[55]
• ISO/PAS 22399:2007 社会セキュリティ - インシデントへの備えと業務継続管理のガイドライン（撤回）^[56]
• IWA 5:2006 緊急事態への備え（撤回）^[57]

英国規格協会( BSI グループ) は一連の規格を発表しましたが、それらはその後撤回され、上記の ISO 規格に置き換えられました。

• BS 7799 -1:1995 - 周辺的な情報セキュリティ手順について言及。（撤回）^[58]
• BS 25999 -1:2006 - 事業継続マネジメントパート1：実践規範（廃止、撤回）^[59]
• BS 25999-2:2007 事業継続マネジメントパート2：仕様（廃止、撤回）^[60]
• 2008年：BS 25777、情報通信技術継続管理。実践規範。（撤回）^[61]

英国では、BS 25999-2:2007とBS 25999-1:2006が、あらゆる組織、業界、セクターの事業継続管理に使用されていました。これらの文書は、異常気象からテロ、ITシステム障害、スタッフの病気まで、ほとんどの不測の事態に対処するための実用的な計画を示しています。^[62]

2004年、英国政府は、過去数年の危機を受けて、民間緊急事態法を可決しました。企業は、事故を可能な限り最小限に抑えながら生き残り、繁栄し続けるために、継続計画措置を講じる必要があります。この法律は2つの部分に分かれています。パート1：民間保護、地元の対応者の役割と責任をカバー パート2：緊急権限。^[63] 英国では、レジリエンスはローカルレジリエンスフォーラムによってローカルに実装されています。^[64]

• HB 292-2006、「事業継続管理の実務者ガイド」^[65]
• HB 293-2006、「事業継続管理に関するエグゼクティブガイド」^[66]

• NFPA 1600 災害/緊急管理および事業継続プログラムに関する規格（2010年）。全米防火協会（旧称）。^[67]
• NFPA 1600、継続性、緊急性、危機管理に関する規格（2019年、現在の規格）、全米防火協会。^[68]
• 業務継続計画（COOP）および国家継続政策実施計画（NCPIP）、米国連邦政府^{[69] [70] [71]}
• 事業継続計画スイート、国土安全保障省国家保護プログラム局およびFEMA。^{[72] [73] [74] [69]}
• ASIS SPC.1-2009、組織の回復力：セキュリティ、準備、継続性管理システム - 使用ガイドライン付き要件、アメリカ規格協会^[75]

実装フェーズには、ポリシーの変更、資材の調達、人員配置、テストが含まれます。

英国規格協会が 2008 年に発行した書籍「Exercising for Excellence 」では、事業継続計画をテストする際に使用できる 3 種類の演習が紹介されています。

• 机上演習- 少人数の人が BCP の特定の側面に集中します。別の形式では、複数のチームからそれぞれ 1 人の代表者が参加します。
• 中規模の演習- 複数の部門、チーム、または分野が複数の BCP の側面に集中します。範囲は、1 つの建物内の少数のチームから、分散した場所で活動する複数のチームまで多岐にわたります。事前に作成された「サプライズ」が追加されます。
• 複雑な演習- 中規模の演習のすべての側面はそのままですが、最大限のリアリティを実現するために、予告なしの起動、実際の避難、および災害復旧サイトの実際の呼び出しが追加されます。

開始時間と終了時間は事前に合意されていますが、イベントが順調に進行した場合、実際の期間は不明になる可能性があります。

BCPマニュアル^[76]の半年ごとまたは年間のメンテナンスサイクルのメンテナンスは、3つの定期的な活動に分けられます。

• マニュアルの情報を確認し、スタッフに周知し、重要な個人に対して特別なトレーニングを実施します。
• 復旧作業用に確立された技術的ソリューションのテストと検証。
• 組織の回復手順のテストと検証。

テストフェーズで見つかった問題は、多くの場合、分析フェーズに再導入する必要があります。

BCP マニュアルは組織とともに進化し、誰が何を知っておく必要があるかに関する情報を維持する必要があります。

• 一連のチェックリスト
  • 職務内容、必要なスキル、トレーニング要件
  • 文書化と文書管理
• 災害復旧時のタイムリーなコミュニケーションを促進するための用語の定義、^[77]
• 配布リスト（スタッフ、重要な顧客、ベンダー/サプライヤー）
• 通信・交通インフラ（道路、橋梁）に関する情報^[78]

専門的な技術リソースを維持する必要があります。チェックには次のものが含まれます。

• ウイルス定義の配布
• アプリケーションセキュリティとサービスパッチの配布
• ハードウェアの操作性
• アプリケーションの操作性
• データ検証
• データアプリケーション

ソフトウェアと作業プロセスの変更は文書化され、検証されなければなりません。これには、文書化された作業プロセスの回復タスクとそれをサポートする災害復旧インフラストラクチャによって、スタッフが所定の回復時間目標内に回復できることの検証が含まれます。^[79]

• ジェームズ・C・バーンズ（2001-06-08）。事業継続計画ガイド。Wiley。ISBN 978-0471530152。
• Kenneth L Fulmer (2004-10-04)。ビジネス継続計画、ステップバイステップガイド。Rothstein。ISBN 978-1931332217。
• Richard Kepenach。事業継続計画の設計、計画設計を開始するための 8 つのステップ。
• ジュディ・ベル（1991年10月）。災害サバイバルプランニング：企業向け実践ガイド。災害サバイバルプランニング社。ISBN 978-0963058003。
• Dimattia, S. (2001年11月15日). 「継続性のための計画」.図書館ジャーナル. 126 (19): 32–34.
• アンドリュー・ゾリ、アン・マリー・ヒーリー（2013年）。レジリエンス：物事が立ち直る理由。サイモン＆シュスター。ISBN 978-1451683813。
• レジリエンスに関する国際用語集、DRI International。

• 災害復旧の階層と TSM。Charlotte Brooks、Matthew Bedernjak、Igor Juran、および John Merryman。『Tivoli Storage Management による災害復旧戦略』第 2 章、21 ～ 36 ページ。Red Books シリーズ。IBM。Tivoli Software。2002 年。
• SteelStore クラウド ストレージ ゲートウェイ: 災害復旧のベスト プラクティス ガイド。Riverbed Technology, Inc. 2011 年 10 月。
• 災害復旧レベル。Robert Kern および Victor Peltz。IBM Systems Magazine。2003 年 11 月。
• ビジネス継続性: 災害復旧の 5 層。2018 年 9 月 26 日にWayback Machine Recovery Specialties にアーカイブされました。2007 年。
• 継続的運用: 災害復旧の 7 つの層。メアリー ホール。ストレージ コミュニティ (IBM)。2011 年 7 月 18 日。2013 年 3 月 26 日に取得。
• 最大許容中断期間 (MTPOD)
• 最大許容中断期間（MTPOD）：BSI委員会の回答
• ウェイバックマシン
• ジャンコ・アソシエイツ
• 事業継続計画

• 国土安全保障省緊急計画ガイドライン
• CIDRAP/SHRM パンデミック HR ガイド ツールキット 2013-05-18 にWayback Machineでアーカイブされました
• 事業継続計画（BCP）でリスクに適応し対応する