事業継続計画のライフサイクル 事業継続と は、「組織が、障害発生後も、あらかじめ定義された許容レベルで製品やサービスの提供を継続できる能力」と定義されることがある[ 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 ]
この計画における主要なコストの一つは、監査コンプライアンス管理文書の作成です。この情報を手作業で作成するのにかかる時間とコストを削減するために、自動化ツールが利用可能です。
在庫 計画担当者は以下の情報を入手する必要があります。
装置 人材(役割と責任) サプライヤーおよびパートナー テクノロジー(ITシステム、通信)[ 24 ] 他のオフィスやバックアップ /作業エリア復旧(WAR)サイトを含む場所 文書およびドキュメント(オフサイトのバックアップコピーを含む):[ 10 ]
分析 分析フェーズは以下で構成されます。
損失率の定量化には、「訴訟弁護費用」も含める必要がある。[ 25 ] 損失防止に1ドル費やすことで、「災害関連の経済的損失7ドル」を防ぐことができると推定されている。[ 26 ]
事業影響分析(BIA)事業影響分析(BIA)とは、組織の業務に及ぼす混乱の影響を特定・評価し、組織のニーズに適した復旧の優先順位と戦略を決定するために用いられるプロセスです。
BIAの主な目的は以下のとおりです。
1. 重要な活動と依存関係(人、プロセス、ベンダー、テクノロジー、設備)を特定する。
2. これらの活動に対する混乱の影響(財務、業務、評判、法的)を評価する。
3. 復旧時間目標(RTO)と復旧時点目標(RPO)を決定する。
4. 事業継続戦略および計画の策定を支援する。
5. BCMSフレームワーク内でリスク評価と軽減策に情報を提供する。[ 27 ]
各関数には、2つの値が割り当てられます。
リカバリポイント目標 (RPO) – 回復できないデータの許容遅延。たとえば、会社が 2 日分のデータを失うことは許容できるでしょうか? [ 28 ] リカバリポイント目標は、各アクティビティで許容できる最大データ損失を 超えないようにする必要があります。 復旧時間目標(RTO) – 機能を復旧させるために許容される時間
最大RTO 企業の主要製品またはサービスが利用不能または提供不能になった場合、利害関係者が容認できない結果を認識するまでの最大時間制限は、以下のように定められています。
最大許容中断期間 (MTPoD)最大許容ダウンタイム(MTD) 最大許容停電時間(MTO) 最大許容停止時間 (MAO) [ 29 ] [ 30 ] ISO 22301によると、最大許容停止時間 と最大許容中断期間 という用語は同じ意味であり、まったく同じ言葉で定義されています。[ 31 ] 一部の規格では、最大ダウンタイム制限 という用語を使用しています。[ 32 ]
一貫性 複数のシステムがクラッシュした場合、復旧計画では、データの一貫性の必要性と、RTO や RPO などの他の目標とのバランスを取る必要があります。 [ 33 ] この目標の名前は、リカバリ一貫性目標(RCO) です。これは、 データ一貫性 目標を適用して、災害発生後に相互接続されたシステム内の分散ビジネスデータの一貫性の測定を定義します。この文脈で使用される同様の用語は、「リカバリ一貫性特性」(RCC) および「リカバリオブジェクト粒度」(ROG) です。[ 34 ]
RTOとRPOはシステムごとの絶対値であるのに対し、RCOはパーセンテージで表され、プロセスグループまたは個々のビジネスプロセスにおける、システム全体のビジネスデータの実際の状態と目標状態との間の乖離を測定するものです。
以下の式は、RCOを計算する際に、「n」をビジネスプロセスの数、「entities」をビジネスデータの抽象的な値として用います。 RCO = 1 − ( 矛盾するエンティティの数 ) n ( エンティティの数 ) n {\displaystyle {\text{RCO}}=1-{\frac {({\text{矛盾するエンティティの数}})_{n}}{({\text{エンティティの数}})_{n}}}}
100% RCOとは、復旧後に業務データの逸脱が発生しないことを意味します。[ 35 ]
リスク評価(RA)リスク評価フェーズの目的は、混乱につながる可能性のあるリスクを特定し、その発生可能性と潜在的な影響を評価することです。リスク評価の主なアクションは次のとおりです。1. 内部および外部の脅威を特定する(「一般的な脅威」セクションを参照)。2. 脆弱性と潜在的な結果を分析する(例:停電時に発電機がない場合)。3. 発生可能性と影響の深刻度を判断することにより、各リスクを評価する。4. 対処および軽減のためのリスクの優先順位付けを行う。[ 36 ] 一般的な脅威には次のものがあります。
上記のような問題は連鎖的に影響を及ぼす可能性があります。対応に苦慮したり、物資が不足したりする恐れがあります。2002年から2003年にかけてのSARS流行時には、一部の組織が病気の 潜伏期 間に合わせてチームを区分けし、交代制で対応にあたりました。また、業務時間内外を問わず、対面での接触を禁止しました。これにより、脅威に対する回復力が向上しました。
影響シナリオ 影響シナリオが特定され、文書化される。
これらは可能な限り広範囲にわたる被害を反映しているべきである。
準備段階 SHARE の7つの災害復旧レベル [ 41 ] は1992年に発表され、2012年にIBMによって8つのレベルモデルに更新されました[ 42 ]。
ティア0 –オフサイトデータなし • ティア0の災害復旧ソリューションを採用している企業には、災害復旧計画がありません。保存された情報、ドキュメント、バックアップハードウェア、緊急時対応計画は一切ありません。標準的な復旧時間:この場合の復旧時間は予測不可能です 。実際、復旧が全く不可能な場合もあります。ティア 1 –ホットサイトなしのデータバックアップ • ティア 1 災害復旧ソリューションを使用する企業は、オフサイトの施設でデータをバックアップします。バックアップの頻度に応じて、数日から数週間のデータ損失 を受け入れる準備ができていますが、バックアップはオフサイトで安全に保管されます。ただし、このティアにはデータを復元するためのシステムがありません。ピックアップ トラック アクセス方式 (PTAM)。ティア2 –ホットサイトによるデータバックアップ • ティア2の災害復旧ソリューションでは、定期的にテープにバックアップを作成します。これに加えて、災害発生時にテープからシステムを復元するためのオフサイトの施設とインフラストラクチャ(ホットサイトと呼ばれます)が用意されています。このティアソリューションでも、数時間から数日分のデータを再作成する必要はありますが、復旧時間の予測可能性は高くなります 。例としては、ホットサイトが利用可能なPTAM、IBM Tivoli Storage Managerなどがあります。ティア3 –電子保管 • ティア3ソリューションは、ティア2のコンポーネントを活用します。さらに、ミッションクリティカルなデータの一部は電子的に保管されます。この電子的に保管されたデータは、通常、PTAM経由で送信されるデータよりも最新の状態です。その結果、災害発生後のデータ再構築やデータ損失が少なく なります。ティア4 –ポイントインタイムコピー • ティア4ソリューションは、下位ティアのユーザーよりもデータの最新性と復旧速度の両方が求められる企業で使用されます。下位ティアで一般的なように主に輸送用テープに依存するのではなく、ティア4ソリューションではディスクベースのソリューションがより多く取り入れられます。数時間分のデータ損失は依然として起こり得ます が、テープベースのソリューションで複製できるデータよりも、ポイントインタイム(PIT)コピーをより頻繁に作成することが容易になります。ティア5 –トランザクションの整合性 • ティア5ソリューションは、本番データセンターとリカバリデータセンター間でデータの一貫性が求められる企業で使用されます。このようなソリューションではデータ損失はほとんど 、あるいは全く発生しませんが、この機能の有無は使用するアプリケーションに完全に依存します。ティア6 –データ損失ゼロまたは最小限 • ティア6の災害復旧ソリューションは、最高レベルのデータ更新性を維持します 。データ損失をほとんど許容できない、または全く許容できない企業や、アプリケーションへのデータ復旧を迅速に行う必要がある企業が利用します。これらのソリューションは、データの一貫性を確保するためにアプリケーションに依存しません。ティア7 –高度に自動化されたビジネス統合ソリューション • ティア7ソリューションは、ティア6ソリューションで使用される主要コンポーネントすべてに加え、自動化機能を統合しています。これにより、ティア7ソリューションは、ティア6ソリューションで保証される以上のデータの一貫性を確保できます。さらに、アプリケーションの復旧も自動化されているため、手動による災害復旧手順よりもはるかに迅速かつ確実にシステムとアプリケーションを復旧できます。
ソリューション設計 影響分析段階における主な要件は以下の2点です。
IT部門向け:アプリケーションとデータの最低限の要件、およびそれらが利用可能になるべき時間。 IT部門以外:紙媒体(契約書など)の保管。プロセス計画では、熟練したスタッフと組み込み技術を考慮する必要があります。 この段階は、災害復旧計画 と重複する。
溶液フェーズでは以下が決定されます。
基準
ISO規格 事業継続計画と管理をサポートするために利用できる規格は多数あります。[ 43 ] [ 44 ] 例えば、国際標準化機構(ISO)は、技術委員会ISO/TC 292の責任の下、事業継続管理システムに関する一連の規格を 開発し まし た。[ 45 ]
ISO 22300 :2021 セキュリティとレジリエンス - 用語集(ISO 22300 :2018 セキュリティとレジリエンス - 用語集および ISO 22300 :2012 セキュリティとレジリエンス - 用語集を置き換える。)[ 46 ] ISO 22301 :2019 セキュリティとレジリエンス - 事業継続マネジメントシステム - 要求事項(ISO 22301 :2012 を置き換える)[ 47 ] ISO 22313 :2020 セキュリティとレジリエンス - 事業継続マネジメントシステム - ISO 22301 の使用に関するガイダンス ( ISO 22313 :2012 セキュリティとレジリエンス - 事業継続マネジメントシステム - ISO 22301 の使用に関するガイダンスを置き換える) [ 48 ] ISO/TS 22317 :2021 セキュリティとレジリエンス – 事業継続マネジメントシステム – 事業影響分析のガイドライン – (ISO/TS 22315:2015 社会セキュリティ – 事業継続マネジメントシステム – 事業影響分析のガイドラインを置き換える) [ 49 ] ISO/TS 22318 :2021 セキュリティとレジリエンス - 事業継続マネジメントシステム - サプライチェーン継続性に関するガイドライン(ISO/TS 22318:2015 社会セキュリティ - 事業継続マネジメントシステム - サプライチェーン継続性に関するガイドラインを置き換える)[ 50 ] ISO/TS 22330 :2018 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業継続における人的側面に関する指針(2022年現在)[ 51 ] ISO/TS 22331 :2018 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業継続戦略の指針 - (2022 年現在) [ 52 ] ISO/TS 22332 :2021 セキュリティとレジリエンス - 事業継続マネジメントシステム - 事業継続計画と手順の策定に関するガイドライン(2022年現在)[ 53 ] ISO/IEC/TS 17021-6 :2014 適合性評価 - マネジメントシステムの監査および認証を提供する機関に対する要求事項 - 第 6 部: 事業継続マネジメントシステムの監査および認証のための能力要求事項。[ 54 ] ISO/IEC 24762:2008 情報技術 - セキュリティ技術 - 情報通信技術災害復旧サービスに関する指針(廃止)[ 55 ] ISO/IEC 27001:2022情報セキュリティ 、サイバーセキュリティおよびプライバシー保護 ―情報セキュリティマネジメント システム ― 要求事項。(ISO/IEC 27001:2013 情報技術 ― セキュリティ技術 ― 情報セキュリティマネジメントシステム ― 要求事項を置き換える。)[ 56 ] ISO/IEC 27002:2022 情報セキュリティ、サイバーセキュリティおよびプライバシー保護 ― 情報セキュリティ管理策。(ISO/IEC 27002:2013 情報技術 ― セキュリティ技術 ― 情報セキュリティ管理策の実施規範を置き換える。)[ 57 ] ISO/IEC 27031 :2011 情報技術-セキュリティ技術-事業継続のための情報通信技術の準備に関する指針。[ 58 ] ISO/PAS 22399:2007 社会の安全 - インシデントへの備えと業務継続管理に関するガイドライン(廃止)[ 59 ] IWA 5:2006 緊急時対応準備(撤回)[ 60 ]
英国規格 英国規格協会 (BSIグループ)は一連の規格を発表しましたが、それらはその後撤回され、上記のISO規格に置き換えられました。
BS 7799 -1:1995 - 周辺機器向け情報セキュリティ手順。(廃止)[ 61 ] BS 25999 -1:2006 - 事業継続性マネジメント パート 1: 実施規範 (廃止、撤回) [ 62 ] BS 25999-2:2007 事業継続マネジメント パート 2: 仕様 (廃止、撤回) [ 63 ] 2008: BS 25777、情報通信技術の継続性管理。実施規範。(廃止)[ 64 ] 英国では、BS 25999-2:2007 および BS 25999-1:2006 が、あらゆる組織、産業、セクターにおける事業継続管理に使用されていました。これらの文書は、異常気象からテロ、IT システムの障害、従業員の病気まで、ほとんどの事態に対処するための実践的な計画を提供します。[ 65 ]
2004年、前年の危機を受けて、英国政府は2004年市民緊急事態法 を可決しました。企業は、インシデントを可能な限り最小限に抑えながら、生き残り、繁栄し続けるための継続計画措置を講じなければなりません。この法律は2つの部分に分かれています。パート1:市民保護、地元の対応者の役割と責任を規定 パート2:緊急権限。[ 66 ] 英国では、レジリエンスはローカル・レジリエンス・フォーラム によって地域レベルで実施されています。[ 67 ]
オーストラリア規格 HB 292–2006、「事業継続管理の実務者向けガイド」[ 68 ] HB 293–2006、「事業継続管理に関するエグゼクティブガイド」[ 69 ]
実装とテスト 実施段階には、政策変更、資材調達、人員配置、および試験が含まれる。
テストと組織による承認 英国規格協会 が2008年に出版した書籍『卓越性のための演習』 では、事業継続計画をテストする際に活用できる3種類の演習が挙げられている。
机上演習と は、少人数で事業継続計画(BCP)の特定の側面について集中的に検討する演習のことである。別の形式としては、複数のチームからそれぞれ1名ずつ代表者が参加する形式もある。中規模演習 - 複数の部署、チーム、または分野が、複数の事業継続計画(BCP)の側面に着目して演習を行います。規模は、1つの建物内の数チームから、複数の拠点にまたがって活動する複数のチームまで多岐にわたります。事前に用意された「サプライズ」も追加されます。複雑な演習 - 中規模演習のすべての側面はそのままに、最大限のリアリティを実現するために、予告なしの起動、実際の避難、および実際の災害復旧サイトの起動が追加されます。開始時刻と終了時刻は事前に合意されているものの、イベントが予定通りに進行した場合、実際の所要時間は不明となる可能性がある。
メンテナンス BCPマニュアル[ 79 ] の半年ごとまたは年ごとのメンテナンスサイクルは、3つの定期的な活動に分けられます。
マニュアルの情報内容を確認し、スタッフへの周知徹底と、特に重要な担当者に対する具体的な研修を実施する。 復旧作業のために確立された技術的解決策のテストおよび検証。 組織復旧手順のテストおよび検証。 テスト段階で発見された問題は、多くの場合、分析段階で改めて検討する必要がある。
BCPマニュアルは組織の成長に合わせて進化し、誰が何を知っておくべきか についての情報を常に維持する必要があります。
一連のチェックリスト 職務内容、必要なスキル、研修要件 文書作成および文書管理 災害復旧 時のタイムリーなコミュニケーションを促進するための用語の定義、[ 80 ] 配布リスト(従業員、重要顧客、ベンダー/サプライヤー) 通信および交通インフラ(道路、橋)に関する情報[ 81 ]
テクニカル 専門的な技術リソースを維持する必要があります。チェック項目は以下のとおりです。
ウイルス 定義ファイルの配布アプリケーションセキュリティとサービスパッチの配布 ハードウェアの操作性 アプリケーションの操作性 データ検証 データアプリケーション
復旧手順のテストと検証 ソフトウェアと作業プロセスの変更は文書化および検証する必要があり、文書化された作業プロセスの復旧タスクとそれをサポートする災害復旧インフラストラクチャによって、スタッフが事前に定められた復旧時間目標内に復旧できることを検証する必要があります。[ 82 ]
参考文献 ↑ BCI 優良事例ガイドライン 2013、ミッドサセックス地区議会 、事業継続方針声明( 2022年1月20日にウェイバックマシン にアーカイブ済み)、2018年4月 発行、2021年2月19日アクセス ↑ 「効果的で組織的な事業継続計画の構築方法」。フォーブス 。2015年6月26日。 ↑ 「災害からの生還」 (PDF) 。American Bar.org(米国弁護士協会) 。2011年。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ Elliot, D.; Swartz, E.; Herbane, B. (1999) 次のビッグバンを待つだけ:英国金融セクターにおける事業継続計画。Journal of Applied Management Studies、Vol. 8、No、pp. 43–60。ここでは、p. 48。 ↑ アラン・バーマン(2015年3月9日) 「成功する事業継続計画の構築」 『 ビジネス・インシュランス・マガジン』 2024年8月4日の オリジナル よりアーカイブ。 2019年 2月4日 取得 。 ↑ 「事業継続計画」 。米国国土安全保障省。 2018年12月7日時点の オリジナルよりアーカイブ 。 2018年 10月4日 取得。 1 2 Ian McCarthy; Mark Collard; Michael Johnson (2017). "適応型組織レジリエンス:進化論的視点". Current Opinion in Environmental Sustainability . 28 : 33–40 . Bibcode : 2017COES...28...33M . doi : 10.1016/j.cosust.2017.07.005 . ↑ Intrieri, Charles (2013年9月10日). 「事業継続計画」 . Flevy . 2013年 9月29日 取得 . ↑ 「継続性リソースと技術支援 | FEMA.gov 」 。www.fema.gov 。 1 2 「事業継続計画の作成ガイド」 (PDF) 。 2019年2月9日に オリジナル (PDF)からアーカイブ済み 。 2019年2月8日 に取得。 ↑ 「あらゆる規模の企業のための事業継続計画(BCP)」 。2017年4月19日。 2017年4月24日の オリジナル からアーカイブ。 2017年 4月28日 取得 。 ↑ ヨッシ・シェフィ (2005年10月)。 『レジリエント・エンタープライズ:競争力のある企業のための脆弱性の克服 』MIT Press。 ↑ 「変革。強靭な経済」 。 2013年10月22日に オリジナル からアーカイブ済み 。 2019年2月4日 に取得。 ↑ 「Newsday | ロングアイランドとニューヨーク市のニュースソース | Newsday 」 。Newsday 。2018年3月21日の オリジナル からアーカイブ済み 。 ↑ Tiffany Braun; Benjamin Martz (2007). "Business Continuity Preparedness and the Mindfulness State of Mind". AMCIS 2007 Proceedings . S2CID 7698286 . 「十分に練られ、検証された事業継続計画を持たない企業の約80%は、大規模災害発生後2年以内に倒産すると推定されている」(サンタンジェロ 2004)。↑ 「付録A.17:事業継続マネジメントの情報セキュリティ面」 。ISMS.online。2021年11月。 ↑ 「コミュニケーションとレジリエンス:結論と今後の研究における重要な課題 」 www.researchgate.net 。 ↑ Buzzanell, Patrice M. (2010). "レジリエンス:新しい常態を語り、抵抗し、想像する". Journal of Communication . 60 (1): 1– 14. doi : 10.1111/j.1460-2466.2009.01469.x . ISSN 1460-2466 . ↑ Buzzanell, Patrice M. (2010年3月). 「レジリエンス:新たな常態を語り、抵抗し、想像する」. Journal of Communication . 60 (1): 1– 14. doi : 10.1111/j.1460-2466.2009.01469.x . ISSN 0021-9916 . ↑ Buzzanell, Patrice M. (2018-01-02). "適応的・変革的緊張としてのレジリエンスの組織化". Journal of Applied Communication Research . 46 (1): 14– 18. doi : 10.1080/00909882.2018.1426711 . ISSN 0090-9882 . S2CID 149004681 . ↑ 「レジリエントな組織」 。2011年3月22日。 ↑ 「レジリエンス診断」 。2017年11月28日。 2024年3月11日に オリジナル からアーカイブ済み 。 2019年 2月4日 に取得。 ↑ ISO、 ISO 22301 事業継続マネジメント:導入ガイド、発行日:2021年2月20日 ↑ 「序文」 . www.iso.org . 2025年11月13日 取得 。 ↑ 「緊急時計画」 (PDF) 。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ ヘレン・クラーク (2012年8月15日)。 「あなたの組織は自然災害を乗り越えられますか?」 (PDF) 。RI.gov 。 2022年10 月 9日にオリジナルから アーカイブ済み (PDF) 。 ↑ "Iso/Ts 22317:2021" 。 ↑ メイ、リチャード。 「RPOとRTOの見つけ方」 。 2016年3月3日に オリジナル からアーカイブ済み。 ↑ 「最大許容停止時間(定義)」 。 riskythinking.com。Albion Research Ltd。 2018年 10月4日 取得 。 ↑ 「BIA 手順、事業継続管理 - ワークショップ」 (PDF) 。driecentral.org 。災害復旧情報交換 (DRIE) Central。2022年 10 月 9 日にオリジナルから アーカイブ (PDF) 。2018 年 10 月 4 日 に取得 。 ↑ 「平易な英語による ISO 22301 2012事業継続性の定義」 。praxiom.com。Praxiom Research Group LTD。 2020年5月13日に オリジナルからアーカイブ済み 。 2018年 10月4日に 取得。 ↑ 「サイバーセキュリティの基本管理策」 (PDF) 。 内務省 - 国家サイバーセキュリティセンター。2022年。12ページ 。 ↑ 「回復一貫性目標の台頭」 。2016年3月22日。 2020年9月26日の オリジナル からアーカイブ。 2019年 9月9日 取得 。 ↑ 「復旧管理ソリューションの評価方法」ウエストワールドプロダクションズ、2006年 ↑ Josh Krischer、Donna Scott、Roberta J. Witty。 「事業継続管理と災害復旧に関する6つの誤解」 (PDF) 。Gartner Research。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ 「セキュリティと回復力 - 事業継続管理システム - 要件」 (PDF) 。 2025年11月13日 取得 。 ↑ 「災害時の医療物資の配置と配布」。doi : 10.1016 /j.ijpe.2009.10.004 。 ↑ 「災害復旧における輸送計画」 。SCHOLAR.google.com 。 2022 年10月9日にオリジナルから アーカイブ済み。 ↑ 「計画シナリオ概要」 (PDF) 。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ クロエ・デムロフスキー(2017年12月22日)。「すべてをまとめる」。 製造業ビジネス技術 。 ↑ SHAREの技術運営委員会がIBMと協力して開発 ↑ エリス・ホルマン(2012年3月13日)。 「事業継続ソリューション選定方法論」 (PDF) 。IBM社。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ Tierney, Kathleen (2012年11月21日) 「災害ガバナンス:社会的、政治的、経済的側面」 『 環境と資源の年次レビュー 』 37 (1): 341–363 . doi : 10.1146/annurev-environ-020911-095618 . ISSN 1543-5938 . S2CID 154422711 . ↑ Partridge, Kevin G.; Young, Lisa R. (2011). CERT® Resilience Management Model (RMM) v1.1: Code of Practice Crosswalk Commercial Version 1.1 (PDF) . Pittsburgh, PA: Carnegie Mellon University . 2023年 1月5日 取得 . ↑ 「ISO - ISO/TC 292 - セキュリティとレジリエンス」 。 国際標準化機構 。 ↑ 「ISO 22300:2018」 。ISO 。 2019年7月12日。 ↑ 「ISO 22301:2019」 。 ISO 。 2023 年 6 月 5 日。 ↑ "ISO 22313:2020" . ISO . ↑ "Iso/Ts 22317:2021" 。 ↑ "Iso/Ts 22318:2021" 。 ↑ 「ISO/TS 22330:2018」 。ISO 。 2019年7月12日。 ↑ "ISO/TS 22331:2018" . ISO . ↑ "Iso/Ts 22332:2021" 。 ↑ "ISO/IEC TS 17021-6:2014" . ISO . ↑ 「ISO/IEC 24762:2008」 。ISO 。 2008年3月6日。 2023年 1月5日 取得 。 ↑ 「ISO/IEC 27001:2022」 。ISO 。 2023年 1月5日 取得 。 ↑ 「ISO/IEC 27002:2022」 。ISO 。 2023年 1月5日 取得 。 ↑ "ISO/IEC 27031:2011" . ISO . 2016年9月5日. 2023年 1月5日 取得 . ↑ 「ISO/PAS 22399:2007」 。 ISO 。 2012 年 6 月 18 日 。 2023 年 1 月 5 日 に取得 。 ↑ 「IWA 5:2006」 。 ISO 。 2023 年 1 月 5 日 に取得 。 ↑ 「BS 7799-1:1995 情報セキュリティマネジメント - 情報セキュリティマネジメントシステムの実施規範」 。BSI グループ。 2023年 1月5日 取得 。 ↑ 「BS 25999-1:2006 事業継続マネジメント - 実施規範」 。BSI グループ。 2023年 1月5日 取得 。 ↑ 「BS 25999-2:2007 (米国版) 事業継続性管理 - 仕様」 。BSI グループ。 2023年 1月5日 取得 。 ↑ 「BS 25777:2008 (ペーパーバック) 情報通信技術の継続性管理。実施規範」 。BSI グループ。 2023年 1月5日 取得 。 ↑ 英国規格協会(2006年)。事業継続マネジメント-第1部:実施規範:ロンドン ↑ 内閣府。(2004)。法律の概要。『市民緊急事態事務局 市民緊急事態法2004:概要』ロンドン:市民緊急事態事務局 ↑ 「2013年7月(V2)地域レジリエンスフォーラムの役割:参考資料」 (PDF) 。 内閣府。 2023年 1月5日 取得 。 ↑ 「HB HB 292—2006 ビジネス継続性管理に関するエグゼクティブガイド」 (PDF) 。Standards Australia 。 2023年10月19日に オリジナル (PDF)からアーカイブ済み 。 2023年 1月5日 に取得。 ↑ 「HB 293—2006 ビジネス継続性管理に関するエグゼクティブガイド」 (PDF) 。Standards Australia 。 2023年 1月5日 取得 。 ↑ NFPA 1600、災害/緊急事態管理および事業継続プログラムに関する規格 (PDF) (2010年 版)。マサチューセッツ州クインシー:全米防火協会。2010年 。ISBN 978-161665005-6 2023年1月4日にオリジナル(PDF) からアーカイブされました。2023年1月4日 に取得 。↑ 「NFPA 1600規格の包括的な概要」 。AlertMedia 。 2019年1月29日。 2023年 1月4日 取得 。 1 2 「事業継続計画 | Ready.gov」 www.ready.gov 2023 年 1月5日 取得 。 ↑ 「国家継続政策実施計画 国土安全保障会議 2007年8月」 (PDF) 。FEMA 。 2014年12月22日に オリジナル (PDF) からアーカイブ 。 2023年 1月5日 に取得。 ↑ 「継続性リソースと技術支援 | FEMA.gov」 。FEMA 。 2023年 1月5日 取得 。 ↑ 「事業継続性:概要」 (PDF) 。FEMA 。 2023年 1月5 日 取得 。 ↑ 「ビジネス | Ready.gov」 。www.ready.gov 。 2023年 1月5日 取得 。 ↑ 「事業継続計画スイート | Ready.gov」 。www.ready.gov 。 2023年 1月5日 取得 。 ↑ ASIS SPC.1-2009 組織のレジリエンス:セキュリティ、準備、および継続性管理システム - 使用に関するガイダンス付き要求事項 (PDF) 。米国規格協会。2009年 。ISBN 978-1-887056-92-2 。↑ 「事業継続計画テンプレート 」 ↑ 「用語集 | DRI International」 . drii.org . ↑ 「 災害復旧計画チェックリスト」 (PDF) 。CMS.gov 。 2022年10月9日にオリジナルから アーカイブ (PDF) 。 ↑ Othman. "災害管理メタモデル(DMM)の検証" . SCHOLAR.google.com .
さらに読む ジェームズ・C・バーンズ(2001年6月8日)。事業継続計画ガイド 。ワイリー。ISBN 978-0471530152 。 ケネス・L・フルマー(2004年10月4日)。事業継続計画:ステップバイステップガイド 。ロススタイン。ISBN 978-1931332217 。 リチャード・ケペナック著。「事業継続計画の設計、計画設計を開始するための8つのステップ」 。 ジュディ・ベル(1991年10月)。災害サバイバル計画:企業のための実践ガイド 。ディザスター・サバイバル・プランニング社。ISBN 978-0963058003 。 ディマティア、S.(2001年11月15日)「継続性のための計画」ライブラリージャーナル 126 ( 19):32-34 。 アンドリュー・ゾリ、アン・マリー・ヒーリー(2013)。レジリエンス:なぜ物事は立ち直るのか 。サイモン&シュスター。ISBN 978-1451683813 。 デビン・デシアンティス、イヴァン・ランスバーグ(2024)。『不朽の企業:激動の時代に家族経営企業が繁栄する方法』 パブリック アフェアーズ。ISBN 978-1-5417-0365-0 レジリエンスに関する国際用語集、DRIインターナショナル。
外部リンク ディザスターリカバリーとTSMの階層。 シャーロット・ブルックス、マシュー・ベデルニャック、イゴール・ジュラン、ジョン・メリーマン著。『Tivoli Storage Managementによるディザスターリカバリー戦略』 第2章、21~36ページ。レッドブックシリーズ。IBM。Tivoli Software。2002年。SteelStoreクラウドストレージゲートウェイ:災害復旧のベストプラクティスガイド。Riverbed Technology, Inc. 2011年10月。災害復旧レベル。 ロバート・カーン、ビクター・ペルツ著。IBMシステムズ・マガジン、2003年11月号。事業継続性:災害復旧の5つの段階。Wayback Machine に2018年9月26日に アーカイブされました。Recovery Specialties。2007年。継続的運用:災害復旧の7つの段階。 メアリー・ホール。ストレージコミュニティ(IBM)。2011年7月18日。2013年3月26日取得。最大許容停電期間(MTPOD) 最大許容中断期間(MTPOD):BSI委員会の回答 ウェイバックマシン ジャンコ・アソシエイツ 事業継続計画 国土安全保障省緊急時対応計画ガイドライン CIDRAP/SHRMパンデミックHRガイドツールキット(2013年5月18日にWayback Machine に アーカイブ済み) 事業継続計画(BCP)に基づいてリスクに適応し、対応する。