予算と時間制約下の緊急オフィス移転計画

## 緊急オフィス移転計画：10営業日 **会社規模:** 45名 **予算:** $18,000 **期限:** 10営業日 **新オフィスITセットアップ:** 入居前に3日間必要 **重要顧客の締め切り:** 3日目、6日目、9日目 **リモートワークの必要性:** 開発者12名がデュアルモニターとVPNを必要とし、会社用ノートPCは8台利用可能。 **引越し業者の空き状況:** 5日目～6日目 または 8日目～9日目（2日間作業） **サーバー室:** 物理サーバー4台、移行に6時間のダウンタイムが必要。 **ITリーダー:** 1日目～3日目は休暇中。 ### 順序決定の理由: この計画は、リモートワークの能力を最大限に高め、混乱を最小限に抑えるために、できるだけ早く新オフィスのITインフラを準備することを優先しています。引越し業者の限られた空き状況が、主要な移転日を決定します。顧客の締め切りは、重要な成果物への影響を最小限に抑えるように考慮されています。 サーバー移行は、即時の混乱を減らすために、オンサイトでの人員が少ない期間中にスケジュールされています。 ### 日別計画: **1日目:** * **アクション:** リモートワークプロトコルを開始する。会社用ノートPC（利用可能8台）を配布する。開発者にリモートワーク用の個人機器（デュアルモニター、VPN）のセットアップを指示する。不要なオフィス用品の梱包を開始する。新オフィスのITセットアップ準備状況を確認する。移転計画と期待事項について全スタッフに説明する。 * **担当:** オペレーションマネージャー、各部署責任者、全スタッフ * **リスク:** リモートワークへのスタッフの抵抗、リモートセットアップにおける技術的問題、梱包の進捗の遅れ。 **2日目:** * **アクション:** リモートワークを継続する。梱包を継続する。ITリーダーが復帰する。新オフィスでのITインフラセットアップを開始する（ネットワーク配線、サーバーラック設置 - 3日間のうち1日目）。 * **担当:** オペレーションマネージャー、ITリーダー、全スタッフ * **リスク:** ITセットアップの遅延、梱包資材の不足。 **3日目:** * **アクション:** **顧客締め切り1。** リモートワークを継続する。新オフィスでのITインフラセットアップ（3日間のうち2日目）。不要な物品の梱包を完了する。引越し業者の予約を確認する。 * **担当:** オペレーションマネージャー、ITリーダー、開発チーム * **リスク:** リモートワークの混乱による顧客満足度の低下、4日目に影響するITセットアップの遅延。 **4日目:** * **アクション:** 新オフィスでのITインフラセットアップ（3日間のうち3日目 - 完了）。ITリーダーが残りの開発者のVPNおよびネットワークアクセス設定を開始する（個人機器を使用）。引越し業者のための必須IT機器（モニター、キーボード、マウス）の梱包を開始する。オペレーションマネージャーが引越し業者との移転ロジスティクスを最終決定する。 * **担当:** オペレーションマネージャー、ITリーダー * **リスク:** ITセットアップ完了の問題、IT機器の梱包不足。 **5日目:** * **アクション:** **引越し業者到着（2日間のうち1日目）。** 全スタッフがリモートワークを行う。引越し業者が残りのオフィス家具および機器を梱包・輸送する。サーバー移行を開始する（6時間のダウンタイム）。ITリーダーはリモートセットアップのサポートを継続する。 * **担当:** オペレーションマネージャー、引越し業者、ITリーダー * **リスク:** 移転中の機器の損傷、サーバー移行の問題、引越し業者の人員不足。 **6日目:** * **アクション:** **顧客締め切り2。** **引越し業者出発（2日間のうち2日目）。** 全スタッフがリモートワークを行う。引越し業者が新オフィスへの輸送を完了する。ITリーダーが新オフィスでのサーバーおよびコアネットワークのセットアップを開始する。オペレーションマネージャーが荷下ろしと家具の初期配置を監督する。 * **担当:** オペレーションマネージャー、引越し業者、ITリーダー * **リスク:** 物品の紛失または損傷、新オフィスでのネットワーク問題、サーバーセットアップの遅延。 **7日目:** * **アクション:** 全スタッフがリモートワークを行う。ITリーダーは新オフィスでの完全なネットワークおよびサーバー機能の確立に注力する。ワークステーションの開梱とセットアップを開始する（まず不要な物品から）。オペレーションマネージャーがITリーダーとセットアップの進捗状況を調整する。 * **担当:** オペレーションマネージャー、ITリーダー * **リスク:** ネットワークの不安定性、開梱資材の不足、スタッフのシステムアクセス不可。 **8日目:** * **アクション:** **引越し業者の利用可能（オプション - 最終的な物品/セットアップのため）。** ITリーダーはワークステーションのセットアップとテストを継続する。スタッフが小グループで新オフィスに戻り、セットアップをテストし、慣れる。 オペレーションマネージャーが即時の問題を対処する。 * **担当:** オペレーションマネージャー、ITリーダー、各部署責任者 * **リスク:** ワークステーションが準備できていないスタッフ、ネットワークパフォーマンスの問題、士気の低下。 **9日目:** * **アクション:** **顧客締め切り3。** 大多数のスタッフが新オフィスに戻る。最終的なワークステーションセットアップとITチェック。残りの問題を対処する。重要な顧客作業のためにすべてのシステムが安定していることを確認する。 * **担当:** オペレーションマネージャー、ITリーダー、全スタッフ * **リスク:** 復帰時のクリティカルシステムの障害、IT問題による顧客締め切りの遅延。 **10日目:** * **アクション:** 新オフィスからの完全な会社運営。最終的なITチェックとトラブルシューティング。スタッフとの移転後デブリーフィング。ベンダーへの支払いを完了する。旧オフィスの敷地がすべて空き、鍵が返却されたことを確認する。 * **担当:** オペレーションマネージャー、ITリーダー、全スタッフ * **リスク:** 予期せぬIT問題、新スペースに関するスタッフの不満、予算超過。 ### 予算配分（推定）: * **引越し業者:** $8,000 - $10,000（サーバーとオフィス向けの2日間の専門移転） * **ITインフラセットアップ（配線、ラック）:** $3,000 - $4,000（外部ベンダー） * **一時的なソリューション（VPNライセンス、必要に応じた追加ノートPC/モニター）:** $1,000 - $2,000 * **予備費/雑費（梱包資材、清掃、軽微な修理）:** $2,000 - $4,000 * **合計:** $14,000 - $20,000（$18,000以内に収まるよう、下限を目指す） ### 最も可能性の高い失敗点と対応計画: **失敗点:** 新オフィスITインフラセットアップ（2～4日目）またはサーバー移行（5日目）の遅延。これは、スタッフが効果的に作業する能力、特にリモートワークの能力に直接影響し、顧客の締め切りを危うくする可能性があるため、非常に重要です。 **対応計画:** 1. **予防措置:** 新オフィスセットアップとサーバー移行のために評判の良いITベンダーと契約する。バックアップベンダーを特定し、待機させておく（たとえコストがわずかに高くても）。主要ベンダーのエスカレーションパスを明確にする。 2. **バッファ時間:** ITセットアップが遅くとも3日目までに完了するようにスケジュールし、移転開始前のバッファと初期設定のために4日目を残す。3日目のセットアップが不可能な場合は、直ちにベンダーにエスカレーションし、バックアップの導入を検討する。 3. **リモートワークの強化:** ITセットアップが大幅に遅延した場合、より堅牢なリモートワーク戦略に移行する。これには以下が含まれる可能性がある： * 従業員が必須のリモートワーク機器（例：モバイルホットスポット、一時的なモニターレンタル）に個人資金を使用することを承認し、即時払い戻しを行う。 * 予算内で実行可能であれば、重要チームのためにコワーキングスペースの一時的なレンタルを検討する。 * 他の部署のセットアップを遅らせることになったとしても、クリティカルな顧客締め切りに取り組む開発者のVPNアクセスを優先する。 4. **サーバー移行の緩和:** サーバー移行で予期せぬ問題が発生した場合、ITリーダーはまず必須サービスの復旧に注力する。非クリティカルサービスは、移転が完全に完了するまで延期されるか、または低下した状態で実行される可能性がある。物理サーバー移行が壊滅的に失敗した場合に、クリティカルな機能を迅速にクラウドベースの代替に切り替える計画を用意しておく（ただし、これは予算を超える可能性が高い）。 5. **コミュニケーション:** ITの状況と予想されるタイムラインについて、会社全体と常に透明性のあるコミュニケーションを維持する。予期せぬ技術的問題により締め切りにリスクが生じる場合は、事前に顧客に通知し、可能な場合は解決策を提供する。

