IT ビジネス継続性計画ツールキット

重要ポイント

• IT ビジネス継続性計画は、中断の発生時にも重要なシステムとサービスの稼働を維持する

• ITSCM、ディザスタ リカバリ、より広範なビジネス継続性管理は、それぞれ異なる目的とタイムラインを持つが、連携して最適に機能する

• 事業影響度分析、RTO/RPO 追跡、ランブック、コミュニケーション計画のテンプレートを活用することで、チームは堅牢な継続性プログラムの構築を迅速に開始できる

• 自動化と AI により、手作業による大きな負担なしでリスクの監視、アラートのトリガー、復旧の準備状況の検証が容易になる

システムがダウンしたり、サイバー攻撃を受けたりしたとき、計画があるだけでは十分ではありません。適切なツールと人材がすでに配置されている、適切な計画が必要です。ITBCP (IT ビジネス継続性計画) は、混乱するチームと自信を持って対応するチームを分けます。

Jira Service Management の サービス管理テンプレート コレクション は、IT チームに継続性計画やインシデント対応などにすぐに使えるフレームワークを提供します。これにより、ゼロから構築する時間を減らし、実行により多くの時間を費やすことができます。

初めて ITBCP を構築する場合でも、既存の ITBCP を監査する場合でも、このまま読み進めて、定義、テンプレートの詳細、フレームワークの比較、および継続性プログラムを強化するための自動化の活用に関するガイダンスをご確認ください。

Service Collection を無料で試す

IT ビジネス継続性計画とは

IT ビジネス継続性計画とは、中断の発生中および発生後に、組織が重要な技術システムとサービスの稼働をどのように維持するかを定義した、文書化された戦略です。その中断としては、サイバー攻撃、自然災害、停電、または大規模なシステム障害などが考えられます。ゴールは単なる復旧ではなく、ビジネスの運営が完全に停滞することがないよう、継続性を維持することです。

ITSCM (IT サービス継続性管理) は、より広範なビジネス継続性の枠組みの下に位置するプラクティスです。これは特に、インフラストラクチャ、アプリケーション、データ、ITIL および ITSM ソフトウェア のベスト プラクティスに根ざしたサポート プロセスなど、ビジネス機能をサポートするテクノロジー サービスに焦点を当てています。

同じ意味で使われることが多い 3 つの用語を区別しておくとよいでしょう。

• IT ビジネス継続性計画: 中断時にもシステムとサービスを利用可能な状態に維持することに重点を置きます。この計画は、プロアクティブであり、予防、準備、対応をカバーしています。

• DR (ディザスタ リカバリ): 障害の発生後に特に IT システムとデータを復元する方法に重点を置いた、継続性計画のサブセットです。DR はリアクティブです。これは何か問題が発生した後に開始されます。

• BCM (ビジネス継続性管理): 3 つの継続性管理の中で最も広範なものです。BCM は IT だけでなく組織全体をカバーしており、テクノロジーに加えて、人、プロセス、施設、コミュニケーションも含まれます。

主な ITSCM テンプレートとツール

優れた継続性計画は、何か問題が発生する前に適切なドキュメントを整備しておくことにかかっています。以下のテンプレートは、IT ビジネス継続性計画の最も重要な要素をカバーしています。アトラシアンのサービス管理テンプレート コレクションは強固な出発点です。さらに、IT チームが初日からサービスおよび継続性のワークフローを構築できるように、専用の IT サービス管理テンプレートが構築されています。

すべての IT チームが用意しておくべきテンプレートは次のとおりです。

ポリシーとスコープのテンプレート

継続性プログラムの目標、対象範囲、ガバナンスを定義するのに役立ちます。これがないと、危機が発生した際に何がスコープに含まれるかについて、チーム内で意見が一致しないことがよくあります。

BIA (事業影響度分析)

重要なシステム、アプリケーション、およびそれらの依存関係の評価に役立ちます。BIA は、何が最初に中断するか、どれくらいのコストがかかるか、何を最も早く復旧させる必要があるかを示します。

RTO/RPO 表

各システムの目標復旧時間 (どのくらいのダウンタイムが許容されるか) と目標復旧時点 (どのくらいのデータ損失が許容されるか) を追跡します。

