ITIL サービスデザイン − ITサービス継続性管理 その2Vol.013-(2) - 2009年06月08日
3.導入 では、ITサービス継続性戦略に基づいて実際にITサービス継続性計画を策定し、実施に移します。機器の二重化やバックアップ体制の強化、予備機器の確保といったハード面の対策はもちろんのこと、災害発生時の連絡網、災害時の避難場所、マスコミへの対応、従業員のメンタルケアといったソフト面に対する対策も計画の中に盛り込み、文書化する必要があります。また、主要なスタッフ全員がこの文書に容易にアクセスできる必要があります。当然のことながら、災害発生時にも文書にアクセスできる必要があるため、文書のコピーを主要なメンバー全員に紙で渡しておくことも計画の中に含めるべきです。また、文書は常に最新のものが配布されていなければならないので、文書の配布は綿密にコントロールされている必要があります。 計画した復旧活動が意図した通りに機能するかどうかは、実際にやってみないとわかりません。そのため、復旧計画の完全なテストとリハーサルは非常に重要です。 テストは大きく次の4つの種類があります。
ただ、テストですべての項目が網羅できるわけではない、ということに注意しておかなければなりません。例えば災害で同僚が怪我をしたり、命を落としたりした場合のメンタル面に対するインパクトは、テストしようがありません。復旧計画は、こうした点も考慮して作る必要があります。またテストには必ず「何をもって成功したとみなすか」という達成目標を定義すべきです。 4.継続的な運用 には、災害発生時にITサービス継続性計画が速やかに発動され、正しく実行されることを保証するための、従業員への教育や意識づけ、トレーニング、日々のテストなどが含まれます。また、事業や世の中の変化に応じてITサービス継続性管理を正しく更新するために、定期的なレビューや監査、変更なども含まれます。そしてITサービス継続性計画に何らかの変更が生じたら、このライフサイクルはまた最初の「開始」の段階に戻るのです。 ITSCMを最新で有効なものに保つにあたって、いくつかの重大なリスクが考えられます。代表的なものは、次の通りです。
繰り返しになりますが、ITSCM は必ず上級マネジメントや経営者層の深い理解と、全従業員に対する意識づけ、そして継続的な活動が必要不可欠なのです。 長くなりましたが、以上がITサービス継続性管理のお話でした。 次回は、V3で登場する新しいプロセス、情報セキュリティ管理について延べてまいります。 |
