実装管理は経営陣にとって非常に重要な仕事であり、ほとんどの場合ロシアでキャリアの成長につながることを思い出してください。
前の投稿は、あなた自身の会社のビジネス継続性の理論についてでした。 トピックは長いです。 最初のアイデアの瞬間から災害復旧計画に関する演習の実施まで、何ヶ月もかかります。 中間結果を得るために開始するものがあります。 アクション:
1.緊急委員会を設置する
これは、さまざまな方向からのリーダーのグループであり、昼夜を問わず、緊急事態が発生したときに最初に行動するリーダーです。 これらは、会社で長く働いており、従業員が日々のタスクを完了するために必要なものをよく理解している人でなければなりません。
あなたのビジネスを止めることができる事故のいくつかは非常に大きいことができると理解されるべきです。 したがって、緊急委員会のメンバーが職場に近いほどよい。 また、いくつかのタイプの通信の可用性に注意する必要があります。 重大な障害ポイントは携帯電話番号のみです。 緊急委員会のすべてのメンバーの連絡先の少なくとも一部を名刺形式のカードに印刷して、全員が常に持ち歩くようにします。
緊急委員会に加えて十分な規模の会社がある場合は、活動の各領域の緊急復旧チームを編成する必要があります。
2.災害復旧計画を開始する手順を説明する
すべての事故がそれを必要とするわけではありません。 重要な点は、それが一定の期間、通常の手段で作業を復元することが不可能であるという事実につながったかどうかです。 回復期間は、業界、会社の規模、およびその他の要因に応じて、数時間から数日になる場合があります。 手遅れになるため、事前にインストールしてください。
3.緊急通信の手順を定義する
最も単純で効果的な組織化方法の1つは、コールツリーと呼ばれます。 災害復旧チームの潜在的な各メンバーには、数人の同僚の連絡先が記載されたラミネートカードがあり、彼は事故について知ったときに通知する必要があります。 1人が3人を呼び出し、それぞれがさらに3人を呼び出します。その結果、すべての関心のある人は非常に迅速に知識を身に付けます。 電話で一人で座って数十人に電話をかけるよりもはるかに効率的です。 分散ネットワークの理論と革新的なセルの構築があなたを助けます。
技術的には、Gmailのメールボックス、2〜3の電話番号など、別の通信方法を提供する必要があります。
4.基本的な災害復旧計画を準備する
一時的な解決策に取り組んでいる間、余分な部品を断ち切って切断し、負荷がかかっても死なないようにする必要があることを覚えておく必要があります。 高度な手順を事前に考えておけば、ストレスの多い状況でそれらを発明する必要はありません。
- 組織の主要なビジネスプロセス(機能)を強調します。 正式なリストがない場合、このタスクは混乱を招く可能性があります。 絶望しないで、高レベルのプロセスから始めてください。 会社の組織構造がこれに役立ちます(確かにそうです)。 ロジスティクス、マーケティング、販売、製造、アフターサービスなどを強調します。知識のある同僚を集め、綴りながら一緒に書きます。
- ビジネスプロセスのリストの準備ができたら、組織の存続にとっての重要度に応じて、おおよそのプロセスのソートを実行します。 すべてが等しく重要であるとは限りません。リソースが不足している緊急時には、優先順位を付ける必要があります。 事前に考えておくといいでしょう。
- リストから各ビジネスプロセスを復元するために必要なリソースを特定します。 会社全体の継続性に取り組んでいる場合、重要な専門家、建物、機器、紙の文書など、多くのことを考慮する必要があります。 ITが「テストボール」として機能する場合、集中ITシステム、ユーザーワークステーション、およびいくつかのインフラストラクチャサービス(LANおよびWAN、テレフォニー、Active Directoryなど)について説明します。
- 同様のプロジェクトの経験があり、継続性管理方法に精通している人と数日間、会議室で組織の重要な達人をロックできます。 ここでは外部コンサルタントが非常に役立ちます。 システムを説明し、計画を準備するとき、一方は常に他方にしがみつきます;ここで思考の飛行を中断することは非常に有害です。 週に2回2時間集まると、2日間の継続的な作業で何ができるかは、数か月間続きます。
5.従業員の代替サイトを選択する
本館が破損しているか、アクセスできない可能性があります。 会社の重要な機能を回復するのに役立ついくつかのレシピを次に示します。
- リモートワーク。 データセンターが生き残った場合、おそらく多くの従業員が、ターミナルアクセスまたは仮想ワークステーション(VDI)を使用して自宅から必要なアプリケーションを操作できるようになるでしょう。 もちろん、このためには、指示と事前に準備された職場が必要です。 クラウド内のコアインフラストラクチャの複製は非常に役立ちます。
- 生き残っているオフィス(複数ある場合)、またはあなたに優しい会社のオフィスに従業員を移動します。 また、彼らはそこで同僚を受け入れる準備ができている必要があります。
- 別のビジネス方法に切り替える-ERPの代わりにDRPを、ワークフローの代わりに電子メールを実装した後に残ったExcelスプレッドシート。 たとえば、本社が生産会社で利用できない場合、必要な手順が利用可能であれば、生産は数日間自律的に機能します。
6.事故の可能性のある結果を防ぐために何ができるかを検討してください。
- ユーザーのワークステーションにある重要なデータを含む、会社の運営に不可欠なすべてのバックアップが作成されていることを確認します。 それらを保存するべきではないという事実は、別の問題です。 プロファイルがストレージシステムの中央にある場合-スーパー!
- バックアップストレージをオフィスの外に整理します。 「クラウド」でのバックアップとなるのは素晴らしいことですが、ライブラリから別のオフィスや特別なストレージへのテープの定期的な取り外しは、何もしないよりはましです。
サーバールームでの過熱を観察すると、すべての壁が結露で湿っていました(そして、そこの空気は通常非常に乾燥しています)。 数十台のサーバーがダウンしています。 そこにあるライブラリのテープ上のデータを使用して、その温度で何が起こったのか想像してみてください。 - 紙の文書をデジタル化します(または、できる限り破棄します)。 用紙のコピーはオフィスの専用の場所、できれば耐火キャビネットに保管してください。
- サーバーを含む火災警報器および消火システムを確認してください。
- UPS、エアコン、ディーゼル発電機がある場合は、それらをテストします。
私が見聞きしたデータセンターの大規模な停止の大部分は、データセンターに来る電力線の1つで作業が始まるという事実から始まります。 次に、2番目に何かが起こり、UPSが起動しますが、ディーゼルエンジンが起動しないか、またはそのための負荷伝達システムが機能しません。 - 避難と応急処置を実施します。 最も重要なビジネス資産は人であり、その安全性は何よりもビジネス継続性管理システムにおいて重要です。
ところで、多くの企業は、他の都市や国で大規模なリーダーシップ会議や他のチームビルディングを開催していません。 トップ全体が同じ平面にある場合、リスク管理の観点からは悪い
7.適切に構造化されたドキュメントを使用して災害復旧計画を作成する
コンサルタントもこれを手伝うことができます-彼らはそのような文書を書き、すべてがどのように見えるべきかを知っています。 災害復旧チームのすべての参加者にハードコピーを配布します。 1つは職場で、もう1つは自宅で保管する必要があります。
8.計画演習を実施する
緊急委員会と災害復旧チームの従業員が役割ごとに計画を読むとき、「本部」演習から始めることができます。誰が誰に電話をし、誰が何をしているのか。 この場合、ステップは結果に応じて議論され、洗練され、文書化されます。 これらすべてのヘッドと会社の専門家の間でどれほどの虐待が起こるか想像してみてください。
次に、すべてが実際に行われたときにシミュレーションを実行する必要があります。システムはバックアップから復元され、人々は別のオフィスに移動し、そこから作業を始めます。 経験によると、週末は運動に割り当てるのが最善です(もちろん、その後は休みで補います)。 通常、2〜3回の反復が必要です。テスト、計画の調整、再テストを行います。
はい、それは難しい、時には恐ろしいですが、そのような大規模なシミュレーションを行う勇気と組織能力を持っている退屈なタイプだけが結果を達成します。
9.アップデート
計画とフォローアップ演習が更新される日付を決定します。
10.改善
このプロジェクトの結果として、継続性のトピックに時間とお金のより深刻な投資の必要性を経営者に伝え、本格的なプロジェクトを開始します。
時間と希望があれば、説明したすべての手順を1か月で完了できます。 しかし、結果が万能薬になるとは期待できません。 前述したように、ビジネス継続性は継続的なトピックであり、常に対処する必要があります。
次のトピックでは、継続性を確保し、バックアップデータセンターを構築するプロジェクトで実証されている集中型ITシステムを保護するためのソリューションに集中します。