コミュニケーション計画

事前定義された連絡先、エスカレーション パス、メッセージング プロトコルが含まれています。停止時の明確なインシデント通知により、混乱が軽減され、解決が迅速化されます。

ディザスタ リカバリ テスト計画/机上のアジェンダ

復旧の準備状況を検証するために構造化されたテスト フレームワークが含まれています。定期的なテストを実施することで、実際のインシデントによって明らかになる前にギャップを見つけることができます。

ランブックの構造

インシデント、停止、システム障害に対応するための運用プレイブックです。適切に作成されたランブックがあれば、対応者はプレッシャーのかかる状況下で一から考える必要がありません。

ITSCM、DR、BCM、メジャー インシデント管理の比較

これら 4 つのフレームワークで重複しているのは、特に危機が発生し、誰が何を担当しているのかについてチームが分からない場合に、深刻な混乱を招く可能性がある点です。それぞれの違いと適用ケースは次のとおりです。

実際には、これらのフレームワークは独立して動作することはありません。ITSCM は DR 計画に情報を提供します。DR は BCM に取り込まれます。そして、重大なイベントが発生すると、インシデント管理により DR ランブックが有効化されます。重複は意図的なものです。重要なのは、どのフレームワークがどの時点で主導権を握っているかを把握することです。

自動化と AI を活用して IT ビジネス継続性を最新化する方法

手動の継続性プロセスには限界があります。それらのプロセスは遅く、一貫性がなく、中断が発生したときにたまたま手が空いている人に大きく依存します。自動化と AI は可能性の限界を塗り替えており、それらを活用する IT チームは、より少ない労力でさらに回復力が高いプログラムを構築しています。

自動化が最大の価値をもたらす領域は以下のとおりです。

• 自動監視とアラート: システムの健全性、パフォーマンスのしきい値、および異常に対するリアルタイム監視を設定します。自動アラートにより、完全に停止する前にチームは潜在的な障害を把握できます。

• バックアップの自動化: 定期的な自動バックアップは、ヒューマン エラーのリスクを軽減し、目標復旧時点が確実に達成されるようにします。バックアップが使用可能であることを確認できるように、自動検証チェックと組み合わせてください。

• AI 主導の影響分析: AI ツールは、手動の BIA プロセスよりも迅速にシステムの依存関係を分析し、障害による下流への影響をモデル化できます。これは、何百もの相互依存関係がある複雑な環境で特に役立ちます。

• 予測テスト: 四半期ごとの机上演習を待つのではなく、AI は障害シナリオを継続的にシミュレートし、復旧計画の弱点にフラグを立てることができます。これにより、テストは定期的なイベントから継続的な慣行へと移行します。

• より迅速な復旧の自動化: ランブックは部分的または完全に自動化できるため、インシデントが発生した際に、人がプロセスを開始するのを待つことなく、最初の復旧手順が直ちに実行されます。

自動化は適切な計画に取って代わるものではなく、その計画を強化するものです。最高の結果を出しているチームとは、強固なテンプレートとプロセスから始め、手作業の負担を減らすために自動化を重ねているチームです。継続的改善は、このモデルに組み込まれています。すべての自動テストとアラートにより、時間の経過とともに計画を改善するのに役立つデータが追加されます。

IT 継続性ツールキットを活用する

Jira Service Management により、IT チームは机上演習の調整、復旧の進捗の追跡、継続性アクティビティのライフサイクル全体の管理を 1 か所で行うことができます。組み込みのインシデント管理ツールとカスタマイズ可能なワークフローを使用すると、JSM は IT ビジネス継続性計画の運用を支えるバックボーンとして機能し、継続性プログラムが依存する人、プロセス、ドキュメントを結び付けます。

継続性プログラムの作成や更新の基準点として、このページをご活用ください。ここにあるテンプレート、フレームワーク、およびガイダンスは、連携して作業するように設計されています。それが BIA、コミュニケーション計画、または RTO/RPO 表であっても、最も緊急性の高いものから始め、そこから作成していきます。ゴールは、最も重要な場面で継続して動作するプログラムです。