本番システム移行計画とフォールバック（切り戻し）判断基準

数ヶ月〜数年に及ぶプロジェクトのすべての成果が結実する瞬間が、「本番システム移行（カットオーバー）」です。

本番移行では、許容された極めて短い業務停止時間（メンテナンスウィンドウ）の中で、大量のデータ移行、プログラム配置、外部接続切替、動作検証をノーミスで完遂しなければなりません。万が一本番移行中に予期せぬトラブルが発生した際、会社を事業停止の危機から救う唯一の防壁が、「フォールバック（切り戻し）判断基準と限界時刻の設定」です。

1. 移行計画の骨子とタイムライン設計

2. 切り戻し限界時刻の計算ロジック

切り戻し限界時刻 ＝ 翌営業日の業務開始時刻 − 旧システム復旧所要時間 − 予備時間（バッファ）。

例えば、翌朝8:00が営業開始であり、旧システムのバックアップリストアと整合性確認に3時間、予備に1時間かかる場合、「深夜4:00」が絶対厳守の切り戻し限界時刻となります。この時刻までに新システムの検証が完了していなければ、作業の進捗がどれほど惜しくても「無条件で旧システムへの切り戻し（フォールバック）を即時発動」しなければなりません。

3. 【実戦記述演習 問1】移行作業遅延時のGo/No-Go判断

【シナリオ背景】T銀行では、インターネットバンキングシステムの更改を連休中の48時間停止ウィンドウで実施している。日曜日の23:00時点で、新旧データコンバージョン作業において金額突合の不一致エラーが発生し、原因究明に手間取って予定より2時間作業が遅延している。移行推進本部のタイムライン設計は以下の通りである。

移行タイムライン設計：
・月曜朝（祝日明け）07:00：全支店およびATM・ネットバンキング営業開始
・旧システム切り戻し所要時間：3時間（リストア＋接続確認）
・判定バッファ：1時間
・設定された切り戻し限界時刻：月曜未明 03:00
・現在時刻：月曜未明 02:00
・現在の状況：金額不一致エラーの原因は特定できたが、データ再変換に最短で1時間30分、その後の新システム動作検証に1時間かかる見込み（新システム完了予定：04:30）。

設問1：現在時刻02:00の時点で、PMが「新システムの作業を続行して営業開始に間に合わせる」という技術リーダーの進言を退け、切り戻し（フォールバック）の準備に着手すべきと判断した理由を、切り戻し限界時刻との関係から40字以内で述べよ。

【模範解答】

新システム完了予定が限界時刻03:00を超過し、朝の営業開始が破綻するため。（37字）

解説と採点基準（配点：10点）

• 出題意図：完了予定が04:30になる場合、03:00の切り戻し限界時刻を過ぎてしまい、もし04:30に新システムが動かなければ「新旧どちらも動かず営業開始できない」という最悪の社会的大惨事になることを理解しているかを問う。

• 加点キーワード：『完了予定が限界時刻（03:00）を超過』（5点）、『朝の営業開始（事業継続）が破綻・不可能』（5点）。

• 減点対象：「バグがあるから」（時間の制約と限界時刻の概念に触れていないため減点）。

4. 【実戦記述演習 問2】移行リハーサルの評価と改善

設問2：本番移行手順の確実性を高めるために、移行リハーサルにおいてPMが必ず検証・測定しておくべき最重要項目を35字以内で述べよ。

【模範解答】

本番相当データを用いた各移行作業の実所要時間と切り戻し手順の成立性。（35字）

解説と採点基準（配点：10点）

• 出題意図：リハーサルは単なる手順確認ではなく、「実データ規模での所要時間の計測」と「切り戻し自体の実地検証」が不可欠であることを問う。

• 加点キーワード：『本番相当データでの所要時間計測』（5点）、『切り戻し（リストア）手順の検証』（5点）。

• 減点対象：「手順書通りにできるか」（具体性がなく部分点止まり）。

5. まとめ：システム移行マネジメントの鉄則

• □ 切り戻し限界時刻（デッドライン）とGo/No-Go判断基準を、事前に経営層と合意しているか？

• □ 移行リハーサルは本番と同じデータ量・同じネットワーク環境・同じ時間帯で実施したか？

• □ 移行当日の体制図に、経営判断を行う最高責任者（ステークホルダ）への緊急連絡網が確立されているか？