目標：10日目までに退去し、クライアントの締め切りである3日目、6日目、9日目の納品を維持し、段階的な移転と一時的なリモートワーク、8～9日目の物理的な移転を利用して18,000ドルの予算内に収める。 推奨戦略の概要： 1. 3日目と6日目のクライアントの締め切りを最小限の混乱で納品できるよう、現在のオフィスを7日目まで稼働させ続ける。 2. IT担当者が不在の1～3日目を利用して、新オフィスのITセットアップ準備を行う。 3. 4～6日目に新オフィスのITインフラストラクチャのセットアップを開始し、7日目までに使用可能な状態にする。 4. 5～6日目の移動は6日目の締め切りに直接影響するため、移動会社には8～9日目の枠を選択する。 5. 8～10日目は、モバーが旧オフィスを片付けている間、優先チームは自宅または新しく準備されたオフィスから作業する分割勤務モデルを使用する。 6. サーバー移行は7日目の夜にスケジュールし、8～9日の移動と9日目のクライアントの締め切り前にシステムを復旧させる。 7. 12人の開発者のラップトップギャップを解消するため、ラップトップ4台とデュアルモニターアダプターキット8セットをレンタル/借用し、すべてリモート対応スタッフにはVPNを使用する。 予算配分の見積もり： - 移動会社（8～9日目）：8,500ドル - プロフェッショナルサーバーハンドリング/特殊モバー：2,500ドル - ラップトップ4台の一時レンタル（1週間）：1,200ドル - 一時的なモニター/ドック/ケーブル/アダプター/VPNトークン/ホットスポットの予備費：1,800ドル - 新オフィスセットアップ追加費用（パッチング、スイッチ、ラックアクセサリー、ラベリング、電源タップ）：2,200ドル - クリーニング/ゴミ処理/最終的な旧オフィス引き渡し費用：900ドル - 予備費：900ドル 合計見積もり：18,000ドル 計画を機能させるための主な仮定： - ネットワークケーブル配線とラック設置は、IT担当者が不在の4～6日目に外部ベンダーが実施可能である。 - クラウドサービスとメールは継続し、4台の物理サーバーのみが6時間の移行停止時間を発生させる。 - 一時レンタルラップトップは1日目にすぐに調達可能である。 - ITが検証された後、少数のスタッフが7日目に新オフィスから作業できる。 日ごとの計画 1日目 主なアクション： - 移転コマンドセンターを立ち上げ、1日2回15分間のスタンドアップミーティングを実施する。 - 家主との退去期限を書面で確認し、最終引き渡しを10日目の午後にスケジュールする。 - 移動会社を8～9日目に確定し、特殊サーバーモバーを予約する。 - 4台のラップトップ、ドッキングステーション、モニターアダプター、追加VPNライセンス/トークン、および必要なホットスポットの特急注文/レンタルを発注する。 - 各部署の責任者に、3日目、6日目、9日目の納品担当者を特定させる。 - ファシリティ/管理部門は、すべてのデスク、椅子、モニター、周辺機器、サーバー室機器の在庫とラベリング計画を開始する。 - 新オフィスへのアクセス：鍵、ビルアクセスカード、荷捌き場の手順、保険証書、ベンダーアクセス承認を取得する。 - 外部低電圧/ネットワークベンダーが新オフィスでサイトサーベイを実施し、4～6日目の3日間のセットアップ枠を確認する。 担当者： - オペレーションマネージャー：全体リード、ベンダー予約、予算管理。 - 人事/管理/ファシリティコーディネーター：在庫、ラベル、アクセスロジスティクス。 - エンジニアリングマネージャー/プロジェクトマネージャー：重要な締め切りチームと人員計画を特定する。 - 財務：その日のうちにレンタルと保証金の承認を行う。 - 外部ケーブルベンダー：サイトサーベイ。 リスク： - レンタルラップトップがすぐに利用できない。 - 新しいサイトのビルアクセスまたは保険書類の遅延。 - 在庫の不備が後でモバーの作業を遅らせる可能性がある。 2日目 主なアクション： - 新オフィスの座席表とフロアプランを最終決定する。営業/サポート/クライアント対応チーム、および締め切りが重要なエンジニアを優先的に配置する。 - 作業ストリームを分割する： 1) 3日目の締め切り納品チーム、 2) 6日目の締め切り納品チーム、 3) 移転サポートチーム。 - 12人の開発者のリモートワークパッケージを作成する：会社支給のラップトップ8台とレンタル4台を割り当て、VPNアクセス、MFA、リポジトリ/ビルドシステムへのアクセスを確認する。 - 旧オフィスでの不要品の事前梱包を開始する：アーカイブ、予備機器、装飾品、重要度の低い周辺機器、許可された場合は未使用の家具。 - 一時的な使用ポリシーを策定する：8～10日目は、デスクの需要を減らし、移動当日の干渉を最小限にするため、重要度の低いスタッフはリモートで作業する。 - クライアントアカウント担当者と、3日目と6日目の納品物を可能な限り午前に提出するよう確認する。 担当者： - オペレーションマネージャーと各部署の責任者：座席優先順位付けと人員計画。 - システム管理者またはIT担当者不在時に対応可能なシニアITスタッフ：リモートパッケージ準備とVPN検証。 - チームリーダー：クライアント納品物の早期提出計画。 - 管理/ファシリティ：不要品の事前梱包。 リスク： - シニアIT担当者のバックアップが、IT担当者が通常担当している文書化されていない依存関係を見落とす可能性がある。 - 一部の開発者は依然として適切な自宅環境を持っていない可能性がある。 3日目 主なアクション： - 最初のクライアントの締め切りを保護する：関連するすべてのチームは、コアタイム中は現在のオフィスから作業し、移動活動は行わない。 - 可能な場合は、昼までに3日目のクライアント納品物を提出する。 - 締め切り提出後、旧オフィスの整理を行う：古い書類のシュレッダー/アーカイブ、ゴミの処分、移動しないものを特定し、移動量とコストを削減する。 - 新オフィスの正確なネットワークドロップ、スイッチ配置、ラックレイアウト、ISPハンドオフの準備状況を確認し、ベンダーが4日目にすぐに開始できるようにする。 - バックアップITスタッフと外部サーバーモバーと協力して、7日目の夜のサーバー移行ランブックを最終決定する。 担当者： - 納品チームリーダー：3日目の提出。 - オペレーションマネージャー：締め切り後の整理とコスト削減。 - バックアップITスタッフ+ベンダープロジェクトマネージャー：技術ランブック。 リスク： - 3日目の納品が遅れると、移転準備の勢いが失われる。 - IT担当者が戻るまで、技術的な仮定が不確実なままである可能性がある。 4日目 主なアクション： - IT担当者が復帰し、朝一番で技術レビューを実施する。 - 新オフィスITセットアップの1日目：ケーブル配線、ラック設置、スイッチ/ファイアウォール配置、ISPターンアップテスト、Wi-Fi展開を開始する。 - IT担当者はベンダーの作業、VLAN計画、VPN統合、サーバー着陸ゾーンを検証する。 - 旧オフィスでの梱包を続けるが、6日目の締め切りチームは完全に稼働したままにする。 - 移動ウェーブラベルを作成する： ウェーブA：インフラストラクチャと共有機器、 ウェーブB：一般的なデスクとモニター、 ウェーブC：最終的な掃き掃除と残り物。 担当者： - IT担当者：技術的権限。 - 外部IT/ケーブルベンダー：物理的なセットアップ。 - オペレーション/ファシリティ：移動ウェーブラベリング。 - チームリーダー：6日目のチームの納品への集中を維持する。 リスク： - IT担当者がベンダーのセットアップの不備を発見し、7日目の準備日に影響を与える可能性がある。 - アクティブな梱包が6日目の納品作業中のチームの注意をそらす可能性がある。 5日目 主なアクション： - 新オフィスでのITセットアップ2日目。 - まだ物理的に移動しない。6日目の締め切りに向けた事業継続性を維持する。 - 6日目のチームに影響を与えることなく、営業時間外に切断できるすべての不要なデスク/機器をステージングして梱包する。 - 12人の開発者および8～9日にオフサイトで作業する必要がある可能性のあるその他の優先スタッフのために、リモートワークドリルを実施する。 - 移動会社の到着時間枠、荷捌き場の予約、エレベーター予約、駐車許可証、両方の建物のCOI書類を確認する。 担当者： - IT担当者+ベンダー：インフラストラクチャの進捗。 - オペレーション/管理：ステージングとロジスティクスの確認。 - エンジニアリングマネージャー：リモートワークドリル遵守。 リスク： - リモートアクセス問題が遅れて発見された場合、8～9日の生産性に影響を与える可能性がある。 - 荷捌き場/エレベーターの予約エラーが、移動時間を危険なタイミングに圧縮する可能性がある。 6日目 主なアクション： - 2番目のクライアントの締め切りを保護し、可能な限り早く提出する。 - 新オフィスITセットアップの3日目を完了し、締め切り作業が安全になった後に受け入れテストを実施する。 - インターネット、Wi-Fi、VPN、必要であればプリンター、会議室の基本設備、および7日目のパイロット利用のための少なくとも20台の準備されたワークステーションを検証する。 - 移行に備えて、終業時にサーバーの変更を凍結する。 - すべてのスタッフに7～10日目の正確なスケジュールを伝える：誰がどこで作業するか、何を梱包するか、エスカレーション連絡先。 担当者： - 納品チームリーダー：6日目の提出。 - IT担当者+ベンダー：テストと承認。 - オペレーションマネージャー：全社的なコミュニケーション。 リスク： - 6日目の終業時までに新オフィスが使用可能にならない場合、全体のシーケンスが危険にさらされる。 - 分割サイトでの作業に関するスタッフの混乱が生産性を低下させる可能性がある。 7日目 主なアクション： - 新オフィスをパイロットモードで少数のグループに開放する：IT、オペレーション、サポート/管理、および9日目の締め切りに重要なスタッフの一部。 - 新オフィスからライブ本番チェックを実行する：ソースコントロール、ビルド、VPN、ビデオ通話、クライアントファイルアクセス、チケットシステム。 - 手持ちの貴重品/リスクの低いアイテムのみを移動する（許可されている場合）：ラップトップ、書類、小型周辺機器。 - 夜間/深夜：プロのモバーとIT担当者が立ち会い、6時間のサーバー移行を実行する。影響を最小限にするため、営業時間外に開始する。シャットダウン前にバックアップとロールバック計画が存在することを確認する。 - 日中はほとんどのスタッフが旧オフィスまたはリモートで作業を続け、通常の生産性を維持する。 担当者： - IT担当者：ゴーライブテストとサーバー移行コマンド。 - 外部サーバーモバー：物理サーバーハンドリング。 - オペレーションマネージャー：パイロット利用者の調整。 - バックアップITスタッフ：ユーザーサポートとロールバック準備。 リスク： - サーバー移行は最もリスクの高いイベントであり、超過すると8日目の作業に影響を与え、9日目の納品を危険にさらす可能性がある。 - 新オフィスでの予期せぬネットワーク問題は、実際の使用で初めて明らかになる可能性がある。 8日目 主なアクション： - 移動会社がオフィス全体の移動を開始する（ウェーブAおよびB）。 - 9日目の締め切り作業に必要な優先スタッフは、ラップトップ/VPNキットを使用して自宅で作業するか、検証済みの座席を使用して新オフィスで作業する。 - ITチームは、新オフィスでのサーバーの安定性を確認し、夜間のログ/パフォーマンスを監視する。 - 旧オフィスの不要エリアを最初に空にする。移動トラフィックが残っている場合でも、締め切り担当者は移動トラフィックから隔離される。 - ファシリティチームは、ラベルに従って新オフィスへの資産の到着と配置を追跡する。 担当者： - 移動会社：主要な物理移動。 - オペレーション/ファシリティ：両サイトでのフロア調整。 - IT担当者とシステム管理者：移行後の監視。 - 9日目の納品チームリーダー：注意散漫から出力を保護する。 リスク： - 移動当日の混乱やラベル付けの間違いが、ワークステーションのセットアップを遅らせる可能性がある。 - サーバーの安定性問題が発生した場合、9日目の締め切りが危険にさらされる可能性がある。 9日目 主なアクション： - 移動会社の作業を完了する。残りの家具、モニター、共有機器を含む。 - 3番目のクライアントの締め切りを保護するため、納品チームは最も安定した場所で作業する：新オフィスを第一選択、リモートを第二選択とする。 - 可能な限り早く9日目の納品物を提出する。 - ITとファシリティは、残りのすべてのスタッフのワークステーション接続を完了する。 - 旧オフィスの最終的な掃き掃除を開始する：保管室、サーバー室、キッチン、クローゼット、郵便エリアを確認し、残りのゴミを処分する。 担当者： - 納品チームリーダー：9日目の提出。 - モバー：最終的な輸送。 - IT/ファシリティ/管理：ワークステーションと掃き掃除の完了。 - オペレーションマネージャー：パンチリストの照合。 リスク： - 9日目の遅延納品とアクティブな移動トラフィックの組み合わせが、不必要なストレスとエラーを生み出す可能性がある。 - 残されたアイテムが退去コンプライアンスを危うくする可能性がある。 10日目 主なアクション： - すべてのスタッフは新オフィスから、または最終的なパンチリスト作業が継続している場合はリモートで作業する。 - 旧オフィスの最終引き渡しを実施する：鍵、アクセスカード、空室の証拠写真、家主のウォークスルー、引き渡し承諾書に署名。 - 新オフィスでの最終セットアップを完了する：残りのモニター、座席割り当て、サイン、会議室の準備、および問題解決。 - 予算とベンダー請求書を照合し、学んだ教訓を文書化する。 - 短い全社ミーティングを開催し、次の営業日から通常の業務を再開することを確認する。 担当者： - オペレーションマネージャー：引き渡しと予算の締め。 - ファシリティ/管理：旧オフィスチェックリストと返却物。 - IT担当者：最終的な環境安定化。 - 人事/各部署の責任者：スタッフの準備状況の確認。 リスク： - 清掃または損傷に関する家主との紛争が、承認を遅らせる可能性がある。 - 小さな未解決のIT問題は翌週まで続く可能性があるが、業務は通常通り継続されるはずである。 このシーケンスが最良である理由 - 8～9日目の移動ウィンドウは5～6日目よりも優れている。なぜなら、6日目のクライアントの締め切りは、実際のオフィス移動にさらすには重要すぎるからだ。1～6日目を現在のオフィスで維持することで、最初の2つの締め切り期間中の混乱を最小限に抑える。 - 新オフィスのITセットアップは4～6日目にスケジュールされている。なぜなら、IT担当者は1～3日目は不在だからだ。ベンダーは早く準備できるが、意味のある技術的な監督はIT担当者が復帰する4日に始まる。 - 新オフィスは7日目までに使用可能になり、物理的な移動が開始される前に1日間のバッファーが与えられる。そのバッファーは、隠れたネットワークまたはアクセス問題の特定に不可欠である。 - サーバー移行は、インフラストラクチャが検証され、8～9日のオフィス移動が行われる前の7日目の夜に配置される。これにより、一般的なオフィス家具の移動と同時にサーバーを移動しようとする試みを避け、9日目の締め切りとの衝突リスクを最小限に抑える。 - リモート機器のギャップは、過剰な支出なしに移動日のレジリエンスを作成する唯一の実用的な方法であるため、1～2日目にすぐに解決される。 - 最終的な退去作業は、すべての物理資産が9日に搬出されたことが確認された後の10日の午前/午後にのみ残される。これにより、2,000ドル/日の超過ペナルティのリスクが軽減される。 最も可能性の高い失敗点 最も可能性の高い失敗点は、7日目の夜のサーバー移行である。なぜなら、ハードウェア輸送のリスク、固定された6時間のダウンタイムウィンドウ、最近完了した新オフィスインフラストラクチャへの依存、および9日目のクライアントの締め切りへの直接的な影響が組み合わさっているからだ。 サーバー移行失敗時のコンティンジェンシープラン 主なコンティンジェンシー目標：サーバー移動の超過または失敗が発生した場合でも、事業運営と9日目の締め切りを維持する。 7日目までの予防措置： - 6日目に完全なバックアップを完了し、検証する。 - 設定、IPマッピング、ファイアウォールルール、VPN設定、ラック図をエクスポートし、文書化する。 - 6日目以降は不要な変更を凍結する。 - 4台の物理サーバーに真に依存しているサービスと、クラウド/SaaSから継続できるサービスを特定する。 - 既存のツールと予算内で実行可能であれば、最も重要なサービスのために一時的なクラウドまたはVMフォールバックを準備する。 - 9日目の納品物の依存関係を特定し、7日目の終業時までに必要なファイル/データを事前ステージングする。 移行が超過したが回復可能な場合： - 8日目のスタッフはリモートで作業を続け、影響を受けるサーバーを必要としないタスクに9日目の締め切りチームをシフトさせる。 - IT担当者とベンダーは夜間に復旧を継続する。オペレーションマネージャーは2時間ごとに全社的なステータス更新を発行する。 - ITリソースがサーバー復旧のみに集中できるよう、不要なワークステーションのセットアップを遅延させる。 新オフィスでの移行が失敗した場合： - ロールバックを実行する：旧オフィスでの占有が10日まで利用可能であれば、物理的に可能であれば旧環境にサービスを戻す。たとえ家具が移動していても。これが、サーバー移動が旧オフィスの引き渡し前および最終日前に実施される理由である。 - 必要であれば、8日目に旧オフィスに少数のスタッフで復旧ゾーンを隔離する。 - 9日目のクライアント納品に必要なシステムのみを優先する。低優先度の内部システムは、締め切り提出後に延期する。 - 完全なロールバックが不可能な場合は、事前ステージングされたローカルコピー、クラウドリポジトリ、エクスポートされたレポート、およびクライアント向けコミュニケーションを使用して、縮小されたが許容可能な形式で9日目のマイルストーンを達成する。 コミュニケーションコンティンジェンシー： - 7日目のクライアント向けに、オフィスインフラストラクチャの移行中であることを示す通信文を事前に作成する。ただし、必要がない限り不安定さを示唆しない。 - アカウントマネージャーは、深刻な障害が発生した場合、同日中の部分的な納品または時間帯の延長を交渉する権限を持つ。 全体計画の成功基準： - 10日目までにペナルティなしで旧オフィスを退去する。 - 3日目、6日目、9日のクライアントの締め切りを満たす。 - 新オフィスは7日目のパイロット利用開始、8日目までに広く利用可能になる。 - サーバーダウンタイムは計画された6時間に限定されるか、コンティンジェンシー下で回復される。 - 総支出は18,000ドル以下に抑えられる。