システム移行計画を作成するプロンプト
上級
このプロンプトでできること
システムのリプレースやクラウド移行の計画書を作成できます。移行方式、スケジュール、リスク対策を体系的にまとめます。
プロンプト
以下の条件でシステム移行計画を作成してください。
【移行概要】
- 移行元：{現行システム}
- 移行先：{新システム}
- 移行目的：{目的}
【移行対象】
{データ、機能、ユーザーなど}
【制約条件】
{業務停止可能時間、予算など}
【関係者】
{影響を受ける部門、人数}
以下の構成で出力してください：
1. 移行計画の概要
2. 移行方式の検討
3. 移行対象の整理
4. 移行スケジュール
5. 移行手順
6. テスト計画
7. リスクと対策
8. コミュニケーション計画
9. 切り戻し計画
10. 体制
以下の点に注意してください：
- ダウンタイムの最小化
- データの整合性確保
- 切り戻し手順の明確化
カスタマイズ例
クラウド移行の場合
【移行先】AWS/Azure
オンプレミスからクラウドへの移行として、
リフト&シフト、リファクタリングの選択も含めてください。
段階移行の場合
【制約】業務停止不可
ビッグバンではなく段階的な移行として、
並行稼働期間の運用も含めてください。
出力例
システム移行計画書
1. 概要
項目 内容 プロジェクト名 基幹システムクラウド移行 移行元 オンプレミス（自社サーバー） 移行先 AWS 移行時期 2025年10月 目的 インフラコスト削減、可用性向上 2. 移行方式
方式比較
方式 メリット デメリット 採用 ビッグバン 短期間で完了 リスク大 - 段階移行 リスク分散 期間長い ○ 並行稼働 安全 コスト増 ○ 採用方式
- 段階移行 + 並行稼働
- 機能単位で順次移行
- 2週間の並行稼働期間を設ける
3. 移行対象
対象 内容 データ量 マスタデータ 顧客、商品、取引先 50万件 トランザクション 受注、売上、在庫 500万件 ドキュメント 添付ファイル 100GB 設定 ユーザー、権限 300件 4. スケジュール
フェーズ 期間 内容 準備 8月 移行ツール準備、環境構築 リハーサル 9月 移行リハーサル（2回） 本番移行 10/1-3 データ移行、動作確認 並行稼働 10/4-17 新旧並行運用 旧システム停止 10/18 切替完了 詳細スケジュール（本番移行）
日時 作業 担当 10/1 18:00 旧システム停止 インフラ 10/1 19:00 データ抽出開始 DBA 10/2 06:00 データ投入完了 DBA 10/2 09:00 整合性チェック 開発 10/2 12:00 動作確認 業務担当 10/3 09:00 新システム稼働開始 全体 5. 移行手順
データ移行
1. 旧システム停止 ↓ 2. データ抽出（ETLツール） ↓ 3. データ変換（フォーマット調整） ↓ 4. データ投入 ↓ 5. 整合性チェック ↓ 6. 動作確認チェックリスト
確認項目 確認方法 担当 件数一致 件数カウント DBA 金額一致 合計金額比較 経理 画面表示 目視確認 業務 帳票出力 サンプル出力 業務 6. テスト計画
テスト 時期 内容 移行リハーサル1回目 9/7 手順確認、時間計測 移行リハーサル2回目 9/21 本番同等データで実施 ユーザーテスト 9/28 業務担当による確認 7. リスクと対策
リスク 影響 対策 データ不整合 業務停止 リハーサルで検証、チェックスクリプト 移行時間超過 業務遅延 余裕を持ったスケジュール 新システム障害 業務停止 並行稼働、切り戻し手順 8. 切り戻し計画
切り戻し判断基準
- 重大なデータ不整合が発覚
- 業務継続が困難な障害
切り戻し手順
- 切り戻し判断（○○部長承認）
- 新システム停止
- 旧システム起動
- 直近データの復旧
- ユーザーへの連絡
切り戻し可能期間
- 並行稼働期間中（10/17まで）
9. 体制
役割 担当者 責任 プロジェクトマネージャー ○○ 全体統括 移行リーダー △△ 移行作業の指揮 インフラ担当 □□ サーバー、ネットワーク アプリ担当 ◇◇ アプリケーション 業務担当 ☆☆ 業務確認、ユーザー対応